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“No vivas más en fragmentos , sólo conéctate”. 

— Edgar Morgan Foster 

¡Bienvenido a Java y Cómo programar en Java, 7 a edición ! En Deitel & Associates escribimos para Prentice Hall 
libros de texto sobre lenguajes de programación y libros de nivel profesional, impartimos capacitación a empresas 
en todo el mundo y desarrollamos negocios en Internet. Fue un placer escribir esta edición ya que refleja cam- 
bios importantes en el lenguaje Java y en las formas de impartir y aprender programación. Se han realizado ajustes 
considerables en todos los capítulos. 

Características nuevas y mejoradas 

He aquí una lista de las actualizaciones que hemos realizado a la 6 a y 7 a ediciones: 

• Actualizamos todo el libro a la nueva plataforma Java Standard Edition 6 (“Mustang”) y lo revisamos 
cuidadosamente, en base a la Especificación del lenguaje Java. 

• Revisamos la presentación conforme a las recomendaciones del currículum de ACM/IEEE. 

• Reforzamos nuestra pedagogía anticipada sobre las clases y los objetos, poniendo especial atención a la 
orientación de los profesores universitarios en nuestros equipos de revisión, para asegurarnos de obtener 
el nivel conceptual correcto. Todo el libro está orientado a objetos, y las explicaciones sobre la POO son 
claras y accesibles. En el capítulo 1 presentamos los conceptos básicos y la terminología de la tecnología 
de objetos. Los estudiantes desarrollan sus primeras clases y objetos personalizados en el capítulo 3. Al 
presentar los objetos y las clases en los primeros capítulos, hacemos que los estudiantes “piensen acerca 
de objetos” de inmediato, y que dominen estos conceptos con más profundidad. 

• La primera presentación de clases y objetos incluye los ejemplos prácticos de las clases T i empo, Empl eado 
y Li broCal i ficaci ones, los cuales van haciendo su propio camino a través de varias secciones y capítu- 
los, presentando conceptos de OO cada vez más profundos. 

• Los profesores que imparten cursos introductorios tienen una amplia opción en cuanto a la cantidad 
de GUI y gráficos a cubrir; desde cero, a una secuencia introductoria de diez secciones breves, hasta un 
tratamiento detallado en los capítulos 11, 12 y 22, y en el apéndice F. 

• Adaptamos nuestra presentación orientada a objetos para utilizar la versión más reciente de UML™ 
( Lenguaje Unificado de Modelado™)-. UML™ 2, el lenguaje gráfico estándar en la industria para modelar 
sistemas orientados a objetos. 

• En los capítulos 1 -8 y 10 presentamos y adaptamos el ejemplo práctico opcional del cajero automático 
(ATM) de DOO/UML 2. Incluimos un apéndice Web adicional, con la implementación completa del 
código. Dé un vistazo a los testimonios que se incluyen en la parte posterior del libro. 

• Agregamos varios ejemplos prácticos sustanciales sobre programación Web orientada a objetos. 

• Actualizamos el capítulo 25, Acceso a bases de datos con JDBC, para incluir JDBC 4 y utilizar el nuevo 
sistema de administración de bases de datos Java DB/Apache Derby, además de MySQL. Este capítulo 
incluye un ejemplo práctico OO sobre el desarrollo de una libreta de direcciones controlada por una 
base de datos, la cual demuestra las instrucciones preparadas y el descubrimiento automático de contro- 
ladores de JDBC 4. 

• Agregamos los capítulos 26 y 27, Aplicaciones Web: partes 1 y 2, que introducen la tecnología Java- 
Server Faces (JSF) y la utilizan con Sun Java Studio Creador 2 para construir aplicaciones Web de una 
manera rápida y sencilla. El capítulo 26 incluye ejemplos sobre la creación de GUIs de aplicaciones Web, 
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el manejo de eventos, la validación de formularios y el rastreo de sesiones. El material de JSF sustituye 
los capítulos anteriores sobre servlets y JavaServer Pages (JSP). 

• Agregamos el capítulo 27, Aplicaciones Web: parte 2, que habla acerca del desarrollo de aplicaciones 
Web habilitadas para Ajax, usando las tecnologías JavaServer Faces y Java BluePrints. Este capítulo 
incluye una aplicación de libreta de direcciones Web multiniveles, controlada por una base de datos, que 
permite a los usuarios agregar y buscar contactos, y mostrar las direcciones de los contactos en mapas 
de Google™ Maps. Esta aplicación habilitada para Ajax le proporciona una sensación real del desarrollo 
Web 2.0. La aplicación utiliza Componentes JSF habilitados para Ajax para sugerir los nombres de los 
contactos, mientras el usuario escribe un nombre para localizar y mostrar una dirección localizada en 
un mapa de Google Maps. 

• Agregamos el capítulo 28, Servicios Web JAX-WS, Web 2.0 y Mash-ups que utiliza un método basado 
en herramientas para crear y consumir servicios Web, una capacidad típica de Web 2.0. Los ejemplos 
prácticos incluyen el desarrollo de los servicios Web del juego de blackjacky un sistema de reservaciones 
de una aerolínea. 

• Utilizamos el nuevo método basado en herramientas para desarrollar aplicaciones Web con rapidez; 
todas las herramientas pueden descargarse sin costo. 

• Fundamos la Iniciativa Deitel de Negocios por Internet (Deitel Internet Business Initiative) con 60 nue- 
vos centros de recursos para apoyar a nuestros lectores académicos y profesionales. Dé un vistazo a nues- 
tros nuevos centros de recursos (www. deitel . com/resourcecenters . html), incluyendo: Java SE 6 
(Mustang), Java, Evaluación y Certificación de Java, Patrones de Diseño de Java, Java EE 5, Motores 
de Búsqueda de Código y Sitios de Código, Programación de Juegos, Proyectos de Programación y 
muchos más. Regístrese en el boletín de correo electrónico gratuito Deitel ® Buzz Online (www . def tel . 
com/newsl etter/subscri be . html); cada semana anunciamos nuestro(s) centro(s) de recurso(s) más 
reciente(s); además incluimos otros temas de interés para nuestros lectores. 

• Flablamos sobre los conceptos clave de la comunidad de ingeniería de software, como Web 2.0, Ajax, 
SOA, servicios Web, software de código fuente abierto, patrones de diseño, mashups, refabricación, 
programación extrema, desarrollo ágil de software, prototipos rápidos y mucho más. 

• Rediseñamos por completo el capítulo 23, Subprocesamiento múltiple [nuestro agradecimiento especial 
a Brian Goetz y Joseph Bowbeer, coautores de Java Concurrency in Practice, Addison-Wesley, 2006] . 

• Flablamos sobre la nueva clase Swf ngWorker para desarrollar interfaces de usuario con subprocesamien- 
to múltiple. 

• Hablamos sobre los nuevos Componentes de Integración de Escritorio de Java (JDIC), como las panta- 
llas de inicio (splash screens) y las interacciones con la bandeja del sistema. 

• Hablamos sobre el nuevo administrador de esquemas GroupLayout en el contexto de la herramienta de 
diseño de GUI NetBeans 5.5 Matisse para crear GUIs portables que se adhieran a los lincamientos 
de diseño de GUI de la plataforma subyacente. 

• Presentamos las nuevas características de ordenamiento y filtrado de JTable, que permiten al usuario 
reordenar los datos en un objeto JTabl e y filtrarlos mediante expresiones regulares. 

• Presentamos un tratamiento detallado de los genéricos y las colecciones de genéricos. 

• Introducimos los mashups, aplicaciones que, por lo general, se crean mediante llamadas a servicios Web 
(y/o usando fuentes RSS) de dos o más sitios; otra característica típica de Web 2.0. 

• Hablamos sobre la nueva clase Stri ngBui 1 der, que tiene un mejor desempeño que Stri ngBuffer en 
aplicaciones sin subprocesamiento. 

• Presentamos las anotaciones, que reducen en gran parte la cantidad de código necesario para crear apli- 
caciones. 

Las características que se presentan en Cómo programar en Java, 7a edición, incluyen: 

• Cómo obtener entrada con formato mediante la clase Scanner. 

• Mostrar salida con formato mediante el método pri ntf del objeto System . out. 
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• Instrucciones for mejoradas para procesar elementos de arreglos y colecciones. 

• Declaración de métodos con listas de argumentos de longitud variable (“varargs”). 

• Uso de clases enum que declaran conjuntos de constantes. 

• Importación de los miembros stati c de una clase para usarlos en otra. 

• Conversión de valores de tipo primitivo a objetos de envolturas de tipo y viceversa, usando autoboxing 
y auto-unboxing, respectivamente. 

• Uso de genéricos para crear modelos generales de métodos y clases que pueden declararse una vez, pero 
usarse con muchos tipos de datos distintos. 

• Uso de las estructuras de datos mejoradas para genéricos de la API Collections. 

• Uso de la API Concurrency para implementar aplicaciones con subprocesamiento múltiple. 

• Uso de objetos RowSet de JDBC para acceder a los datos en una base de datos. 

Todo esto ha sido revisado cuidadosamente por distinguidos profesores y desarrolladores de la industria, que 
trabajaron con nosotros en Cómo programar en Java 6 a y 7 a ediciones. 

Creemos que este libro y sus materiales de apoyo proporcionarán a los estudiantes y profesionales una expe- 
riencia informativa, interesante, retadora y placentera. El libro incluye una extensa suite de materiales comple- 
mentarios para ayudar a los profesores a maximizar la experiencia de aprendizaje de sus estudiantes. 

Cómo programar en Java 7 a edición presenta cientos de programas completos y funcionales, y describe sus 
entradas y salidas. Este es nuestro característico método de “código activo” (“live code”); presentamos la mayoría 
de los conceptos de programación de Java en el contexto de programas funcionales completos. 

Si surge alguna duda o pregunta a medida que lee este libro, envíe un correo electrónico a dei telOdei tel . 
com; le responderemos a la brevedad. Para obtener actualizaciones sobre este libro y el estado de todo el software 
de soporte de Java, además de las noticias más recientes acerca de todas las publicaciones y servicios de Deitel, 
visite www .deitel . com. 

Regístrese en www . dei tel . com/newsl etter/subscri be . html para obtener el boletín de correo electrónico 
DeiteU Buzz Online y visite la página www .deitel . com/ resourcecenters.html para tener acceso a nuestra lista 
creciente de centros de recursos. 

Uso de UML 2 para desarrollar un diseño orientado a objetos de un ATM. UML 2 se ha convertido 
en el lenguaje de modelado gráfico preferido para diseñar sistemas orientados a objetos. Todos los diagramas de 
UML en el libro cumplen con la especificación UML 2. Utilizamos los diagramas de actividad de UML para 
demostrar el flujo de control en cada una de las instrucciones de control de Java, y usamos los diagramas de 
clases de UML para representar las clases y sus relaciones de herencia en forma visual. 

Incluimos un ejemplo práctico opcional (pero altamente recomendado) acerca del diseño orientado a objetos 
mediante el uso de UML. La revisión del ejemplo práctico estuvo a cargo de un distinguido equipo de profesores 
y profesionales de la industria relacionados con DOO/UML, incluyendo líderes en el campo de Rational (los 
creadores de UML) y el Grupo de administración de objetos (responsable de la evolución de UML). En el ejem- 
plo práctico, diseñamos e implementamos por completo el software para un cajero automático (ATM) simple. 
Las secciones Ejemplo práctico de Ingeniería de Software al final de los capítulos 1 a 8 y 10 presentan una 
introducción cuidadosamente planeada al diseño orientado a objetos mediante el uso de UML. Presentamos un 
subconjunto conciso y simplificado de UML 2, y después lo guiamos a través de su primera experiencia de dise- 
ño, ideada para los principiantes. El ejemplo práctico no es un ejercicio, sino una experiencia de aprendizaje de 
principio a fin, que concluye con un recorrido detallado a través del código completo en Java. Las secciones del 
Ejemplo Práctico de Ingeniería de Software ayudan a los estudiantes a desarrollar un diseño orientado a objetos 
para complementar los conceptos de programación orientada a objetos que empiezan a aprender en el capítulo 1, 
y que implementan en el capítulo 3. En la primera de estas secciones, al final del capítulo 1, introducimos 
los conceptos básicos y la terminología del DOO. En las secciones opcionales Ejemplo Práctico de Ingeniería de 
Software al final de los capítulos 2 a 5, consideramos cuestiones más sustanciales al emprender la tarea de resolver 
un problema retador con las técnicas del DOO. Analizamos un documento de requerimientos típico que especi- 
fica un sistema a construir, determina los objetos necesarios para implementar ese sistema, establece los atributos 
que deben tener estos objetos, fija los comportamientos que deben exhibir estos objetos y especifica la forma 
en que deben interactuar los objetos entre sí para cumplir con los requerimientos del sistema. En un apéndice 
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Web adicional presentamos el código completo de una implementación en Java del sistema orientado a objetos 
que diseñamos en los primeros capítulos. El ejemplo práctico ayuda a preparar a los estudiantes para los tipos de 
proyectos sustanciales que encontrarán en la industria. Empleamos un proceso de diseño orientado a objetos 
cuidadosamente desarrollado e incremental para producir un modelo en UML 2 para nuestro sistema ATM. 
A partir de este diseño, producimos una implementación sustancial funcional en Java, usando las nociones clave 
de la programación orientada a objetos, incluyendo clases, objetos, encapsulamiento, visibilidad, composición, 
herencia y polimorfismo. 

Gráfico de dependencias 

En el gráfico de la siguiente página se muestra las dependencias entre los capítulos, para ayudar a los profesores a pla- 
near su programa de estudios. Cómo programar en Java 7 a edición es un libro extenso, apropiado para una variedad de 
cursos de programación en distintos niveles. Los capítulos 1-14 forman una secuencia de programación elemental 
accesible, con una sólida introducción a la programación orientada a objetos. Los capítulos 11, 12, 20, 21 y 22 for- 
man una secuencia sustancial de GUI, gráficos y multimedia. Los capítulos 1 5 a 1 9 forman una excelente secuencia 
de estructuras de datos. Los capítulos 24 a 28 forman una clara secuencia de desarrollo Web con uso intensivo de 
bases de datos. 

Método de enseñanza 

Cómo programar en Java 7 a edición contiene una extensa colección de ejemplos. El libro se concentra en los 
principios de la buena ingeniería de software, haciendo hincapié en la claridad de los programas. Enseñamos 
mediante ejemplos. Somos educadores que impartimos temas de vanguardia en salones de clases de la industria 
alrededor del mundo. El Dr. Elarvey M. Deitel tiene 20 años de experiencia en la enseñanza universitaria y 17, en 
la enseñanza en la industria. Paul Deitel tiene 15 años de experiencia en la enseñanza en la industria. Juntos han 
impartido cursos, en todos los niveles, a clientes gubernamentales, industriales, militares y académicos de Deitel 
& Associates. 

Método del código activo. Cómo programar en Java 7 a edición está lleno de ejemplos de “código activo”; esto 
significa que cada nuevo concepto se presenta en el contexto de una aplicación en Java completa y funcional, que 
es seguido inmediatamente por una o más ejecuciones actuales, que muestran las entradas y salidas del programa. 
Este estilo ejemplifica la manera en que enseñamos y escribimos acerca de la programación; a éste le llamamos el 
método del “código activo”. 

Resaltado de código. Colocamos rectángulos de color gris alrededor de los segmentos de código clave en cada 
programa. 

Uso de fuentes para dar énfasis. Colocamos los términos clave y la referencia a la página del índice para 
cada ocurrencia de definición en texto en negritas para facilitar su referencia. Enfatizamos los componentes en 
pantalla en la fuente Helvética en negritas (por ejemplo, el menú Archivo) y enfatizamos el texto del programa 
en la fuente Lucí da (por ejemplo, i nt x = 5). 

Acceso Web. Todos los ejemplos de código fuente para Cómo programar en Java 7 a edición (y para nuestras otras 
publicaciones) se pueden descargar en: 

www .deitel . com/books/ j htp7 
www. pearsoneducacion. net/deitel 

El registro en el sitio es un proceso fácil y rápido. Descargue todos los ejemplos y, a medida que lea las correspon- 
dientes discusiones en el libro de texto, después ejecute cada programa. Realizar modificaciones a los ejemplos y 
ver los efectos de esos cambios es una excelente manera de mejorar su experiencia de aprendizaje en Java. 

Objetivos. Cada capítulo comienza con una declaración de objetivos. Esto le permite saber qué es lo que debe 
esperar y le brinda la oportunidad, después de leer el capítulo, de determinar si ha cumplido con ellos. 

Frases. Después de los objetivos de aprendizaje aparecen una o más frases. Algunas son graciosas, otras filosóficas y 
las demás ofrecen ideas interesantes. Esperamos que disfrute relacionando las frases con el material del capítulo. 
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29 Salida con 
formato 

(la mayor parte) 


I Introducción a las computadoras, 
Internet y Web 

i 

2 Introducción a las 

aplicaciones en Java 

i 

3 Introducción a las clases y los objetos 

4 Instrucciones de control: parte I — 

I 

5 Instrucciones de control: parte 2 — 

i 

6 Métodos: Un análisis más detallado - 
30 Cadenas, J 

7 Arreglos 

i 


caracteres y 
expresiones 
regulares 


8 Clases y objetos: 


un análisis más detallado 

t 

9 Programación orientada 

a objetos: herencia 

i 

10 Programación orientada 
a objetos: polimorfismo 


15 Recursividad 3 


16 Búsqueda y 
ordenamiento 


1 7 Estructuras de datos 

t 


18 Genéricos 


I 


19 Colecciones 


13 Manejo de 
xce] 

r 


exce pciones 


14 Archivos 25 Acceso a 

y flujos base de datos 

conJDBC 1 


i 

24 Redes 2 

i 


26 Aplicaciones — »-27 Aplicaciones 
Web: Web: 

parte I parte 2 

1 

23 Subprocesamiento 28 Servicios Web 

múltiple 4 JAX-WS, Web 2.0 

y Mash-ups 


(Opcional) Ruta de GUI y gráficos 


3.9 Uso de cuadros de diálogo 
— 4-14 Creación de dibujos simples 

t 

5. 10 Dibujo de rectángulos y óvalos 

t 

6. 1 3 Colores y figuras rellenas 

t 

► 7. 1 3 Cómo dibujar arcos 

t 

8.18 Uso de objetos 
con gráficos 

t 

9.8 Mostrar texto e imágenes 

usando etiquetas 

I 

10.8 Realizar dibujos mediante 

el polimorfismo 


1 1 Componentes de 
la GUI: parte I 

I 

12 Gráficos yjava2D™- 

20 Introducción a los 
applets de Java 


2 1 Multimedia: applets 
y aplicaciones 

I 

22 Componentes de 
la GUI: parte 2 


1. Los capítulos 13 y 25 dependen del capítulo I I para la GUI que se utiliza en un ejemplo. 

2. El capítulo 24 depende del capítulo 20 para un ejemplo que utiliza un applet. El ejemplo práctico extenso 

al final de este capítulo depende del capítulo 22 para la GUI y del capítulo 23 para el subprocesamiento múltiple. 

3. El capítulo 15 depende de los capítulos 1 1 y 12 para la GUI y los gráficos que se utilizan en un ejemplo. 

4. El capítulo 23 depende del capítulo I I para la GUI que se utiliza en un ejemplo, y de los capítulos 18-19 para 
un ejemplo. 


Plan general. El plan general de cada capítulo le permite abordar el material de manera ordenada, para poder 
anticiparse a lo que está por venir y establecer un ritmo cómodo y efectivo de aprendizaje. 

Ilustraciones! Figuras. Incluimos una gran cantidad de gráficas, tablas, dibujos lineales, programas y salidas de 
programa. Modelamos el flujo de control en las instrucciones de control mediante diagramas de actividad en 
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UML. Los diagramas de clases de UML modelan los campos, constructores y métodos de las clases. En el ejemplo 
práctico opcional del ATM de DOO/UML 2 hacemos uso extensivo de seis tipos principales de diagramas en 


UML. 


Tips de programación. Incluimos tips de programación para ayudarle a enfocarse en los aspectos importantes 
del desarrollo de programas. Estos tips y prácticas representan lo mejor que hemos podido recabar a lo largo de 
seis décadas combinadas de experiencia en la programación y la enseñanza. Una de nuestras alumnas, estudiante 
de matemáticas, recientemente nos comentó que siente que este método es similar al de resaltar axiomas, teoremas 
y corolarios en los libros de matemáticas, ya que proporciona una base sólida sobre la cual se puede construir 
buen software. 



Buena práctica de programación 


Las buenas prácticas de programación llaman la atención hacia técnicas que le ayudarán a producir programas 
más claros, comprensibles y fáciles de mantener. 



Error común de programación 


Con frecuencia, los estudiantes tienden a cometer ciertos tipos de errores; al poner atención en estos Errores comunes 
de programación se reduce la probabilidad de que usted pueda cometerlos. 



Tip para prevenir errores 


Estos tips contienen sugerencias para exponer los errores y eliminarlos de sus programas; muchos de ellos describen 
aspectos de Java que evitan que los errores entren a los programas. 




Tip de rendimiento 


A los estudiantes les gusta " turbo cargar” sus programas. Estos tips resaltan las oportunidades para hacer que sus 
programas se ejecuten más rápido, o para minimizar la cantidad de memoria que ocupan. 


Tip de portabilidad 



■ , K 

* [Ce! 

' 


Incluimos Tips de portabilidad para ayudarle a escribir el código que pueda ejecutarse en una variedad de plata- 
formas, y que expliquen cómo es que Java logra su alto grado de portabilidad. 

Observación de ingeniería de software 

Las Observaciones de ingeniería de software resaltan los asuntos de arquitectura y diseño, lo cual afecta la cons- 
trucción de los sistemas de software, especialmente los de gran escala. 

[Observaciones de apariencia visual 


I Le ofrecemos Observaciones de apariencia visual para resaltar las convenciones de la interfaz gráfica de usuario. 
Estas observaciones le ayudan a diseñar interfaces gráficas de usuario atractivas y amigables para el usuario, en con- 
formidad con las normas de la industria. 


Sección de conclusión. Cada uno de los capítulos termina con una sección breve de “conclusión”, que recapitula 
el contenido del capítulo y la transición al siguiente capítulo. 


Viñetas de resumen. Cada capítulo termina con estrategias pedagógicas adicionales. Presentamos un resumen 
detallado del capítulo, estilo lista con viñetas, sección por sección. 


Terminología. Incluimos una lista alfabetizada de los términos importantes definidos en cada capítulo. 

Ejercicios de auto evaluación y respuestas. Se incluyen diversos ejercicios de autoevaluación con sus respuestas, 
para que los estudiantes practiquen por su cuenta. 
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Ejercicios. Cada capítulo concluye con un diverso conjunto de ejercicios, incluyendo recordatorios simples de 
terminología y conceptos importantes; identificar los errores en muestras de código, escribir instrucciones in- 
dividuales de programas; escribir pequeñas porciones de métodos y clases en Java; escribir métodos, clases y 
programas completos; y crear proyectos finales importantes. El extenso número de ejercicios permite a los 
instructores adaptar sus cursos a las necesidades únicas de sus estudiantes, y variar las asignaciones de los cur- 
sos cada semestre. Los profesores pueden usar estos ejercicios para formar tareas, exámenes cortos, exámenes 
regulares y proyectos finales. [NOTA: No nos escriba para solicitarnos acceso al Centro de Recursos para 
Instructores. El acceso está limitado estrictamente a profesores universitarios que impartan clases en base 
al libro. Los profesores sólo pueden obtener acceso a través de los representantes de Pearson Educación]. 
Asegúrese de revisar nuestro centro de recursos de proyectos de programación (http://www.deitel.com/ 
Programmi ngProjects/) para obtener muchos ejercicios adicionales y posibilidades de proyectos. 

Miles de entradas en el índice. Hemos incluido un extenso índice, que es útil, en especial, cuando se utiliza el 
libro como referencia. 

“Doble indexado” de ejemplos de código activo de Java. Para cada programa de código fuente en el libro, 
indexamos la leyenda de la figura en forma alfabética y como subíndice, bajo “Ejemplos”. Esto facilita encontrar 
los ejemplos usando las características especiales. 

Recursos para el estudiante incluidos en 
Cómo programar en Java 7 a edición 

Hay, disponibles a la venta, una variedad de herramientas de desarrollo, pero ninguna de ellas es necesaria para 
comenzar a trabajar con Java. Escribimos Cómo programar en Java 7 a edición utilizando sólo el nuevo Kit de 
Desarrollo de Java Standard Edition (JDK), versión 6.0. Puede descargar la versión actual del JDK del sitio Web 
de Java de Sun: java, sun . com/javase/downloads/i ndex. jsp. Este sitio también contiene las descargas de la 
documentación del JDK. 

El CD que se incluye con este libro contienen el Entorno de Desarrollo Integrado (IDE) NetBeans™ 5.5 
para desarrollar todo tipo de aplicaciones en Java, y el software Sun Java™ Studio Creator 2 Update 1 para el 
desarrollo de aplicaciones Web. Se proporciona también una versión en Windows de MySQL® 5.0 Community 
Edition 5.0.27 y MySQL Connector/J 5.0.4, para el procesamiento de datos que se lleva a cabo en los capítulos 
25 a 28. 

El CD también contiene los ejemplos del libro y una página Web con vínculos al sitio Web de Deitel & 
Associates, Inc. Puede cargar esta página Web en un explorador Web para obtener un rápido acceso a todos los 
recursos. 

Encontrará recursos adicionales y descargas de software en nuestro centro de recursos de Java SE 6 (Mus- 
tang), ubicado en: 

www. deitel . com/JavaSE6Mustang/ 


Java Multimedia Cyber Classroom 7 a edición 

Cómo programar en Java 7 a edición incluye multimedia interactiva con mucho audio y basada en Web, comple- 
mentaria para el libro Java Midtimedia Cyber Classroom, 7 a edición , disponible en inglés. Nuestro Ciber salón de 
clases ( Cyber Classroom) basado en Web incluye recorridos con audio de los ejemplos de código de los capítulos 1 
a 14, soluciones a casi la mitad de los ejercicios del libro, un manual de laboratorio y mucho más. Para obtener 
más información acerca del Cyber Classroom basado en Web, visite: 

www. prenhal 1 . com/dei tel/cybercl assroom/ 

A los estudiantes que utilizan nuestros Ciber salones de clases les gusta su interactividad y capacidades de refe- 
rencia. Los profesores nos dicen que sus estudiantes disfrutan al utilizar el Ciber salón de clases y, en consecuencia, 
invierten más tiempo en los cursos, dominando un porcentaje mayor del material que en los cursos que sólo 
utilizan libros de texto. 
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Recursos para el instructor de Cómo programar en Java 7 a edición 

Cómo programar en Java 7 a edición tiene una gran cantidad de recursos para los profesores. El Centro de Recursos 
para Instructores de Prentice Hall contiene el Manual de soluciones, con respuestas para la mayoría de los ejercicios 
al final de cada capítulo, un Archivo de elementos de prueba de preguntas de opción múltiple (aproximadamente 
dos por cada sección del libro) y diapositivas en PowerPoint® que contienen todo el código y las figuras del texto, 
además de los elementos en viñetas que sintetizan los puntos clave del libro. Los profesores pueden personalizar 
las diapositivas. Si usted todavía no es un miembro académico registrado, póngase en contacto con su represen- 
tante de Pearson Educación. Cabe mencionar que todos estos recursos se encuentran en inglés. 

Boletín de correo electrónico gratuito Deitel® Buzz Online 

Cada semana, el boletín de correo electrónico Deitel® Buzz Online anuncia nuestro(s) centro(s) de recursos más 
reciente(s) e incluye comentarios acerca de las tendencias y desarrollos en la industria, vínculos a artículos y recur- 
sos gratuitos de nuestros libros publicados y de las próximas publicaciones, itinerarios de lanzamiento de produc- 
tos, fe de erratas, retos, anécdotas, información sobre nuestros cursos de capacitación corporativa impartidos por 
instructores y mucho más. También es una buena forma para que usted se mantenga actualizado acerca de todo 
lo relacionado con Cómo programar en Java 7 a edición. Para suscribirse, visite la página Web: 

www . dei tel . com/newsl etter/subscri be . html 

Novedades en Deitel 

Centros de recursos y la iniciativa de negocios por Internet de Deitel. Hemos creado muchos centros 
de recursos en línea (en www. dei tel . com/ resou rcecenters . html) para mejorar su experiencia de aprendizaje 
en Java. Anunciamos nuevos centros de recursos en cada edición del boletín de correo electrónico Deitel ® Buzz 
Online. Aquellos de especial interés para los lectores de este libro incluyen: Java, Certificación en Java, Patrones 
de Diseño en Java, Java EE 5, Java SE 6, AJAX, Apache, Motores de Búsqueda de Código y Sitios de Código, 
Eclipse, Programación de Juegos, Mashups, MySQL, Código Abierto, Proyectos de Programación, Web2.0, 
Web 3.0, Servicios Web y XML. Los centros de recursos de Deitel adicionales incluyen: Programas Afiliados, 
Servicios de Alerta, ASP.NET, Economía de Atención, Creación de Comunidades Web, C, C++, C#, Juegos 
de Computadora, DotNetNuke, FireFox, Gadgets, Google AdSense, Google Analytics, Google Base, Google 
Services, Google Video, Google Web Toolkit, IE7, Iniciativa de Negocios por Internet, Publicidad por Internet, 
Internet Video, Linux, Microformatos, .NET, Ning, OpenGL, Perl, PHP, Podcasting, Python, Recommender 
Systems, RSS, Ruby, Motores de Búsqueda, Optimización de Motores de Búsqueda, Skype, Sudoku, Mundos 
Virtuales, Visual Basic, Wikis, Windows Vista, WinFX y muchos más por venir. 

Iniciativa de contenido libre. Nos complace ofrecerle artículos de invitados y tutoriales gratuitos, seleccio- 
nados de nuestras publicaciones actuales y futuras como parte de nuestra iniciativa de contenido libre. En cada 
tema del boletín de correo electrónico Deitel ® Buzz Online, anunciamos las adiciones más recientes a nuestra 
biblioteca de contenido libre. 

Reconocimientos 

Uno de los mayores placeres al escribir un libro de texto es el de reconocer el esfuerzo de mucha gente, cuyos nom- 
bres quizá no aparezcan en la portada, pero cuyo arduo trabajo, cooperación, amistad y comprensión fue crucial 
para la elaboración de este libro. Mucha gente en Deitel & Associates, Inc. dedicó largas horas a este proyecto; 
queremos agradecer en especial a Abbey Deitel y Barbara Deitel. 

También nos gustaría agradecer a dos participantes de nuestro programa de Pasantía con Honores, que con- 
tribuyeron a esta publicación: Megan Shuster, con especialidad en ciencias computacionales en el Swarthmore 
College, y Henry Klementowicz, con especialidad en ciencias computacionales en la Universidad de Columbia. 

Nos gustaría mencionar nuevamente a nuestros colegas que realizaron contribuciones importantes a Cómo 
programar en Java 6 a edición-. Andrew B. Goldberg, Jeff Listfield, Su Zhang, Cheryl Yaeger, Jing Hu, Sin Han Lo, 
John Paul Casiello y Christi Kelsey. 

Somos afortunados al haber trabajado en este proyecto con un talentoso y dedicado equipo de editores pro- 
fesionales en Prentice Hall. Apreciamos el extraordinario esfuerzo de Marcia Horton, Directora Editorial de la 
División de Ingeniería y Ciencias Computacionales de Prentice Hall. Jennifer Cappello y Dolores Mars hicieron 
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un excelente trabajo al reclutar el equipo de revisión del libro y administrar el proceso de revisión. Francesco San- 
talucia (un artista independiente) y Kristine Carney de Prentice Hall hicieron un maravilloso trabajo al diseñar la 
portada del libro; nosotros proporcionamos el concepto y ellos lo hicieron realidad. Vince O’Brien, Bob Engel- 
hardt, Donna Crilly y Marta Samsel hicieron un extraordinario trabajo al administrar la producción del libro. 

Deseamos reconocer el esfuerzo de nuestros revisores. Al adherirse a un estrecho itinerario, escrutinizaron 
el texto y los programas, proporcionando innumerables sugerencias para mejorar la precisión e integridad de la 
presentación. 

Apreciamos con sinceridad los esfuerzos de nuestros revisores de post-publicación de la 6 a edición, y nuestros 
revisores de la 7 a edición: 

Revisores de Cómo programar en Java 7 a edición 
(incluyendo los revisores de la post-publicación de la 6 a edición) 

Revisores de Sun Microsystems: Lance Andersen (Líder de especificaciones de JDBC/Rowset, Java SE Engi- 
neering), Ed Burns, Ludovic Champenois (Servidor de Aplicaciones de Sun para programadores de Java EE 
con Sun Application Server y herramientas: NetBeans, Studio Enterprise y Studio Creador), James Davidson, 
Vadiraj Deshpande (Grupo de Integración de Sistemas de Java Enterprise, Sun Microsystems India), Sanjay 
Dhamankar (Grupo Core Developer Platform), Jesse Glick (Grupo NetBeans), Brian Goetz (autor de Java Con- 
currency in Practice, Addison-Wesley, 2006), Doug Kohlert (Grupo Web Technologies and Standards), Sandeep 
Konchady (Organización de Ingeniería de Software de Java), John Morrison (Grupo Portal Server Product de 
Sun Java System), Winston Prakash, Brandon Taylor (grupo SysNet dentro de la División de Software) y Jayashri 
Visvanathan (Equipo de Java Studio Creador de Sun Microsystems). Revisores académicos y de la industria: 
Akram Al-Rawi (Universidad King Faisal), Mark Biamonte (DataDiret), Ayad Boudiab (Escuela Internacional de 
Choueifat, Líbano), Joe Bowbeer (Mobile App Consulting), Harían Brewer (Select Engineering Services), Marita 
Ellixson (Eglin AFB, Universidad Indiana Wesleyan, Facilitador en Jefe), John Goodson (DataDiret), Anne Hor- 
ton (Lockheed Martin), Terrell Regis Hull (Logicalis Integration Solutions), Clark Richey (RABA Technologies, 
LLC, Java Sun Champion), Manfred Riem (UTA Interactive, LLC, Java Sun Champion), Karen Tegtmeyer 
(Model Technologies, Inc.), David Wolf (Universidad Pacific Lutheran) y Hua Yan (Borough of Manhattan 
Community Collage, City University of New York). Revisores de la post-publicación de Cómo programar 
en Java 6 a edición: Anne Horton (Lockheed Martin), William Martz (Universidad de Colorado, en Colorado 
Springs), Bill O’Farrell (IBM), Jeffry Babb (Universidad Virginia Commonwealth), Jeffrey Six (Universidad de 
Delaware, Instalaciones Adjuntas), Jesse Glick (Sun Microsystems), Karen Tegtmeyer (Model Technologies, Inc.), 
Kyle Gabhart (L-3 Communications), Marita Ellixson (Eglin AFB, Universidad Indiana Wesleyan, Facilitador en 
Jefe) y Sean Santry (Consultor independiente). 

Revisores de Cómo programar en Java 6 a edición 

(incluyendo a los revisores de la post-publicación de la 5 a edición) 

Revisores académicos: Karen Arlien (Colegio Estatal de Bismarck), Ben Blake (Universidad Estatal de Cleve- 
land), Walt Bunch (Universidad Chapman), Marita Ellixson (Eglin AFB/Universidad de Arkansas), Ephrem 
Eyob (Universidad Estatal de Virginia), Bjorn Foss (Universidad Metropolitana de Florida), Bill Freitas (The 
Lawrenceville School), Joe Kasprzyk (Colegio Estatal de Salem), Brian Larson (Modesto Júnior College), Roberto 
Lopez-Herrejon (Universidad de Texas en Austin), Dean Mellas (Cerritos College), David Messier (Eastern Uni- 
versity) , Andy Novobilski (Universidad de Tennessee, Chattanooga) , Richard Ord (Universidad de California, San 
Diego), Gavin Osborne (Saskatchewan Institute of Applied Science & Technology), Donna Reese (Universidad 
Estatal de Mississippi), Craig Slinkman (Universidad de Texas en Arlington), Sreedhar Thota (Western Iowa Tech 
Community Collage), Mahendran Velauthapillai (Universidad de Georgetown), Loran Walter (Universidad 
Tecnológica de Lawrence) y Stephen Weiss (Universidad de Carolina del Norte en Chapel Hill). Revisores de la 
industria: Butch Antón (Wi-Tech Consulting), Jonathan Bruce (Sun Microsystems, Inc.; Líder de Especifica- 
ciones de JCP para JDBC), Gilad Bracha (Sun Microsystems, Inc.; Líder de Especificaciones de JCP para Gené- 
ricos), Michael Develle (Consultor independiente), Jonathan Gadzik (Consultor independiente), Brian Goetz 
(Quiotix Corporation (Miembro del Grupo de Expertos de Especificaciones de Herramientas de Concurrencia 
de JCP), Anne Horton (AT&T Bell Laboratories), James Huddleston (Consultor independiente), Peter Jones 
(Sun Microsystems, Inc.), Doug Kohlert (Sun Microsystems, Inc.), Earl LaBatt (Altaworks Corp. /Universidad 
de New Hampshire), Paul Monday (Sun Microsystems, Inc.), Bill O’Farrell (IBM), Cameron Skinner (Embar- 
cadero Technologies, Inc.), Brandon Taylor (Sun Microsystems, Inc.) y Karen Tegtmeyer (Consultor indepen- 
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diente). Revisores del ejemplo práctico opcional de DOO/UML: Sinan Si Alhir (Consultor independiente), 
Gene Ames (Star HRG), Jan Bergandy (Universidad de Massachussetts en Dartmouth), Marita Ellixson (Eglin 
AFB/Universidad de Arkansas), Jonathan Gadzik (Consultor independiente), Thomas Elarder (ITT ESI, Inc.), 
James Huddleston (Consultor independiente), Terrell Hull (Consultor independiente), Kenneth Elussey (IBM), 
Joe Kasprzyk (Colegio Estatal de Salem), Dan McCracken (City College of New York), Paul Monday (Sun 
Microsystems, Inc.), Davyd Norris (Rational Software), Cameron Skinner (Embarcadero Technologies, Inc.), 
Craig Slinkman (Universidad de Texas en Arlington) y Steve Tockey (Construx Software). 

Estos profesionales revisaron cada aspecto del libro y realizaron innumerables sugerencias para mejorar la 
precisión e integridad de la presentación. 

Bueno ¡ahí lo tiene! Java es un poderoso lenguaje de programación que le ayudará a escribir programas con 
rapidez y eficiencia. Escala sin problemas hacia el ámbito del desarrollo de sistemas empresariales, para ayudar a 
las organizaciones a crear sus sistemas de información críticos. A medida que lea el libro, apreciaremos con sinceri- 
dad sus comentarios, críticas, correcciones y sugerencias para mejorar el texto. Dirija toda su correspondencia a: 

dei tel@dei tel .com 

Le responderemos oportunamente y publicaremos las correcciones y aclaraciones en nuestro sitio Web, 
www. dei tel . com/books/jHTP7/ 

¡Esperamos que disfrute aprendiendo con este libro tanto como nosotros disfrutamos el escribirlo! 

Paul J. Deitel 

Dr. Harvey M. Deitel 

Maynard, Massachussets 
Diciembre del 2006 

Acerca de los autores 

Paul J. Deitel, CEO y Director Técnico de Deitel & Associates, Inc., es egresado del Sloan School of Manage- 
ment del MIT (Massachussets Institute of Technology), en donde estudió Tecnología de la Información. Posee las 
certificaciones Programador Certificado en Java (Java Certified Programmer) y Desarrollador Certificado en Java 
(Java Certified Developer), y ha sido designado por Sun Microsystems como Java Champion. A través de Deitel 
& Associates, Inc., ha impartido cursos en Java, C, C++, C# y Visual Basic a clientes de la industria, incluyendo: 
IBM, Sun Microsystems, Dell, Lucent Technologies, Fidelity, NASA en el Centro Espacial Kennedy, el Natio- 
nal Severe Storm Laboratory, White Sands Missile Range, Rogue Wave Software, Boeing, Stratus, Cambridge 
Technology Partners, Open Environment Corporation, One Wave, Hyperion Software, Adra Systems, Entergy, 
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Deitel, son autores de los libros de programación más vendidos en el mundo. 

Dr. Harvey M. Deitel, es Presidente y Consejero de Estrategia de Deitel & Associates, Inc., tiene 45 años 
de experiencia en el campo de la computación; lo que incluye un amplio trabajo académico y en la industria. El 
Dr. Deitel tiene una licenciatura y una maestría por el MIT y un doctorado de la Universidad de Boston. Tiene 
20 años de experiencia como profesor universitario, la cual incluye un puesto vitalicio y el haber sido presidente 
del departamento de Ciencias de la computación en el Boston College antes de fundar, con su hijo Paul J. Deitel, 
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escribir muchos más. Los textos de los Deitel se han ganado el reconocimiento internacional y han sido tradu- 
cidos al japonés, alemán, ruso, español, chino tradicional, chino simplificado, coreano, francés, polaco, italiano, 
portugués, griego, urdú y turco. El Dr. Deitel ha impartido cientos de seminarios profesionales para grandes 
empresas, instituciones académicas, organizaciones gubernamentales y diversos sectores del ejército. 

Acerca de Deitel & Associates, Inc. 

Deitel & Associates, Inc. es una empresa reconocida a nivel mundial, dedicada al entrenamiento corporativo y 
la creación de contenido, con especialización en lenguajes de programación, tecnología de software para Inter- 
net/World Wide Web, educación de tecnología de objetos y desarrollo de negocios por Internet a través de su 
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Iniciativa de Negocios en Internet. La empresa proporciona cursos, que son impartidos por instructores, sobre 
la mayoría de los lenguajes y plataformas de programación, como Java, Java Avanzado, C, C++, C#, Visual C++, 
Visual Basic, XML, Perl, Python, tecnología de objetos y programación en Internet y World Wide Web. Los fun- 
dadores de Deitel & Associates, Inc. son el Dr. Harvey M. Deitel y Paul J. Deitel. Sus clientes incluyen muchas de 
las empresas más grandes del mundo, agencias gubernamentales, sectores del ejército e instituciones académicas. 
A lo largo de su sociedad editorial de 30 años con Prentice Hall, Deitel & Associates Inc. ha publicado libros 
de texto de vanguardia sobre programación, libros profesionales, multimedia interactiva en CD como los Cyber 
Classrooms, Cursos Completos de Capacitación, cursos de capacitación basados en Web y contenido electrónico para 
los populares sistemas de administración de cursos WebCT, Blackboard y CourseCompass de Pearson. Deitel & 
Associates, Inc. y los autores pueden ser contactados mediante correo electrónico en: 

dei tel@dei tel .com 

Para conocer más acerca de Deitel & Associates, Inc., sus publicaciones y su currículum mundial de la Serie de 
Capacitación Corporativa DlVE INTO®, visite: 

www. dei tel . com 

y suscríbase al boletín gratuito de correo electrónico, DeiteP Buzz Online, en: 

www. dei tel . com/newsl etter/subscri be. html 
Puede verificar la lista creciente de Centros de Recursos Deitel en: 

www. dei tel . com/ resourcecenters . html 
Quienes deseen comprar publicaciones de Deitel pueden hacerlo en: 
www. dei tel . com/books/i ndex . html 

Las empresas, el gobierno, las instituciones militares y académicas que deseen realizar pedidos en masa deben 
hacerlo directamente con Prentice Hall. Para obtener más información, visite: 


www. prenhal 1 . com/mi schtm/support . html #order 
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Antes de comenzar a utilizar este libro, debe seguir las instrucciones de esta sección para asegurarse que Java esté 
instalado de manera apropiada en su computadora. 

Convenciones de fuentes y nomenclatura 

Utilizamos varios tipos de letra para diferenciar los componentes en la pantalla (como los nombres de menús y 
los elementos de los mismos) y el código o los comandos en Java. Nuestra convención es hacer hincapié en los 
componentes en pantalla en una fuente Helvética sans-serif en negritas (por ejemplo, el menú Archivo) y enfatizar 
el código y los comandos de Java en una fuente Lucí da sans-serif (por ejemplo, System . out . pri ntl n()). 

Kit de desarrollo de Java Standard Edition (JDK) 6 

Los ejemplos en este libro se desarrollaron con el Kit de Desarrollo de Java Standard Edition (JDK) 6. Puede 
descargar la versión más reciente y su documentación en: 

j ava . sun . com/ j avase/6/downl oad . j sp 

Si tiene preguntas, envíe un correo electrónico a deitel@deitel .com. Le responderemos en breve. 


Requerimientos de software y hardware del sistema 

• Procesador Pentium 111 de 500 MHz (mínimo) o de mayor velocidad; Sun* Java™ Studio Creator 2 
Update 1 requiere un procesador Intel Pentium 4 de 1 GHz (o equivalente). 

• Microsoft Windows Server 2003, Windows XP (con Service Pack 2), Windows 2000 Professional (con 
Service Pack 4) . 

• Una de las siguientes distribuciones de Linux: Red Hat* Enterprise Linux 3, o Red Hat Fedora Core 3. 

• Mínimo 512 MB de memoria en RAM; Sun Java Studio Creator 2 Update 1 requiere 1 GB de RAM. 

• Mínimo 1.5 GB de espacio en disco duro. 

• Unidad de CD-ROM. 

• Conexión a Internet. 

• Explorador Web, Adobe* Acrobat* Reader* y una herramienta para descomprimir archivos zip. 


Uso de los CD 

Los ejemplos para Cómo programar en Java, 7 a edición se encuentran en los CD (Windows y Linux) que se inclu- 
yen en este libro. Siga los pasos de la siguiente sección, Cómo copiar los ejemplos del libro del CD, para copiar el 
directorio de ejemplos apropiado del CD a su disco duro. Le sugerimos trabajar desde su disco duro en lugar de 
hacerlo desde su unidad de CD por dos razones: 1, los CD son de sólo lectura, por lo que no podrá guardar sus 
aplicaciones en ellos; 2 es posible acceder a los archivos con mayor rapidez desde un disco duro que de un CD. 
Los ejemplos del libro también están disponibles para descargarse de: 

www . dei tel . com/books/ j htp7/ 
www. pearsoneducacion. net/deitel/ 

La interfaz para el contenido del CD de Microsoft* Windows* está diseñada para iniciarse de manera auto- 
mática, a través del archivo AUTORUN.EXE. Si no aparece una pantalla de inicio cuando inserte el CD en su 
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computadora, haga doble clic en el archivo welcome.htm para iniciar la interfaz del CD para el estudiante, 
o consulte el archivo readme.txt en el CD. Para iniciar la interfaz del CD para Linux, haga doble clic en el 
archivo wel come . html . 

Cómo copiar los ejemplos del libro del CD 

Las capturas de pantalla de esta sección pueden diferir un poco de lo que usted verá en su computadora, de acuer- 
do con el sistema operativo y el explorador Web de que disponga. Las instrucciones de los siguientes pasos asumen 
que está utilizando Microsoft Windows. 

1. Insertar el CD. Inserte el CD que se incluye con este libro en la unidad de CD de su computadora. 
A continuación deberá aparecer de manera automática la página Web wel come . htm (figura 1) en Win- 
dows. También puede utilizar el Explorador de Windows para ver el contenido del CD y hacer doble 
clic en wel come . htm para mostrar esta página. 

2. Abrir el directorio del CD-ROM. Haga clic en el vínculo Browse CD Contents (Explorar contenido 
del CD) (figura 1) para ver el contenido del CD. 



Haga clic en el vínculo Browse 
CD Contents para acceder al 
contenido del CD 


Figura I | Página de bienvenida para el CD de Cómo programar en ¡ava. 


3. Copiar el directorio ejemplos. Haga clic en el directorio ejemplos (figura 2), después seleccione 
Copiar. A continuación, use el Explorador de Windows para ver el contenido de su unidad C:. (Tal vez 
necesite hacer clic en un vínculo para mostrar el contenido de la unidad). Una vez que se muestre el con- 
tenido, haga clic en cualquier parte y seleccione la opción Pegar del menú Editar para copiar el direc- 
torio ejemplos del CD a su unidad C:. [Nota: guardamos los ejemplos directamente en la unidad C: 
y hacemos referencia a esta unidad a lo largo del texto. Puede optar por guardar sus archivos en una 
unidad distinta, con base en la configuración de su computadora, en el laboratorio de su escuela o sus 
preferencias personales. Si trabaja en un laboratorio de computadoras, consulte con su profesor para 
obtener más información para confirmar en dónde se deben guardar los ejemplos] . 

Modificación de la propiedad de sólo lectura de los archivos 

Los archivos de ejemplo que copió a su computadora desde el CD son de sólo lectura. A continuación eliminará 
la propiedad de sólo lectura, para poder modificar y ejecutar los ejemplos. 

1. Abrir el cuadro de diálogo Propiedades. Haga clic con el botón derecho del ratón en el directorio 
ejemplos y seleccione Propiedades. A continuación aparecerá el cuadro de diálogo Propiedades de 
ejemplos (figura 3). 
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Haga clic con el botón derecho del Seleccione Copiar 

ratón en el directorio ejemplos i 



Figura 2 | Copia del directorio ejemplos. 



Figura 3 | Cuadro de diálogo Propiedades de ejemplos. 

2. Cambiar la propiedad de sólo lectura. En la sección Atributos de este cuadro de diálogo, haga clic en 
el botón Sólo lectura para eliminar la marca de verificación (figura 4). Haga clic en Aplicar para aplicar 
los cambios. 
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Figura 4 | Desactivar la casilla de verificación Sólo lectura. 

3. Cambiar la propiedad para todos los archivos. Al hacer clic en Aplicar se mostrará la ventana Confir- 
mar cambios de atributos (figura 5). En esta ventana, haga clic en el botón de opción Aplicar cambios 
a esta carpeta y a todas las subcarpetas y archivos y haga clic en Aceptar para eliminar la propiedad 
de sólo lectura para todos los archivos y directorios en el directorio ejemplos. 


Haga clic en este botón de opción 
para eliminar la propiedad Sólo 
lectura para todos los archivos 



Figura 5 | Eliminar la propiedad de sólo lectura para todos los archivos en el directorio ejemplos. 


Instalación del Kit de Desarrollo de Java Standard Edition (JDK) 

Antes de ejecutar las aplicaciones de este libro o de crear sus propias aplicaciones, debe instalar el Kit de Desarrollo 
de Java Standard Edition (JDK) 6 o una herramienta de desarrollo para Java que soporte a Java SE 6. 

Puede descargar el JDK 6 y su documentación de java, sun . com/javase/6/download . jsp. Haga clic en 
el botón » DOWNLOAD para JDK 6. Debe aceptar el acuerdo de licencia antes de descargar. Una vez que acepte el 
acuerdo, haga clic en el vínculo para el instalador de su plataforma. Guarde el instalador en su disco duro y no 
olvide en dónde lo guardó. Antes de instalar, lea con cuidado las instrucciones de instalación del JDK para su 
plataforma, que se encuentran en java, sun . com/javase/6/webnotes/i nstal 1/i ndex. html . 

Después de descargar el instalador del JDK, haga doble clic en el programa instalador para empezar a insta- 
larlo. Le recomendamos que acepte todas las opciones de instalación predeterminadas. Si modifica el directorio 
predeterminado, asegúrese de anotar el nombre y la ubicación exactos que eligió, ya que necesitará esta informa- 
ción más adelante en el proceso de instalación. En Windows, el JDK se coloca, de manera predeterminada, en el 
siguiente directorio: 

C:\Archivos de programa\Java\jdkl.6.0 
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Establecer la variable de entorno PATH 

La variable de entorno PATH en su computadora indica qué directorios debe buscar la computadora cuando inten- 
te localizar aplicaciones, como aquellas que le permiten compilar y ejecutar sus aplicaciones en Java (conocidas 
como j avac . exe y j ava . exe, respectivamente). Ahora aprenderá a establecer la variable de entorno PATH en su 
computadora para indicar en dónde están instaladas las herramientas del JDK. 

1. Abrir el cuadro de diálogo Propiedades del sistema. Haga clic en Inicio > Panel de control > Sistema 

para mostrar el cuadro de diálogo Propiedades del sistema (figura 6). [Nota: su cuadro de diálogo Pro- 
piedades del sistema puede tener una apariencia distinta al que se muestra en la figura 6, dependiendo 
de la versión de Microsoft Windows. Este cuadro de diálogo específico es de una computadora que 
ejecuta Microsoft Windows XP. Sin embargo, el que aparece en su computadora podría incluir distinta 
información] . 

2. Abrir el cuadro de diálogo Variables de entorno. Seleccione la ficha Opciones avanzadas de la parte 
superior del cuadro de diálogo Propiedades del sistema (figura 7). Haga clic en el botón Variables de 
entorno para desplegar el cuadro de diálogo Variables de entorno (figura 8). 

3. Editar la variable PATH. Desplácese por el cuadro Variables del sistema para seleccionar la variable 
PATH. Haga clic en el botón Modificar. Esto hará que se despliegue el cuadro de diálogo Modificar la 
variable del sistema (figura 9). 

4. Modificar la variable PATH. Coloque el cursor dentro del campo Valor de variable. Use la flecha 
izquierda para desplazar el cursor hasta el inicio de la lista. Al principio de la lista, escriba el nombre del 
directorio en el que colocó el JDK, seguido de \bi n ; (figura 10). Agregue C:\Archf vos de progra- 
ma \J ava\ j dkl . 6 . 0\bi n ; a la variable PATH, si eligió el directorio de instalación predeterminado. No 
coloque espacios antes o después de lo que escriba. No se permiten espacios antes o después de cada valor en 
una variable de entorno. Haga clic en el botón Aceptar para aplicar sus cambios a la variable PATH. 

Si no establece la variable PATH de manera correcta, al utilizar las herramientas del JDK recibirá un mensaje 
como éste: 

‘java’ no se reconoce como un comando interno o externo, 
programa o archivo por lotes ejecutable. 

En este caso, regrese al principio de esta sección y vuelva a comprobar sus pasos. Si ha descargado una versión 
más reciente del JDK, tal vez necesite modificar el nombre del directorio de instalación del JDK en la variable 
PATH. 



Figura 6 | Cuadro de diálogo Propiedades del sistema. 
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Seleccione la ficha 

Opciones avanzadas 


Haga clic en el botón 

Variables de entorno 


Figura 7 | Ficha Opciones avanzadas del cuadro de diálogo Propiedades del sistema. 



Figura 8 ¡ Cuadro de diálogo Variables de entorno. 
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Figura 9 | Cuadro de diálogo Modificar la variable del sistema. 
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Figúralo | Modificación de la variable PATH. 
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Establecer la variable de entorno CLASSPATH 

Si trata de ejecutar un programa en Java y recibe un mensaje como: 

Exception in thread “main” java.lang.NoClassDefFoundError: Sudase 

entonces su sistema tiene una variable de entorno CLASSPATH que debe modificarse. Para corregir el error anterior, 
siga los pasos para establecer la variable de entorno PATH, localice la variable CLASSPATH y modifique su valor para 
que incluya lo siguiente: 


al principio de su valor (sin espacios antes o después de estos caracteres). 

Ahora está listo para empezar sus estudios de Java con el libro Cómo programar en Java, 7 a edición. ¡Espera- 
mos que lo disfrute! 




Vf 


Nuestra vida se malgasta 
por los detalles. . . 
simplificar, simplificar. 

— Henry David Thoreau 

La principal cualidad del 
lenguaje es la claridad. 

— Galen 

Mi sublime objetivo deberé 
llevarlo a cabo a tiempo. 

— W. S. Gilbert 

Tenía un maravilloso 
talento para empacar 
estrechamente el 
pensamiento, haciéndolo 
portable. 

— Thomas B. Macaulay 

“¡Caray, creo que de los dos, 
el intérprete es el más difícil 
de entender!” 

— Richard Brinsley Sheridan 

El hombre sigue siendo 
la computadora más 
extraordinaria de todas. 

— John F. Kennedy 



Introducción 
a las 

computadoras, 
Internet y Web 

OBJETIVOS 

En este capítulo aprenderá a: 

■ Comprender los conceptos básicos de hardware y software. 

■ Conocer los conceptos básicos de la tecnología de objetos, 
como las clases, objetos, atributos, comportamientos, 
encapsulamiento, herencia y polimorfismo. 

■ Familiarizarse con los distintos lenguajes de programación. 

■ Saber qué lenguajes de programación se utilizan más. 

■ Comprender un típico entorno de desarrollo en Java. 

■ Entender el papel de Java en el desarrollo de aplicaciones 
cliente/servidor distribuidas para Internet y Web. 

■ Conocer la historia de UML: el lenguaje de diseño orientado 
a objetos estándar en la industria. 

■ Conocer la historia de Internet y World Wide Web. 

■ Probar aplicaciones en Java. 
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Capítulo I Introducción a las computadoras, Internet y Web 


1.1 Introducción 

1.2 ¿Qué es una computadora? 

1.3 Organización de una computadora 

1.4 Los primeros sistemas operativos 

1.5 Computación personal, distribuida y cliente/servidor 

1.6 Internet y World Wide Web 

1.7 Lenguajes máquina, ensambladores y de alto nivel 

1.8 Historia de C y C++ 

1.9 Historia de Java 

1 . 1 0 Bibliotecas de clases de Java 
l.l I FORTRAN, COBOL, Pascal y Ada 

1.12 BASIC, Visual Basic, Visual C++, C# y .NET 

1.13 Entorno de desarrollo típico en Java 

1.14 Generalidades acerca de java y este libro 

1.15 Prueba de una aplicación en Java 

1.16 Ejemplo práctico de Ingeniería de Software: introducción a la tecnología de objetos y UML 

1.17 Web 2.0 

1.18 Tecnologías de software 

1.19 Conclusión 

1.20 Recursos Web 

Resumen | Terminología | Ejercicios de autoevaluación | Respuestas a los ejercicios de autoevaluación | Ejercicios 


l.l Introducción 

¡Bienvenido a Java! Hemos trabajado duro para crear lo que pensamos será una experiencia de aprendizaje infor- 
mativa, divertida y retadora para usted. Java es un poderoso lenguaje de programación, divertido para los princi- 
piantes y apropiado para los programadores experimentados que desarrollan sistemas de información de tamaño 
considerable. Cómo programar en Java , 7 a edición es una herramienta efectiva de aprendizaje para cada una de 
estas audiencias. 

Pedagogía 

La parte central del libro se enfoca en la claridad de los programas, a través de las técnicas comprobadas de la pro- 
gramación orientada a objetos. Los principiantes aprenderán programación de manera correcta, desde el principio. 
La presentación es clara, simple y tiene muchas ilustraciones. Incluye cientos de programas completos y funcio- 
nales en Java, y muestra la salida que se obtiene al ejecutar estos programas en una computadora. Enseñamos las 
características de Java en un contexto de programas completos y funcionales; a esto le llamamos el método de 
código activo (Live-Code™). Los programas de ejemplo están disponibles en el CD que acompaña a este libro. 
También puede descargarlos de los sitios Web www.deitel . com/books/jhtp7/ o www.pearsoneducacion. 
net.com/deitel. 

Fundamentos 

Los primeros capítulos presentan los fundamentos de las computadoras, la programación de éstas y el lenguaje de 
programación Java, con lo cual se provee una base sólida para un análisis más detallado de Java en los capítulos 
posteriores. Los programadores experimentados tienden a leer los primeros capítulos rápidamente, y descubren 
que el análisis de Java en los capítulos posteriores es riguroso y retador. 

La mayoría de las personas están familiarizadas con las emocionantes tareas que realizan las computado- 
ras. Por medio de este libro, usted aprenderá a programar las computadoras para que realicen dichas tareas. El 
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software (las instrucciones que usted escribe para indicar a la computadora que realice acciones y tome decisio- 
nes) es quien controla a las computadoras (conocidas comúnmente como hardware). Java, desarrollado por Sun 
Microsystems, es uno de los lenguajes para desarrollo de software más populares en la actualidad. 

Java Standard Edition 6 (Java SE 6) y el Kit de Desarrollo de Java 6 (JDK 6) 

Este libro se basa en la plataforma Java Standard Edition 6 (Java SE 6) de Sun, también conocida como Mus- 
tang. Sun ofrece una implementación de Java SE 6, conocida como Kit de Desarrollo de Java (JDK), que 
incluye las herramientas necesarias para escribir software en Java. Nosotros utilizamos el JDK versión 6.0 para los 
programas en este libro. Por lo regular, Sun actualiza el JDK para corregir errores: para descargar la versión más 
reciente del JDK 6, visite java . sun . com/javase/6/downl oad . j sp. 

Evolución de la computación y de la programación 

El uso de las computadoras se está incrementando en casi cualquier campo de trabajo; los costos de se han redu- 
cido en forma dramática, debido al rápido desarrollo en la tecnología de hardware y software. Las computadoras 
que ocupaban grandes habitaciones y que costaban millones de dólares, hace algunas décadas, ahora pueden 
colocarse en las superficies de chips de silicio más pequeños que una uña, y con un costo de quizá unos cuan- 
tos dólares cada uno. Por fortuna, el silicio es uno de los materiales más abundantes en el planeta (es uno de 
los ingredientes de la tierra). La tecnología de los chips de silicio ha vuelto tan económica a la tecnología de la 
computación que cientos de millones de computadoras de uso general se encuentran actualmente ayudando 
a la gente de todo el mundo en: empresas, la industria, el gobierno y en sus vidas. Dicho número podría dupli- 
carse fácilmente en unos cuantos años. 

A través de los años, muchos programadores aprendieron la metodología conocida como programación 
estructurada. Usted aprenderá tanto la programación estructurada como la novedosa y excitante metodología de 
la programación orientada a objetos. ¿Por qué enseñamos ambas? La programación orientada a objetos es la 
metodología clave utilizada hoy en día por los programadores. Usted creará y trabajará con muchos objetos de 
software en este libro. Sin embargo, descubrirá que la estructura interna de estos objetos se construye, a menudo, 
utilizando técnicas de programación estructurada. Además, la lógica requerida para manipular objetos se expresa 
algunas veces mediante la programación estructurada. 

El lenguaje de elección para las aplicaciones en red 

Java se ha convertido en el lenguaje de elección para implementar aplicaciones basadas en Internet, y software 
para dispositivos que se comunican a través de una red. Ahora, los estéreos y otros dispositivos en los hogares 
pueden conectarse entre sí mediante el uso de tecnología Java. ¡En la conferencia JavaOne en mayo del 2006, 
Sun anunció que había mil millones de teléfonos móviles y dispositivos portátiles habilitados para Java! Java ha 
evolucionado rápidamente en el ámbito de las aplicaciones de gran escala. Es el lenguaje preferido para satisfacer 
la mayoría de las necesidades de programación de muchas organizaciones. 

Java ha evolucionado tan rápidamente que publicamos esta séptima edición de Cómo programar en Java 
justamente 10 años después de publicar la primera edición. Java ha crecido tanto que cuenta con otras dos edi- 
ciones. La edición Java Enterprise Edition (Java EE) está orientada hacia el desarrollo de aplicaciones de red 
distribuidas, de gran escala, y aplicaciones basadas en Web. La plataforma Java Micro Edition (Java ME) está 
orientada hacia el desarrollo de aplicaciones para dispositivos pequeños, con memoria limitada, como los teléfo- 
nos celulares, radiolocalizadores y PDAs. 

Permanezca en contacto con nosotros 

Está a punto de comenzar una ruta de desafíos y recompensas. Mientras tanto, si desea comunicarse con nosotros, 
envíenos un correo a dei tel @dei tel . com o explore nuestro sitio Web en www . dei tel . com . Le responderemos 
a la brevedad. Para mantenerse al tanto de los desarrollos con Java en Deitel & Associates, regístrese para recibir 
nuestro boletín de correo electrónico, Deitel® Buzz Online en 

www . dei tel . com/ newsl etter/subsc ri be . html 

Para obtener material adicional sobre Java, visite nuestra creciente lista de centros de recursos en www. dei tel . 
com/ResourceCenters . html . Esperamos que disfrute aprender con Cómo programar en Java, 7 a edición. 
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1.2 ¿Qué es una computadora? 

Una computadora es un dispositivo capaz de realizar cálculos y tomar decisiones lógicas a velocidades de millones 
(incluso de miles de millones) de veces más rápidas que los humanos. Por ejemplo, muchas de las computadoras 
personales actuales pueden realizar varios miles de millones de cálculos en un segundo. Una persona con una 
calculadora podría requerir toda una vida para completar el mismo número de operaciones. (Puntos a considerar: 
¿cómo sabría que la persona sumó los números de manera correcta?, ¿cómo sabría que la computadora sumó los 
números de manera correcta?) ¡Las supercomputadoras actuales más rápidas pueden realizar billones de sumas 
por segundo! 

Las computadoras procesan los datos bajo el control de conjuntos de instrucciones llamadas programas de 
cómputo. Estos programas guían a la computadora a través de conjuntos ordenados de acciones especificadas por 
gente conocida como programadores de computadoras. 

Una computadora está compuesta por diversos dispositivos (como teclado, monitor, ratón, discos, memoria, 
DVD, CD-ROM y unidades de procesamiento) conocidos como hardware. A los programas que se ejecutan 
en una computadora se les denomina software. Los costos de las piezas de hardware han disminuido de manera 
espectacular en años recientes, al punto en que las computadoras personales se han convertido en artículos domés- 
ticos. En este libro aprenderá métodos comprobados que pueden reducir los costos de desarrollo del software: 
programación orientada a objetos y (en nuestro Ejemplo práctico de Ingeniería de Software en los capítulos 2-8 
y 10) diseño orientado a objetos. 

1.3 Organización de una computadora 

Independientemente de las diferencias en su apariencia física, casi todas las computadoras pueden representarse 
mediante seis unidades lógicas o secciones: 

1. Unidad de entrada. Esta sección “receptora” obtiene información (datos y programas de cómputo) 
desde diversos dispositivos de entrada y pone esta información a disposición de las otras unidades para 
que pueda procesarse. La mayoría de la información se introduce a través de los teclados y ratones; tam- 
bién puede introducirse de muchas otras formas, como hablar con su computadora, digitalizar imágenes 
y desde una red, como Internet. 

2. Unidad de salida. Esta sección de “embarque” toma información que ya ha sido procesada por la 
computadora y la coloca en los diferentes dispositivos de salida, para que esté disponible fuera de 
la computadora. Hoy en día, la mayoría de la información de salida de las computadoras se despliega en 
el monitor, se imprime en papel o se utiliza para controlar otros dispositivos. Las computadoras también 
pueden dar salida a su información a través de redes como Internet. 

3. Unidad de memoria. Esta sección de “almacén” de acceso rápido, pero con relativa baja capacidad, 
retiene la información que se introduce a través de la unidad de entrada, para que esté disponible de 
manera inmediata para procesarla cuando sea necesario. La unidad de memoria también retiene la infor- 
mación procesada hasta que ésta pueda colocarse en los dispositivos de salida por la unidad de salida. 
Por lo general, la información en la unidad de memoria se pierde cuando se apaga la computadora. Con 
frecuencia, a esta unidad de memoria se le llama memoria o memoria primaria. 

4. Unidad aritmética y lógica (ALU). Esta sección de “manufactura” es la responsable de realizar cálcu- 
los como suma, resta, multiplicación y división. Contiene los mecanismos de decisión que permiten a 
la computadora hacer cosas como, por ejemplo, comparar dos elementos de la unidad de memoria para 
determinar si son iguales o no. 

5. Unidad central de procesamiento (CPU). Esta sección “administrativa” coordina y supervisa la ope- 
ración de las demás secciones. La CPU le indica a la unidad de entrada cuándo debe grabarse la infor- 
mación dentro de la de memoria; a la ALU, cuándo debe utilizarse la información de la memoria 
para los cálculos; y a la unidad de salida, cuándo enviar la información desde la memoria hasta ciertos 
dispositivos de salida. Muchas de las computadoras actuales contienen múltiples CPUs y, por lo tanto, 
pueden realizar diversas operaciones de manera simultánea (a estas computadoras se les conoce como 
multiprocesadores) . 
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6. Unidad de almacenamiento secundario. Ésta es la sección de “almacén” de alta capacidad y de larga 
duración. Los programas o datos que no se encuentran en ejecución por las otras unidades, normalmen- 
te se colocan en dispositivos de almacenamiento secundario (por ejemplo, el disco duro) hasta que son 
requeridos nuevamente, posiblemente horas, días, meses o incluso años después. El tiempo para acceder 
a la información en almacenamiento secundario es mucho mayor que el que se necesita para acceder a la 
información de la memoria principal, pero el costo por unidad de memoria secundaria es mucho menor 
que el correspondiente a la unidad de memoria principal. Los CDs y DVDs son ejemplos de dispositi- 
vos de almacenamiento secundario y pueden contener hasta cientos de millones y miles de millones de 
caracteres, respectivamente. 

1.4 Los primeros sistemas operativos 

Las primeras computadoras eran capaces de realizar solamente una tarea o trabajo a la vez. A esta forma de ope- 
ración de la computadora a menudo se le conoce como procesamiento por lotes (batch) de un solo usuario. La 
computadora ejecuta un solo programa a la vez, mientras procesa los datos en grupos o lotes. En estos primeros 
sistemas, los usuarios generalmente asignaban sus trabajos a un centro de cómputo que los introducía en paquetes 
de tarjetas perforadas, y a menudo tenían que esperar horas, o incluso días, antes de que sus resultados impresos 
regresaran a sus escritorios. 

El software denominado sistema operativo se desarrolló para facilitar el uso de la computadora. Los prime- 
ros sistemas operativos administraban la suave transición entre trabajos, incrementando la cantidad de trabajo, o 
el flujo de datos, que las computadoras podían procesar. 

Conforme las computadoras se volvieron más poderosas, se hizo evidente que un proceso por lotes para un 
solo usuario era ineficiente, debido al tiempo que se malgastaba esperando a que los lentos dispositivos de entra- 
da/salida completaran sus tareas. Se pensó que era posible realizar muchos trabajos o tareas que podrían compartir 
los recursos de la computadora y lograr un uso más eficiente. A esto se le conoce como multiprogramación; que 
significa la operación simultánea de muchas tareas que compiten para compartir los recursos de la computadora. 
Aun con los primeros sistemas operativos con multiprogramación, los usuarios seguían enviando sus tareas en 
paquetes de tarjetas perforadas y esperaban horas, incluso hasta días, por los resultados. 

En la década de los sesenta, varios grupos en la industria y en las universidades marcaron la pauta de los sis- 
temas operativos de tiempo compartido. El tiempo compartido es un caso especial de la multiprogramación, ya 
que los usuarios acceden a la computadora a través de terminales que, por lo general, son dispositivos compuestos 
por un teclado y un monitor. Puede haber docenas o incluso cientos de usuarios compartiendo la computadora 
al mismo tiempo. La computadora en realidad no ejecuta los procesos de todos los usuarios a la vez. Lo que hace 
es ejecutar una pequeña porción del trabajo de un usuario y después procede a dar servicio al siguiente usuario, 
con la posibilidad de proporcionar el servicio a cada usuario varias veces por segundo. Así, los programas de los 
usuarios aparentemente se ejecutan de manera simultánea. Una ventaja del tiempo compartido es que el usuario 
recibe respuestas casi inmediatas a las peticiones. 

1.5 Computación personal, distribuida y cliente/servidor 

En 1977, Apple Computer popularizó el fenómeno de la computación personal. Las computadoras se volvie- 
ron sumamente económicas, de manera que la gente pudo adquirirlas para su uso personal o para negocios. En 
1981, IBM, el vendedor de computadoras más grande del mundo, introdujo la Computadora Personal (PC) de 
IBM. Con esto se legitimó rápidamente la computación en las empresas, en la industria y en las organizaciones 
gubernamentales . 

Estas computadoras eran unidades “independientes” (la gente transportaba sus discos de un lado a otro para 
compartir información; a esto se le conoce comúnmente como “sneakernet”). Aunque las primeras computadoras 
personales no eran lo suficientemente poderosas para compartir el tiempo entre varios usuarios, podían interco- 
nectarse mediante redes computacionales, algunas veces a través de líneas telefónicas y otras mediante redes de 
área local (LANs) dentro de una empresa. Esto derivó en el fenómeno denominado computación distribuida, 
en donde todos los cálculos informáticos de una empresa, en vez de realizarse estrictamente dentro de un centro 
de cómputo, se distribuyen mediante redes a los sitios en donde se realiza el trabajo de la empresa. Las compu- 
tadoras personales eran lo suficientemente poderosas para manejar los requerimientos de cómputo de usuarios 
individuales, y para manejar las tareas básicas de comunicación que involucraban la transferencia de información 
entre una computadora y otra, de manera electrónica. 
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Las computadoras personales actuales son tan poderosas como las máquinas de un millón de dólares de hace 
apenas unas décadas. Las máquinas de escritorio más poderosas (denominadas estaciones de trabajo) propor- 
cionan a cada usuario enormes capacidades. La información se comparte fácilmente a través de redes de compu- 
tadoras, en donde algunas computadoras denominadas servidores almacenan datos que pueden ser utilizados por 
computadoras cliente distribuidas en toda la red, de ahí el término de computación cliente/servidor. Java se 
está utilizando ampliamente para escribir software para redes de computadoras y para aplicaciones cliente/servi- 
dor distribuidas. Los sistemas operativos actuales más populares como Linux, Mac OS X y Microsoft Windows 
proporcionan el tipo de capacidades que explicamos en esta sección. 

1.6 Internet y World Wide Web 

Internet (una red global de computadoras) tiene sus raíces en la década de 1960; su patrocinio estuvo a cargo del 
Departamento de Defensa de los Estados Unidos. Diseñada originalmente para conectar los sistemas de cómputo 
principales de aproximadamente una docena de universidades y organizaciones de investigación, actualmente, 
Internet es utilizada por cientos de millones de computadoras y dispositivos controlados por computadora en 
todo el mundo. 

Con la introducción de World Wide Web (que permite a los usuarios de computadora localizar y ver docu- 
mentos basados en multimedia, sobre casi cualquier tema, a través del ciberespacio), Internet se ha convertido 
explosivamente en uno de los principales mecanismos de comunicación en todo el mundo. 

Internet y World Wide Web se encuentran, sin duda, entre las creaciones más importantes y profundas de la 
humanidad. En el pasado, la mayoría de las aplicaciones de computadora se ejecutaban en equipos que no estaban 
conectados entre sí. Las aplicaciones de la actualidad pueden diseñarse para intercomunicarse entre computadoras 
en todo el mundo. Internet mezcla las tecnologías de la computación y las comunicaciones. Facilita nuestro tra- 
bajo. Hace que la información esté accesible en forma instantánea y conveniente para todo el mundo. Hace posi- 
ble que los individuos y negocios pequeños locales obtengan una exposición mundial. Está cambiando la forma 
en que se hacen los negocios. La gente puede buscar los mejores precios para casi cualquier producto o servicio. 
Los miembros de las comunidades con intereses especiales pueden mantenerse en contacto unos con otros. Los 
investigadores pueden estar inmediatamente al tanto de los últimos descubrimientos. 

Cómo programar en Java, 7 a edición presenta técnicas de programación que permiten a las aplicaciones en Java 
utilizar Internet y Web para interactuar con otras aplicaciones. Estas técnicas, junto con otras más, permiten a los 
programadores de Java desarrollar el tipo de aplicaciones distribuidas de nivel empresarial que se utilizan actual- 
mente en la industria. Se pueden escribir aplicaciones en Java para ejecutarse en cualquier tipo de computadora, 
con lo cual se reduce en gran parte el tiempo y el costo de desarrollo de sistemas. Si a usted le interesa desarrollar 
aplicaciones que se ejecuten a través de Internet y Web, aprender Java puede ser la clave para que reciba oportu- 
nidades retadoras y remuneradoras en su profesión. 

1.7 Lenguajes máquina, ensambladores y de alto nivel 

Los programadores escriben instrucciones en diversos lenguajes de programación, algunos de los cuales compren- 
de directamente la computadora, mientras que otros requieren pasos intermedios de traducción. En la actualidad 
se utilizan cientos de lenguajes de computación. Éstos se dividen en tres tipos generales: 

1. Lenguajes máquina. 

2. Lenguajes ensambladores. 

3. Lenguajes de alto nivel. 

Cualquier computadora puede entender de manera directa sólo su propio lenguaje máquina; que es su 
“lenguaje natural”, y como tal, está definido por el diseño del hardware de dicha computadora. Por lo general, 
los lenguajes máquina consisten en cadenas de números (que finalmente se reducen a ls y Os) que instruyen a las 
computadoras para realizar sus operaciones más elementales, una a la vez. Los lenguajes máquina son dependien- 
tes de la máquina (es decir, un lenguaje máquina en particular puede usarse solamente en un tipo de compu- 
tadora). Dichos lenguajes son difíciles de comprender para los humanos, el siguiente ejemplo muestra uno de los 
primeros programas en lenguaje máquina, el cual suma el pago de las horas extras al sueldo base y almacena el 
resultado en el sueldo bruto: 
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+1300042774 

+1400593419 

+1200274027 

La programación en lenguaje máquina era demasiado lenta y tediosa para la mayoría de los programadores. 
En vez de utilizar las cadenas de números que las computadoras podían entender directamente, los programadores 
empezaron a utilizar abreviaturas del inglés para representar las operaciones elementales. Estas abreviaturas for- 
maron la base de los lenguajes ensambladores. Los programas traductores conocidos como ensambladores 
se desarrollaron para convertir los primeros programas en lenguaje ensamblador a lenguaje máquina, a la velo- 
cidad de la computadora. A continuación se muestra un ejemplo de un programa en lenguaje ensamblador, que 
también suma el pago de las horas extras al sueldo base y almacena el resultado en el sueldo bruto: 

load sueldobase 

add sueldoextra 

store sueldobruto 

Aunque este código es más claro para los humanos, las computadoras no lo pueden entender sino hasta que se 
traduce en lenguaje máquina. 

El uso de las computadoras se incrementó rápidamente con la llegada de los lenguajes ensambladores, pero 
los programadores aún requerían de muchas instrucciones para llevar a cabo incluso hasta las tareas más simples. 
Para agilizar el proceso de programación se desarrollaron los lenguajes de alto nivel, en donde podían escribirse 
instrucciones individuales para realizar tareas importantes. Los programas traductores, denominados compilado- 
res, convierten, a lenguaje máquina, los programas que están en lenguaje de alto nivel. Estos últimos permiten a 
los programadores escribir instrucciones que son muy similares al inglés común, y contienen la notación matemá- 
tica común. Un programa de nómina escrito en un lenguaje de alto nivel podría contener una instrucción como 
la siguiente: 

sueldoBruto = sueldoBase + sueldoExtra 

Obviamente, desde el punto de vista del programador, los lenguajes de alto nivel son mucho más recomen- 
dables que los lenguajes máquina o ensamblador. C, C++ y los lenguajes .NET de Microsoft (por ejemplo, Visual 
Basic .NET, Visual C++ .NET y C#) son algunos de los lenguajes de programación de alto nivel que más se 
utilizan; sin embargo, Java es el más utilizado. 

El proceso de compilación de un programa escrito en lenguaje de alto nivel a un lenguaje máquina puede 
tardar un tiempo considerable en la computadora. Los programas intérpretes se desarrollaron para ejecutar 
programas en lenguaje de alto nivel directamente, aunque con más lentitud. Los intérpretes son populares en los 
entornos de desarrollo de programas, en los cuales se agregan nuevas características y se corrigen los errores. Una 
vez que se desarrolla un programa por completo, se puede producir una versión compilada para ejecutarse con la 
mayor eficiencia. 

Actualmente se sabe que existen dos formas de traducir un programa en lenguaje de alto nivel a un formato 
que la computadora pueda entender: compilación e interpretación. Como veremos en la sección 1.13, Java utiliza 
una mezcla inteligente de estas tecnologías. 

1.8 Historia de C y C++ 

Java evolucionó de C++, el cual evolucionó de C, que a su vez evolucionó de BCPL y B. En 1967, Martin 
Richards desarrolló BCPL como un lenguaje para escribir software para sistemas operativos y compiladores. Ken 
Thompson modeló muchas características en su lenguaje B a partir del trabajo de sus contrapartes en BCPL, y 
utilizó a B para crear las primeras versiones del sistema operativo UNIX, en los laboratorios Bell en 1970. 

El lenguaje C evolucionó a partir de B, gracias al trabajo de Dennis Ritchie en los laboratorios Bell, y se 
implemento originalmente en 1972. Inicialmente, se hizo muy popular como lenguaje de desarrollo para el sis- 
tema operativo UNIX. En la actualidad, la mayoría del código para los sistemas operativos de propósito general 
(por ejemplo, los que se encuentran en las computadoras portátiles, de escritorio, estaciones de trabajo y pequeños 
servidores) se escribe en C o C++. 

A principios de la década de los ochenta, Bjarne Stroustrup desarrolló una extensión de C en los laboratorios 
Bell: C++. Este lenguaje proporciona un conjunto de características que “pulen” al lenguaje C pero, lo más impor- 
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tante es que proporciona la capacidad de una programación orientada a objetos (que describiremos con más detalle 
en la sección 1 . 1 6 y en todo el libro) . C++ es un lenguaje híbrido: es posible programar en un estilo parecido a C, en 
un estilo orientado a objetos, o en ambos. 

Una revolución se está gestando en la comunidad del software. Escribir software de manera rápida, correcta 
y económica es aún una meta difícil de alcanzar, en una época en que la demanda de nuevo y más poderoso 
software se encuentra a la alza. Los objetos, o dicho en forma más precisa (como veremos en la sección 1.16), 
las clases a partir de las cuales se crean los objetos, son en esencia componentes reutilizables de software. Hay 
objetos de: fecha, hora, audio, automóvil, personas, etcétera; de hecho, casi cualquier sustantivo puede represen- 
tarse como objeto de software en términos de atributos (como el nombre, color y tamaño) y comportamientos 
(como calcular, desplazarse y comunicarse). Los desarrolladores de software están descubriendo que utilizar 
una metodología de diseño e implementación modular y orientada a objetos puede hacer más productivos a 
los grupos de desarrollo de software, que mediante las populares técnicas de programación anteriores, como la 
programación estructurada. Los programas orientados a objetos son, a menudo, más fáciles de entender, corregir 
y modificar. Java es el lenguaje de programación orientada a objetos que más se utiliza en el mundo. 

1.9 Historia de Java 

La contribución más importante a la fecha, por parte de la revolución del microprocesador, es que hizo posible el 
desarrollo de las computadoras personales, que ahora suman miles de millones a nivel mundial. Las computadoras 
personales han tenido un profundo impacto en la vida de las personas, y en la manera en que las empresas realizan 
y administran su negocio. 

Los microprocesadores están teniendo un profundo impacto en los dispositivos electrónicos inteligentes para 
uso doméstico. Al reconocer esto, Sun Microsystems patrocinó en 1991 un proyecto interno de investigación 
denominado Green, el cual desembocó en el desarrollo de un lenguaje basado en C++ al que su creador, James 
Gosling, llamó Oak debido a un roble que tenía a la vista desde su ventana en las oficinas de Sun. Posteriormente 
se descubrió que ya existía un lenguaje de computadora con el mismo nombre. Cuando un grupo de gente de Sun 
visitó una cafetería local, sugirieron el nombre Java (una variedad de café) y así se quedó. 

Pero el proyecto Green tuvo algunas dificultades. El mercado para los dispositivos electrónicos inteligentes de 
uso doméstico no se desarrollaba tan rápido a principios de los noventa como Sun había anticipado. El proyecto 
corría el riesgo de cancelarse. Pero para su buena fortuna, la popularidad de World Wide Web explotó en 1993 
y la gente de Sun se dio cuenta inmediatamente del potencial de Java para agregar contenido dinámico, como 
interactividad y animaciones, a las páginas Web. Esto trajo nueva vida al proyecto. 

Sun anunció formalmente a Java en una importante conferencia que tuvo lugar en mayo de 1995. Java 
generó la atención de la comunidad de negocios debido al fenomenal interés en World Wide Web. En la actua- 
lidad, Java se utiliza para desarrollar aplicaciones empresariales a gran escala, para mejorar la funcionalidad de 
los servidores Web (las computadoras que proporcionan el contenido que vemos en nuestros exploradores Web), 
para proporcionar aplicaciones para los dispositivos domésticos (como teléfonos celulares, radiolocalizadores y 
asistentes digitales personales) y para muchos otros propósitos. 


LIO Bibliotecas de clases de Java 

Los programas en Java constan de varias piezas llamadas clases. Estas clases incluyen piezas llamadas métodos, 
los cuales realizan tareas y devuelven información cuando completan esas tareas. Los programadores pueden crear 
cada una de las piezas que necesitan para formar programas en Java. Sin embargo, la mayoría de los programado- 
res en Java aprovechan las ricas colecciones de clases existentes en las bibliotecas de clases de Java, que también se 
conocen como APIs (Interfaces de programación de aplicaciones) de Java. Por lo tanto, en realidad existen dos 
fundamentos para conocer el “mundo” de Java. El primero es el lenguaje Java en sí, de manera que usted pueda 
programar sus propias clases; el segundo son las clases incluidas en las extensas bibliotecas de clases de Java. A lo 
largo de este libro hablaremos sobre muchas bibliotecas de clases; que proporcionan principalmente los vendedo- 
res de compiladores, pero muchas de ellas las proporcionan vendedores de software independientes (ISVs). 



Observación de ingeniería de software l.l 

Utilice un método de construcción en bloques para crear programas. Evite reinventar la rueda: use piezas existentes 
siempre que sea posible. Esta reutilización de software es un beneficio clave de la programación orientada a objetos. 


I.ll FORTRAN, COBOL, Pascal y Ada 
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Incluimos muchos tips como Observaciones de ingeniería de software a lo largo del texto para explicar 
los conceptos que afectan y mejoran la arquitectura y calidad de los sistemas de software. También resaltamos 
otras clases de tips, incluyendo las Buenas prácticas de programación (que le ayudarán a escribir programas 
más claros, comprensibles, de fácil mantenimiento, y fáciles de probar y depurar; es decir, eliminar errores de 
programación), los Errores comunes de programación (problemas de los que tenemos que cuidarnos y evitar), 
Tips de rendimiento (que servirán para escribir programas que se ejecuten más rápido y ocupen menos memo- 
ria), Tips de portabilidad (técnicas que le ayudarán a escribir programas que se ejecuten, con poca o ninguna 
modificación, en una variedad de computadoras; estos tips también incluyen observaciones generales acerca de 
cómo logra Java su alto grado de portabilidad), Tips para prevenir errores (que le ayudarán a eliminar errores 
de sus programas y, lo que es más importante, técnicas que le ayudarán a escribir programas libres de errores desde 
el principio) y Observaciones de apariencia visual (que le ayudarán a diseñar la apariencia visual de las interfaces 
gráficas de usuario de sus aplicaciones, además de facilitar su uso). Muchas de estas técnicas y prácticas son sólo 
guías. Usted deberá, sin duda, desarrollar su propio estilo de programación. 



Observación de ingeniería de software 1 .2 

Cuando programe en Java, generalmente utilizará los siguientes bloques de construcción: clases y métodos de las 
bibliotecas de clases, clases y métodos creados por usted mismo, y clases y métodos creados por otros y puestos a dispo- 
sición suya. 


La ventaja de crear sus propias clases y métodos es que sabe exactamente cómo funcionan y puede examinar el 
código en Java. La desventaja es el tiempo que consumen y el esfuerzo potencialmente complejo que se requiere. 



Tip de rendimiento l.l 

Utilizar las clases y métodos de lasAPIs de Java en vez de escribir sus propias versiones puede mejorar el rendimiento 
de sus programas, ya que estas clases y métodos están escritos cuidadosamente para funcionar de manera eficiente. Esta 
técnica también reduce el tiempo de desarrollo de los programas. 



Tip de portabilidad l.l 

Utilizar las clases y métodos de lasAPIs de Java en vez de escribir sus propias versiones mejora la portabilidad de sus 
programas, ya que estas clases y métodos se incluyen en todas las implementaciones de Java. 



Observación de ingeniería de software 1.3 

Existen diversas bibliotecas de clases que contienen componentes reutilizables de software, y están disponibles a través 
de Internet y Web, muchas de ellas en forma gratuita. 


Para descargar la documentación de la API de Java, visite el sitio j ava . sun . com/ j avase/6/downl oad . j sp 
de Sun para Java. 


I.ll FORTRAN, COBOL, Pascal y Ada 

Se han desarrollado cientos de lenguajes de alto nivel, pero sólo unos cuantos han logrado una amplia aceptación. 
Fortran (FORmuIaTRANslator, Traductor de fórmulas) fue desarrollado por IBM Corporation a mediados de 
la década de los cincuenta para utilizarse en aplicaciones científicas y de ingeniería que requerían cálculos mate- 
máticos complejos. En la actualidad, Fortran se utiliza ampliamente en aplicaciones de ingeniería. 

COBOL (COmmon Business Oriented Language, Lenguaje común orientado a negocios) fue desa- 
rrollado a finales de la década de los cincuenta por fabricantes de computadoras, el gobierno estadounidense y 
usuarios de computadoras de la industria. COBOL se utiliza en aplicaciones comerciales que requieren de una 
manipulación precisa y eficiente de grandes volúmenes de datos. Gran parte del software de negocios aún se pro- 
grama en COBOL. 

Durante la década de los sesenta, muchos de los grandes esfuerzos para el desarrollo de software encontraron 
severas dificultades. Los itinerarios de software generalmente se retrasaban, los costos rebasaban en gran medida 
a los presupuestos y los productos terminados no eran confiables. La gente comenzó a darse cuenta de que el 
desarrollo de software era una actividad mucho más compleja de lo que habían imaginado. Las actividades de 
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investigación en la década de los sesenta dieron como resultado la evolución de la programación estructurada 
(un método disciplinado para escribir programas que fueran más claros, fáciles de probar y depurar, y más fáciles 
de modificar que los programas extensos producidos con técnicas anteriores) . 

Uno de los resultados más tangibles de esta investigación fue el desarrollo del lenguaje de programación 
Pascal por el profesor Niklaus Wirth, en 1971. Pascal, cuyo nombre se debe al matemático y filósofo Blaise Pascal 
del siglo diecisiete, se diseñó para la enseñanza de la programación estructurada en ambientes académicos, y de 
inmediato se convirtió en el lenguaje de programación preferido en la mayoría de las universidades. Pascal carece 
de muchas de las características necesarias para poder utilizarse en aplicaciones comerciales, industriales y guber- 
namentales, por lo que no ha sido muy aceptado en estos entornos. 

El lenguaje de programación Ada se desarrolló bajo el patrocinio del Departamento de Defensa de los Esta- 
dos Unidos (DOD) durante la década de los setenta y los primeros años de la década de los ochenta. Cientos de 
lenguajes independientes se utilizaron para producir los sistemas de software masivos de comando y control del 
departamento de defensa. Este quería un solo lenguaje que pudiera satisfacer la mayoría de sus necesidades. El 
nombre del lenguaje es en honor de Lady Ada Lovelace, hija del poeta Lord Byron. A Lady Lovelace se le atribuye 
el haber escrito el primer programa para computadoras en el mundo, a principios de la década del 800 (para la 
Máquina Analítica, un dispositivo de cómputo mecánico diseñado por Charles Babbage). Una de las característi- 
cas importantes de Ada se conoce como multitarea, la cual permite a los programadores especificar que muchas 
actividades ocurran en paralelo. Java, a través de una técnica que se conoce como subprocesamiento múltiple, tam- 
bién permite a los programadores escribir programas con actividades paralelas. 

1.12 BASIC, Visual Basic, Visual C++, C#y .NET 

El lenguaje de programación BASIC (Beginner's AU-Purpose Symbolic Instruction Code, Código de instruc- 
ciones simbólicas de uso general para principiantes) fue desarrollado a mediados de la década de los sesenta en el 
Dartmouth College, como un medio para escribir programas simples. El propósito principal de BASIC era que 
los principiantes se familiarizaran con las técnicas de programación. 

El lenguaje Visual Basic de Microsoft se introdujo a principios de la década de los noventa para simplificar el 
desarrollo de aplicaciones para Microsoft Windows, y es uno de los lenguajes de programación más populares en 
el mundo. 

Las herramientas de desarrollo más recientes de Microsoft forman parte de su estrategia a nivel corporativo 
para integrar Internet y Web en las aplicaciones de computadora. Esta estrategia se implementa en la plataforma 
.NET de Microsoft, la cual proporciona a los desarrolladores las herramientas que necesitan para crear y ejecu- 
tar aplicaciones de computadora que puedan ejecutarse en computadoras distribuidas a través de Internet. Los 
tres principales lenguajes de programación de Microsoft son Visual Basic .NET (basado en el lenguaje BASIC 
original), Visual C++ .NET (basado en C++) y C# (basado en C++ y Java, y desarrollado expresamente para la 
plataforma .NET). Los desarrolladores que utilizan .NET pueden escribir componentes de software en el lenguaje 
con el que estén más familiarizados y formar aplicaciones al combinar esos componentes con los ya escritos en 
cualquier lenguaje .NET. 

1.13 Entorno de desarrollo típico en Java 

Ahora explicaremos los pasos típicos usados para crear y ejecutar un programa en Java, utilizando un entorno de 
desarrollo de Java (el cual se ilustra en la figura 1.1). 

Por lo general, los programas en Java pasan a través de cinco fases: edición, compilación, carga, verificación y 
ejecución. Elablamos sobre estos conceptos en el contexto del JDK 6.0 de Sun Microsystems, Inc. Puede descargar 
el JDK más actualizado y su documentación en j ava . sun . com/ j avase/6/ downl oad . j sp. Siga cuidadosamente 
las instrucciones de instalación para el JDK que se proporcionan en la sección Antes de empezar (o en java, sun . com/ 
javase/6/webnotes/i nstal 1 /i ndex.htm) para asegurarse de configurar su computadora apropiadamente para 
compilar y ejecutar programas en Java. También es conveniente que visite el centro para principiantes en Java (New 
to Java Center) de Sun en: 

j ava . sun . com/devel oper/onl i neT rai ni ng/new2 j ava/i ndex . html 

[Nota: este sitio Web proporciona las instrucciones de instalación para Windows, Linux y MacOS X. Si usted no 
utiliza uno de estos sistemas operativos, consulte los manuales del entorno de Java de su sistema, o pregunte a su 
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Fase 1 : edición 


Fase 2: compilación 


Fase 3: carga 


Editor 


Compilador 


Cargador de clases 
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El programa se crea en un 
editor y se almacena en disco, 
en un archivo con la 
terminación .java 

El compilador crea los códigos 
de bytes y los almacena en 
disco, en un archivo con la 
terminación . class 


El cargador de clases lee los 
archivos .class que 
contienen códigos de bytes 
del disco y coloca esos 
códigos de bytes en la 
memoria 


Fase 4: verificación 


Verificador de código 
de bytes 


/ 

Memoria ^ 
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El verificador de código de 
bytes confirma que todos 
los códigos de bytes sean 
válidos y no violen las 
restricciones de seguridad 
de Java 


Máquina Virtual de 

Fase 5: ejecución java (JVM) 


Memoria 
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Para ejecutar el programa, la 
JVM lee los códigos de bytes y 
los compila "justo a tiempo” 
(JIT); es decir, los traduce en 
un lenguaje que la 
computadora pueda entender. 
A medida que se ejecuta el 
programa, existe la posibilidad 
de que almacene los valores de 
datos en la memoria principal 


y 


Figura l.l 


Entorno de desarrollo típico de Java. 
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instructor cómo puede lograr estas tareas con base en el sistema operativo de su computadora. Además, tenga en 
cuenta que en ocasiones los vínculos Web se rompen a medida que las compañías evolucionan sus sitios Web. Si 
encuentra un problema con este vínculo o con cualquier otro al que se haga referencia en este libro, visite www . 
deitel . com para consultar la fe de erratas y notifíquenos su problema al correo electrónico deitel@deitel . 
com. Le responderemos a la brevedad] . 

Fase 1: Creación de un programa 

La fase 1 consiste en editar un archivo con un programa de edición (conocido comúnmente como editor). Usted 
escribe un programa en Java (conocido, por lo general, como código fuente) utilizando el editor, realiza las correc- 
ciones necesarias y guarda el programa en un dispositivo de almacenamiento secundario, como su disco duro. Un 
nombre de archivo que termina con la extensión .java indica que éste contiene código fuente en Java. En este 
libro asumimos que usted ya sabe cómo editar un archivo. 

Dos de los editores que se utilizan ampliamente en sistemas Linux son vi y emacs. En Windows, basta con 
usar un programa editor simple, como el Bloc de notas. También hay muchos editores de freeware y Shareware 
disponibles para descargarlos de Internet, en sitios como www. downl oad . com. 

Para las organizaciones que desarrollan sistemas de información extensos, hay entornos de desarrollo inte- 
grados (IDEs) disponibles de la mayoría de los proveedores de software, incluyendo Sun Microsystems. Los 
IDEs proporcionan herramientas que dan soporte al proceso de desarrollo del software, incluyendo editores para 
escribir y editar programas, y depuradores para localizar errores lógicos. 

Los IDEs populares son: Eclipse (www.eclipse.org), NetBeans (www.netbeans.org), JBuilder (www. 
borland.com), JCreator (www.jcreator.com), BlueJ (www.bluel.org), jGRASP (www.jgrasp.org) y JEdit 
(www. jedi t .org). Java Studio Enterprise de Sun Microsystems (developers . sun . com/prodtech/javatool s/ 
jsenterprise/index. jsp) es una versión mejorada de NetBeans. [Nota: la mayoría de nuestros programas de 
ejemplo deben operar de manera apropiada con cualquier entorno de desarrollo integrado de Java que cuente con 
soporte para el JDK 6] . 

Fase 2: Compilación de un programa en Java para convertirlo en códigos de bytes 

En la fase 2, el programador utiliza el comando javac (el compilador de Java) para compilar un programa. Por 
ejemplo, para compilar un programa llamado Bi enveni do .java, escriba 

javac Bienvenido. java 

en la ventana de comandos de su sistema (es decir, el indicador de MS-DOS en Windows 95/98/ME, el Símbolo 
del sistema en Windows NT/2000/XP, el indicador de shell en Linux o la aplicación Terminal en Mac OS X). 
Si el programa se compila, el compilador produce un archivo . el ass llamado Bi enveni do . el ass, que contiene 
la versión compilada del programa. 

El compilador de Java traduce el código fuente en códigos de bytes que representan las tareas a ejecutar en 
la fase de ejecución (fase 5). La Máquina Virtual de Java (JVM), una parte del JDK y la base de la plataforma 
Java, ejecuta los códigos de bytes. Una máquina virtual (VM) es una aplicación de software que simula a una 
computadora, pero oculta el sistema operativo y el hardware subyacentes de los programas que interactúan con 
la VM. Si se implementa la misma VM en muchas plataformas computacionales, las aplicaciones que ejecute se 
podrán utilizar en todas esas plataformas. La JVM es una de las máquinas virtuales más utilizadas. 

A diferencia del lenguaje máquina, que depende del hardware de una computadora específica, los códigos de 
bytes son instrucciones independientes de la plataforma; no dependen de una plataforma de hardware en espe- 
cial. Entonces, los códigos de bytes de Java son portables (es decir, se pueden ejecutar en cualquier plataforma 
que contenga una JVM que comprenda la versión de Java en la que se compilaron). La JVM se invoca mediante 
el comando java. Por ejemplo, para ejecutar una aplicación llamada Bi enveni do, debe escribir el comando 

java Bienvenido 

en una ventana de comandos para invocar la JVM, que a su vez inicia los pasos necesarios para ejecutar la aplica- 
ción. Esto comienza la fase 3. 

Fase 3: Cargar un programa en memoria 

En la fase 3, el programa debe colocarse en memoria antes de ejecutarse; a esto se le conoce como cargar. El 
cargador de clases toma los archivos . el ass que contienen los códigos de bytes del programa y los transfiere a 
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la memoria principal. El cargador de clases también carga cualquiera de los archivos .class que su programa 
utilice, y que sean proporcionados por Java. Puede cargar los archivos . el ass desde un disco en su sistema o a 
través de una red (como la de su universidad local o la red de la empresa, o incluso desde Internet). 

Fase 4: Verificación del código de bytes 

En la fase 4, a medida que se cargan las clases, el verificador de códigos de bytes examina sus códigos de bytes 
para asegurar que sean válidos y que no violen las restricciones de seguridad. Java implementa una estrecha segu- 
ridad para asegurar que los programas que llegan a través de la red no dañen sus archivos o su sistema (como 
podrían hacerlo los virus de computadora y los gusanos) . 

Fase 5: Ejecución 

En la fase 5, la JVM ejecuta los códigos de bytes del programa, realizando así las acciones especificadas por el 
mismo. En las primeras versiones de Java, la JVM era tan sólo un intérprete de códigos de bytes de Java. Esto hacía 
que la mayoría de los programas se ejecutaran con lentitud, ya que la JVM tenía que interpretar y ejecutar un 
código de bytes a la vez. Por lo general, las JVMs actuales ejecutan códigos de bytes usando una combinación de 
la interpretación y la denominada compilación justo a tiempo (JIT). En este proceso, la JVM analiza los códigos 
de bytes a medida que se interpretan, buscando puntos activos: partes de los códigos de bytes que se ejecutan 
con frecuencia. Para estas partes, un compilador justo a tiempo (JIT) (conocido como compilador HotSpot 
de Java) traduce los códigos de bytes al lenguaje máquina correspondiente a la computadora. Cuando la JVM 
encuentra estas partes compiladas nuevamente, se ejecuta el código en lenguaje máquina, que es más rápido. Por 
ende, los programas en Java en realidad pasan por dos fases de compilación: una en la cual el código fuente se 
traduce a código de bytes (para tener portabilidad a través de las JVMs en distintas plataformas computacionales) 
y otra en la que, durante la ejecución, los códigos de bytes se traducen en lenguaje máquina para la computadora 
actual en la que se ejecuta el programa. 

Problemas que pueden ocurrir en tiempo de ejecución 

Es probable que los programas no funcionen la primera vez. Cada una de las fases anteriores puede fallar, debido a 
diversos errores que describiremos en este texto. Por ejemplo, un programa en ejecución podría intentar una divi- 
sión entre cero (una operación ilegal para la aritmética con números enteros en Java). Esto haría que el programa 
de Java imprimiera un mensaje de error. Si esto ocurre, tendría que regresar a la fase de edición, hacer las correc- 
ciones necesarias y proseguir con las fases restantes nuevamente, para determinar que las correcciones resolvieron 
el(los) problema(s). [Nota: la mayoría de los programas en Java reciben o producen datos. Cuando decimos que 
un programa muestra un mensaje, por lo general, queremos decir que muestra ese mensaje en la pantalla de su 
computadora. Los mensajes y otros datos pueden enviarse a otros dispositivos, como los discos y las impresoras, 
o incluso a una red para transmitirlos a otras computadoras] . 



Error común de programación l.l 

Los errores, como la división entre cero, ocurren a medida que se ejecuta un programa, de manera que a estos 
errores se les llama errores en tiempo de ejecución. Los errores fatales en tiempo de ejecución hacen que los 
programas terminen de inmediato, sin haber realizado correctamente su trabajo. Los errores no fatales en tiempo 
de ejecución permiten a los programas ejecutarse hasta terminar su trabajo, lo que a menudo produce resultados 
incorrectos. 


1 . 1 4 Generalidades acerca de Java y este libro 

Java es un poderoso lenguaje de programación. En ocasiones, los programadores experimentados se enorgullecen 
en poder crear un uso excéntrico, deformado e intrincado de un lenguaje. Esta es una mala práctica de programa- 
ción; ya que hace que: los programas sean más difíciles de leer, se comporten en forma extraña, sean más difíciles 
de probar y depurar, y más difíciles de adaptarse a los cambiantes requerimientos. Este libro está enfocado en la 
claridad. A continuación se muestra nuestro primer tip de Buena práctica de programación: 

r— ^73 Buena práctica de programación l.l 


Escriba sus programas de Java en una manera simple y directa. A esto se le conoce algunas veces como KIS (Keep It 
Simple, simplifíquelo). No “extiendas” el lenguaje experimentando con usos excéntricos. 
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Seguramente habrá escuchado que Java es un lenguaje portable y que los programas escritos en él pueden 
ejecutarse en diversas computadoras. En general, la portabilidad es una meta elusiva. 



Tip de portabilidad 1.2 

Aunque es más fácil escribir programas portables en Java que en la mayoría de los demás lenguajes de programación, 
las diferencias entre compiladores, JVMs y computadoras pueden hacer que la portabilidad sea difícil de lograr. No 
basta con escribir programas en Java para garantizar su portabilidad. 



Tip para prevenir errores I . I 


Para asegurarse de que sus programas de Java trabajen correctamente para las audiencias a las que están destinados, 
pruébelos siempre en todos los sistemas en los que tenga pensado ejecutarlos. 


Comparamos nuestra presentación con la documentación de Java de Sun, para verificar que sea completa 
y precisa. Sin embargo, Java es un lenguaje extenso, y ningún libro puede cubrir todos los temas. En la página 
java, sun . com/javase/6/docs/api/i ndex. html existe una versión de la documentación de las APIs de Java; 
también puede descargar esta documentación en su propia computadora, visitando java. sun. com/javase/6/ 
downl oad . j sp. Para obtener detalles adicionales sobre muchos aspectos del desarrollo en Java, visite j ava . sun . 
com/ reference/docs/i ndex . html . 


Buena práctica de programación 1.2 




Lea la documentación para la versión de Java que esté utilizando. Consulte esta documentación con frecuencia, 
para asegurarse de conocer la vasta colección de herramientas disponibles en Java, y para asegurarse de que las está 
utilizando correctamente. 


o Buena práctica de programación 1.3 


Su computadora y su compilador son buenos maestros. Si, después de leer cuidadosamente el manual de documenta- 
ción de Java, todavía no está seguro de cómo funciona alguna de sus características, experimente y vea lo que ocurre. 
Analice cada error o mensaje de advertencia que obtenga al compilar sus programas (a éstos se les llama errores en 
tiempo de compilación o errores de compilación), y corrija los programas para eliminar estos mensajes. 



Observación de ingeniería de software 1 .4 

Algunos programadores gustan de leer el código fuente para las clases de la API de Java, para determinar cómo fun- 
cionan las clases y aprender técnicas de programación adicionales. 


1.15 Prueba de una aplicación en Java 

En esta sección, ejecutará su primera aplicación en Java e interactuará con ella. Para empezar, ejecutará una aplica- 
ción de ATM, la cual simula las transacciones que se llevan a cabo al utilizar una máquina de cajero automático, 
o ATM (por ejemplo, retirar dinero, realizar depósitos y verificar los saldos de las cuentas). Aprenderá a crear esta 
aplicación en el ejemplo práctico opcional orientado a objetos que se incluye en los capítulos 1-8 y 10. La figura 
1.10 al final de esta sección sugiere otras aplicaciones interesantes que también puede probar después de terminar 
con la prueba del ATM. Para los fines de esta sección supondremos que está utilizando Microsoft Windows. 

En los siguientes pasos, ejecutará la aplicación y realizará diversas transacciones. Los elementos y la funcio- 
nalidad que podemos ver en esta aplicación son típicos de lo que aprenderá a programar en este libro. [Nota: 
utilizamos diversos tipos de letra para diferenciar las características que se ven en una pantalla (por ejemplo, el 
Símbolo del sistema) y los elementos que no se relacionan directamente con una pantalla. Nuestra convención es 
enfatizar las características de la pantalla como los títulos y menús (por ejemplo, el menú Archivo) en una fuente 
Helvética sans-serif en negritas, y enfatizar los elementos que no son de la pantalla, como los nombres de archivo 
o los datos de entrada (como NombrePrograma. java) en una fuente Lucida sans-serif. Como tal vez ya se 
haya dado cuenta, cuando se ofrece la definición de algún término ésta aparece en negritas. En las figuras en esta 
sección, resaltamos en gris la entrada del usuario requerida por cada paso, y señalamos las partes importantes de la 
aplicación con líneas y texto. Para aumentar la visibilidad de estas características, modificamos el color de fondo 
de las ventanas del Símbolo del sistema]. 
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1. Revise su configuración. Lea la sección Antes de empezar para verificar si instaló correctamente Java, y 
observe si copió los ejemplos del libro en su disco duro. 

2 Localice la aplicación completa. Abra una ventana Símbolo del sistema. Para ello, puede seleccionar 
Inicio | Todos los programas | Accesorios | Símbolo del sistema. Cambie al directorio de la aplicación 
del ATM escribiendo cd C:\ejemplos\ATM, y después oprima Intro (figura 1.2). El comando cd se 
utiliza para cambiar de directorio. 

3. Ejecute la aplicación del ATM. Escriba el comando java EjemploPracticoATM (figura 1.3) oprima 
Intro. Recuerde que el comando j ava, seguido del nombre del archivo . el ass (en este caso, E j empl o- 
Practi coATM), ejecuta la aplicación. Si especificamos la extensión . el ass al usar el comando java se 
produce un error. [Nota: los comandos en Java son sensibles a mayúsculas/minúsculas. Es importante 
escribir el nombre de esta aplicación con las letras A, T y M mayúsculas en “ATM”, una letra E mayúscu- 
la en “Ejemplo” y una letra P mayúscula en “Practico”. De no ser así, la aplicación no se ejecutará]. Si 
recibe el mensaje de error "Excepti on in thread "main" java.lang.NoClassDefFoundError: 
EjemploPracticoATM", entonces su sistema tiene un problema con CLASSPATH. Consulte la sección 
Antes de empezar para obtener instrucciones acerca de cómo corregir este problema. 

4. Escriba un número de cuenta. Cuando la aplicación se ejecuta por primera vez, muestra el mensaje 
"Bi enveni do ! " y le pide un número de cuenta. Escriba 12345 en el indicador "Escri ba su numero 
de cuenta: " (figura 1.4) y oprima Intro. 

Use el comando cd para Ubicación de los archivos de la aplicación del ATM 


cambiar de directorio 
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Figura 1.2 | Abrir una ventana Símbolo del sistema en Windows XP y cambiar de directorio. 
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Figura 1.3 | Uso del comando java para ejecutar la aplicación del ATM. 


Mensaje de bienvenida del ATM 
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Figura 1.4 | La aplicación pide al usuario un número de cuenta. 
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5. Escriba un NIP. Una vez que introduzca un número de cuenta válido, la aplicación mostrará el indica- 
dor "Escriba su NIP:". Escriba "54321" comosuNIP (Número de Identificación Personal) válido y 
oprima Intro. A continuación aparecerá el menú principal del ATM, que contiene una lista de opciones 
(figura 1.5). 

6. Revise el saldo de la cuenta. Seleccione la opción 1, "Ver mi sal do" del menú del ATM (figura 1.6). 
A continuación la aplicación mostrará dos números: el Sal do di sponi bl e ($1,000 . 00) y el Sal do 
total ($1 , 200 . 00) . El saldo disponible es la cantidad máxima de dinero en su cuenta, disponible para 
retirarla en un momento dado. En algunos casos, ciertos fondos como los depósitos recientes, no están 
disponibles de inmediato para que el usuario pueda retirarlos, por lo que el saldo disponible puede ser 
menor que el saldo total, como en este caso. Después de mostrar la información de los saldos de la cuen- 
ta, se muestra nuevamente el menú principal de la aplicación. 

7. Retire dinero de la cuenta. Seleccione la opción 2, " Retí rar ef ecti vo", del menú de la aplicación. 
A continuación aparecerá (figura 1 .7) una lista de montos en dólares (por ejemplo: 20 , 40 , 60 , 100 
y 200). También tendrá la oportunidad de cancelar la transacción y regresar al menú principal. Retire 
$100 seleccionando la opción 4. La aplicación mostrará el mensaje "Tome su efectivo ahora" y 
regresará al menú principal. [Nota: por desgracia, esta aplicación sólo simida el comportamiento de un 
verdadero ATM, por lo cual no dispensa efectivo en realidad] . 


Escriba un NIP válido Menú principal del ATM 
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Figura 1.5 | El usuario escribe un número NIP válido y aparece el menú principal de la aplicación del ATM. 



Información del saldo de la cuenta 


Figura 1.6 | La aplicación del ATM muestra la información del saldo de la cuenta del usuario. 
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8. Confirme que la información de la cuenta se haya actualizado. En el menú principal, seleccione la 
opción 1 nuevamente para ver el saldo actual de su cuenta (figura 1.8). Observe que tanto el saldo dis- 
ponible como el saldo total se han actualizado para reflejar su transacción de retiro. 

9. Finalice la transacción. Para finalizar su sesión actual en el ATM, seleccione, del menú principal, la 
opción 4, "Sal i r" (figura 1.9). El ATM saldrá del sistema y mostrará un mensaje de despedida al usua- 
rio. A continuación, la aplicación regresará a su indicador original, pidiendo el número de cuenta del 
siguiente usuario. 

10. Salga de la aplicación del ATM y cierre la ventana Símbolo del sistema. La mayoría de las aplicacio- 
nes cuentan con una opción para salir y regresar al directorio del Símbolo del sistema desde el cual se 
ejecutó la aplicación. Un ATM real no proporciona al usuario la opción de apagar la máquina ATM. En 
vez de ello, cuando el usuario ha completado todas las transacciones deseadas y elige la opción del menú 
para salir, el ATM se reinicia a sí mismo y muestra un indicador para el número de cuenta del siguiente 


Menú de retiro del ATM 


Símbolo del *rilem-a j-av-a tjempWtadkoAlM 
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Itenu principal: 

1 - Vor ni caldo 

2 Retirar efectivo 
1 — hapnelrar fnnrinc 
1 - Salir 

Escriba una opcion: 
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Figura 1.7 | Se retira el dinero de la cuenta y la aplicación regresa al menú principal. 


Confirmación de la información del saldo de la cuenta 
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Figura 1.8 | Verificación del nuevo saldo. 
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usuario. Como se muestra en la figura 1 .9, la aplicación del ATM se comporta de manera similar. Al 
elegir la opción del menú para salir sólo se termina la sesión del usuario actual con el ATM, no toda la 
aplicación completa. Para salir realmente de la aplicación del ATM, haga clic en el botón Cerrar (x) en 
la esquina superior derecha de la ventana Símbolo del sistema. Al cerrar la ventana, la aplicación ter- 
mina su ejecución. 

Aplicaciones adicionales incluidas en Cómo programar en Java, 7 a edición 

La figura 1.10 lista unas cuantas de los cientos de aplicaciones que se incluyen en los ejemplos y ejercicios del 
libro. Estos programas presentan muchas de las poderosas y divertidas características de Java. Ejecute estos progra- 
mas para que conozca más acerca de las aplicaciones que aprenderá a construir en este libro de texto. La carpeta 
de ejemplos para este capítulo contiene todos los archivos requeridos para ejecutar cada aplicación. Sólo escriba 
los comandos que se listan en la figura 1.10 en una ventana de Símbolo del sistema. 


Indicador del número de cuenta 

Mensaje de despedida del ATM para el siguiente usuario 
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Figura 1.9 | Finalización de una sesión de transacciones con el ATM. 


Nombre de la aplicación 

Capítulo(s) en donde se ubica 

Comandos a ejecutar 

Tic-Tac-Toe 

Capítulos 8 y 24 

cd C:\ejemp1os\cap01\Tic-Tac-Toe 

Java PruebaTi cTacToe 

Juego de adivinanza 

Capítulo 11 

cd C:\ejemp1os\cap01\JuegoAdivi nanza 

Java JuegoAdi vi nanza 

Animador de logotipos 

Capítulo 21 

cd C:\ejempJos\cap01\AnimadorLogoti pos 

Java AnimadorLogotipos 

Pelota rebotadora 

Capítulo 23 

cd C : \e j empJ os\cap01\PeJ otaRebotadora 

Java PeJ otaRebotadora 


Figura 1.10 | Ejemplos de aplicaciones de Java adicionales, incluidas en Cómo programar en Java, 7 a edición. 
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1.16 Ejemplo práctico de Ingeniería de Software: introducción a la 
tecnología de objetos y UML 

Ahora empezaremos nuestra primera introducción al tema de la orientación a objetos, una manera natural de 
pensar acerca del mundo real y de escribir programas de cómputo. Los capítulos 1-8 y 10 terminan con una 
sección breve titulada Ejemplo práctico de Ingeniería de Software, en la cual presentamos una introducción cui- 
dadosamente guiada al tema de la orientación a objetos. Nuestro objetivo aquí es ayudarle a desarrollar una forma 
de pensar orientada a objetos, y de presentarle el Lenguaje Unificado de Modelado™ (UML™), un lenguaje 
gráfico que permite a las personas que diseñan sistemas de software utilizar una notación estándar en la industria 
para representarlos. 

En esta única sección requerida (1.16), presentamos los conceptos y la terminología de la orientación a 
objetos. Las secciones opcionales en los capítulos 2-8 y 10 presentan el diseño y la implementación orientados 
a objetos de un software para una máquina de cajero automático (ATM) simple. Las secciones tituladas Ejemplo 
práctico de Ingeniería de Software al final de los capítulos 2 al 7: 

• analizan un documento de requerimientos típico que describe un sistema de software (el ATM) que 
construirá 

• determinan los objetos requeridos para implementar ese sistema 

• establecen los atributos que deben tener estos objetos 

• fijan los comportamientos que exhibirán estos objetos 

• especifican la forma en que los objetos deben interactuar entre sí para cumplir con los requerimientos 
del sistema 

Las secciones tituladas Ejemplo práctico de Ingeniería de Software al final de los capítulos 8 y 10 modifican 
y mejoran el diseño presentado en los capítulos 2 al 7. El apéndice M contiene una implementación completa y 
funcional en Java del sistema ATM orientado a objetos. 

Usted experimentará una concisa pero sólida introducción al diseño orientado a objetos con UML. Además, 
afinará sus habilidades para leer código al ver paso a paso la implementación del ATM en Java, cuidadosamente 
escrita y bien documentada, en el apéndice M. 

Conceptos básicos de la tecnología de objetos 

Comenzaremos nuestra introducción al tema de la orientación a objetos con cierta terminología clave. En cual- 
quier parte del mundo real puede ver objetos: gente, animales, plantas, automóviles, aviones, edificios, compu- 
tadoras, etcétera. Los humanos pensamos en términos de objetos. Los teléfonos, casas, semáforos, hornos de 
microondas y enfriadores de agua son sólo unos cuantos objetos más. Los programas de cómputo, como los 
programas de Java que leerá en este libro y los que usted mismo escriba, están compuestos por muchos objetos de 
software con capacidad de interacción. 

En ocasiones dividimos a los objetos en dos categorías: animados e inanimados. Los objetos animados están 
“vivos” en cierto sentido; se mueven a su alrededor y hacen cosas. Por otro lado, los objetos inanimados no se 
mueven por su propia cuenta. Sin embargo, los objetos de ambos tipos tienen ciertas cosas en común. Todos ellos 
tienen atributos (como tamaño, forma, color y peso), y todos exhiben comportamientos (por ejemplo, una 
pelota rueda, rebota, se infla y desinfla; un bebé llora, duerme, gatea, camina y parpadea; un automóvil acelera, 
frena y da vuelta; una toalla absorbe agua). Estudiaremos los tipos de atributos y comportamientos que tienen los 
objetos de software. 

Los humanos aprenden acerca de los objetos existentes estudiando sus atributos y observando sus compor- 
tamientos. Distintos objetos pueden tener atributos similares y pueden exhibir comportamientos similares. Por 
ejemplo, pueden hacerse comparaciones entre los bebés y los adultos, y entre los humanos y los chimpancés. 

El diseño orientado a objetos (DOO) modela el software en términos similares a los que utilizan las per- 
sonas para describir objetos del mundo real. Este diseño aprovecha las relaciones entre las clases, en donde los 
objetos de cierta clase (como una clase de vehículos) tienen las mismas características; los automóviles, camiones, 
pequeños vagones rojos y patines tienen mucho en común. El DOO también aprovecha las relaciones de heren- 
cia, en donde las nuevas clases de objetos se derivan absorbiendo las características de las clases existentes y agre- 
gando sus propias características únicas. Un objeto de la clase “convertible” ciertamente tiene las características 
de la clase más general “automóvil” pero, de manera más específica, el techo de un convertible puede ponerse y 
quitarse. 
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El diseño orientado a objetos proporciona una manera natural e intuitiva de ver el proceso de diseño de soft- 
ware: a saber, modelando los objetos por sus atributos y comportamientos, de igual forma que como describimos 
los objetos del mundo real. El DOO también modela la comunicación entre los objetos. Así como las personas 
se envían mensajes unas a otras (por ejemplo, un sargento ordenando a un soldado que permanezca firme), los 
objetos también se comunican mediante mensajes. Un objeto cuenta de banco puede recibir un mensaje para 
reducir su saldo por cierta cantidad, debido a que el cliente ha retirado esa cantidad de dinero. 

El DOO encapsula (es decir, envuelve) los atributos y las operaciones (comportamientos) en los objetos; 
los atributos y las operaciones de un objeto se enlazan íntimamente entre sí. Los objetos tienen la propiedad de 
ocultamiento de información. Esto significa que los objetos pueden saber cómo comunicarse entre sí a través 
de interfaces bien definidas, pero por lo general no se les permite saber cómo se implementan otros objetos; 
los detalles de la implementación se ocultan dentro de los mismos objetos. Por ejemplo, podemos conducir un 
automóvil con efectividad, sin necesidad de saber los detalles acerca de cómo funcionan internamente los moto- 
res, las transmisiones y los sistemas de escape; siempre y cuando sepamos cómo usar el pedal del acelerador, el 
pedal del freno, el volante, etcétera. Más adelante veremos por qué el ocultamiento de información es tan impres- 
cindible para la buena ingeniería de software. 

Los lenguajes como Java son orientados a objetos. La programación en dichos lenguajes se llama progra- 
mación orientada a objetos (POO), y permite a los programadores de computadoras implementar un diseño 
orientado a objetos como un sistema funcional. Por otra parte, los lenguajes como C son por procedimientos, de 
manera que la programación tiende a ser orientada a la acción. En C, la unidad de programación es la función. 
Los grupos de acciones que realizan cierta tarea común se forman en funciones, y las funciones se agrupan para 
formar programas. En Java, la unidad de programación es la clase a partir de la cual se instancian (crean) los obje- 
tos en un momento dado. Las clases en Java contienen métodos (que implementan operaciones y son similares a 
las funciones en C) y campos (que implementan atributos). 

Los programadores de Java se concentran en crear clases. Cada clase contiene campos, además del conjunto 
de métodos que manipulan esos campos y proporcionan servicios a clientes (es decir, otras clases que utilizan esa 
clase). El programador utiliza las clases existentes como bloques de construcción para crear nuevas clases. 

Las clases son para los objetos lo que los planos de construcción, para las casas. Así como podemos construir 
muchas casas a partir de un plano, podemos instanciar (crear) muchos objetos a partir de una clase. No puede 
cocinar alimentos en la cocina de un plano de construcción; puede cocinarlos en la cocina de una casa. 

Las clases pueden tener relaciones con otras clases. Por ejemplo, en un diseño orientado a objetos de un 
banco, la clase “cajero” necesita relacionarse con las clases “cliente”, “cajón de efectivo”, “bóveda”, etcétera. A estas 
relaciones se les llama asociaciones. 

Al empaquetar el software en forma de clases, los sistemas de software posteriores pueden reutilizar esas 
clases. Los grupos de clases relacionadas se empaquetan comúnmente como componentes reutilizables. Así como 
los corredores de bienes raíces dicen a menudo que los tres factores más importantes que afectan el precio de los 
bienes raíces son “la ubicación, la ubicación y la ubicación”, las personas en la comunidad de software dicen a 
menudo que los tres factores más importantes que afectan el futuro del desarrollo de software son “la reutiliza- 
ción, la reutilización y la reutilización”. Reutilizar las clases existentes cuando se crean nuevas clases y programas 
es un proceso que ahorra tiempo y esfuerzo; también ayuda a los programadores a crear sistemas más confiables 
y efectivos, ya que las clases y componentes existentes a menudo han pasado por un proceso extenso de prueba, 
depuración y optimización del rendimiento. 

Evidentemente, con la tecnología de objetos podemos crear la mayoría del software que necesitaremos median- 
te la combinación de clases, así como los fabricantes de automóviles combinan las piezas intercambiables. Cada 
nueva clase que usted cree tendrá el potencial de convertirse en una valiosa pieza de software, que usted y otros 
programadores podrán usar para agilizar y mejorar la calidad de los futuros esfuerzos de desarrollo de software. 

Introducción al análisis y diseño orientados a objetos (A/DOO) 

Pronto estará escribiendo programas en Java. ¿Cómo creará el código para sus programas? Tal vez, como muchos 
programadores principiantes, simplemente encenderá su computadora y empezará a teclear. Esta metodología 
puede funcionar para programas pequeños (como los que presentamos en los primeros capítulos del libro) pero 
¿qué haría usted si se le pidiera crear un sistema de software para controlar miles de máquinas de cajero automá- 
tico para un importante banco? O suponga que le pidieron trabajar en un equipo de 1,000 desarrolladores de 
software para construir el nuevo sistema de control de tráfico aéreo de Estados Unidos. Para proyectos tan grandes 
y complejos, no podría simplemente sentarse y empezar a escribir programas. 
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Para crear las mejores soluciones, debe seguir un proceso detallado para analizar los requerimientos de su 
proyecto (es decir, determinar qué es lo que se supone debe hacer el sistema) y desarrollar un diseño que cumpla 
con esos requerimientos (es decir, decidir cómo debe hacerlo el sistema). Idealmente usted pasaría por este proceso 
y revisaría cuidadosamente el diseño (o haría que otros profesionales de software lo revisaran) antes de escribir 
cualquier código. Si este proceso implica analizar y diseñar su sistema desde un punto de vista orientado a objetos, 
lo llamamos un proceso de análisis y diseño orientado a objetos (A/DOO) . Los programadores experimentados 
saben que el análisis y el diseño pueden ahorrar innumerables horas, ya que les ayudan a evitar un método de de- 
sarrollo de un sistema mal planeado, que tiene que abandonarse en plena implementación, con la posibilidad de 
desperdiciar una cantidad considerable de tiempo, dinero y esfuerzo. 

A/DOO es el término genérico para el proceso de analizar un problema y desarrollar un método para resol- 
verlo. Los pequeños problemas como los que se describen en los primeros capítulos de este libro no requieren de 
un proceso exhaustivo de A/DOO. Podría ser suficiente con escribir pseudocódigo antes de empezar a escribir el 
código en Java; el pseudocódigo es un medio informal para expresar la lógica de un programa. En realidad no es 
un lenguaje de programación, pero podemos usarlo como un tipo de bosquejo para guiarnos mientras escribimos 
nuestro código. En el capítulo 4 presentamos el pseudocódigo. 

A medida que los problemas y los grupos de personas que los resuelven aumentan en tamaño, los métodos 
de A/DOO se vuelven más apropiados que el pseudocódigo. Idealmente, un grupo debería acordar un proce- 
so estrictamente definido para resolver su problema, y establecer también una manera uniforme para que los 
miembros del grupo se comuniquen los resultados de ese proceso entre sí. Aunque existen diversos procesos de 
A/DOO, hay un lenguaje gráfico para comunicar los resultados de cualquier proceso A/DOO que se ha vuelto 
muy popular. Este lenguaje, conocido como Lenguaje Unificado de Modelado (UML), se desarrolló a mediados 
de la década de los noventa, bajo la dirección inicial de tres metodologistas de software: Grady Booch, James 
Rumbaugh e Ivar Jacobson. 

Historia de UML 

En la década de los ochenta, un creciente número de empresas comenzó a utilizar la POO para crear sus aplica- 
ciones, lo cual generó la necesidad de un proceso estándar de A/DOO. Muchos metodologistas (incluyendo a 
Booch, Rumbaugh y Jacobson) produjeron y promocionaron, por su cuenta, procesos separados para satisfacer 
esta necesidad. Cada uno de estos procesos tenía su propia notación, o “lenguaje” (en forma de diagramas gráfi- 
cos), para transmitir los resultados del análisis y el diseño. 

A principios de la década de los noventa, diversas compañías (e inclusive diferentes divisiones dentro de la 
misma compañía) utilizaban sus propios procesos y notaciones únicos. Al mismo tiempo, estas compañías que- 
rían utilizar herramientas de software que tuvieran soporte para sus procesos particulares. Con tantos procesos, 
se les dificultó a los distribuidores de software proporcionar dichas herramientas. Evidentemente era necesario 
contar con una notación y procesos estándar. 

En 1994, James Rumbaugh se unió con Grady Booch en Rational Software Corporation (ahora una división 
de IBM), y comenzaron a trabajar para unificar sus populares procesos. Pronto se unió a ellos Ivar Jacobson. En 
1996, el grupo liberó las primeras versiones de UML para la comunidad de ingeniería de software, solicitan- 
do retroalimentación. Casi al mismo tiempo, una organización conocida como Object Management Group™ 
(OMG™, Grupo de administración de objetos) hizo una invitación para participar en la creación de un lenguaje 
común de modelado. El OMG (www.omg.org) es una organización sin fines de lucro que promueve la estanda- 
rización de las tecnologías orientadas a objetos, emitiendo lincamientos y especificaciones como UML. Varias 
empresas (entre ellas HP, IBM, Microsoft, Oracle y Rational Software) habían reconocido ya la necesidad de 
un lenguaje común de modelado. Estas compañías formaron el consorcio UML Partners (Socios de UML) en 
respuesta a la solicitud de proposiciones por parte del OMG (el consorcio que desarrolló la versión 1.1 de UML y 
la envió al OMG). La propuesta fue aceptada y, en 1997, el OMG asumió la responsabilidad del mantenimiento 
y revisión de UML en forma continua. La versión 2 que está ahora disponible marca la primera modificación 
importante al UML desde el estándar de la versión 1.1 de 1997. A lo largo de este libro, presentaremos la termi- 
nología y notación de UML 2. 

¿Qué es UML ? 

UML es ahora el esquema de representación gráfica más utilizado para modelar sistemas orientados a objetos. Evi- 
dentemente ha unificado los diversos esquemas de notación populares. Aquellos quienes diseñan sistemas utilizan 
el lenguaje (en forma de diagramas) para modelar sus sistemas. 
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Una característica atractiva es su flexibilidad. UML es extensible (es decir, capaz de mejorarse con nuevas 
características) e independiente de cualquier proceso de A/DOO específico. Los modeladores de UML tienen la 
libertad de diseñar sistemas utilizando varios procesos, pero todos los desarrolladores pueden ahora expresar esos 
diseños con un conjunto de notaciones gráficas estándar. 

UML es un lenguaje gráfico complejo, con muchas características. En nuestras secciones del Ejemplo prácti- 
co de Ingeniería de Software, presentamos un subconjunto conciso y simplificado de estas características. Luego 
utilizamos este subconjunto para guiarlo a través de la experiencia de su primer diseño con UML, la cual está 
dirigida a los programadores principiantes orientados a objetos en cursos de programación de primer o segundo 
semestre. 

Recursos Web de UML 

Para obtener más información acerca de UML, consulte los siguientes sitios Web: 
www. umi . org 

Esta página de recursos de UML del Grupo de Administración de Objetos (OMG) proporciona documentos de la 
especificación para UML y otras tecnologías orientadas a objetos, 
www. i bm.com/software/rationai /umi 

Ésta es la página de recursos de UML para IBM Rational, sucesor de Rational Software Corporation (la compañía que 
creó a UML). 

en .wi ki pedí a. org/wi ki /UML 

La definición de Wikipedia de UML. Este sitio también ofrece vínculos a muchos recursos adicionales de UML. 

es .wi ki pedia. org/wi ki /UML 

La definición de Wikipedia del UML en español. 

Lecturas recomendadas 

Los siguientes libros proporcionan información acerca del diseño orientado a objetos con UML: 

Ambler, S. The Ohject Primer: Agile Model-Driven Development with UML 2.0, Lhird Edition. Nueva York: Cambridge 
University Press, 2005. 

Arlow, J. e I. Neustadt. UML and the Unified Process: Practical Object-Oriented Analysis and Design, Second Edition. 
Boston: Addison-Wesley Professional, 2006. 

Fowler, M. UML Distilled, Lhird Edition: A Brief Guide to the Standard Object Modeling Language. Boston: Addison- 
Wesley Professional, 2004. 

Rumbaugh, J., I. Jacobson y G. Booch. Lhe Unified Modeling Language User Guide, Second Edition. Boston: Addison- 
Wesley Professional, 2006. 


Ejercicios de autorrepaso de la sección 1.16 

I . I Liste tres ejemplos de objetos reales que no mencionamos. Para cada objeto, liste varios atributos y compor- 
tamientos. 

1 .2 El pesudocódigo es . 

a) otro término para el A/DOO 

b) un lenguaje de programación utilizado para visualizar diagramas de UML 

c) un medio informal para expresar la lógica de un programa 

d) un esquema de representación gráfica para modelar sistemas orientados a objetos 

1.3 El UML se utiliza principalmente para . 

a) probar sistemas orientados a objetos 

b) diseñar sistemas orientados a objetos 

c) implementar sistemas orientados a objetos 

d) ayb 

Respuestas a los ejercicios de autorrepaso de la sección 1.16 

l.l [Nota: las respuestas pueden variar], a) Los atributos de una televisión incluyen el tamaño de la pantalla, el 
número de colores que puede mostrar, su canal actual y su volumen actual. Una televisión se enciende y se apaga, cam- 
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bia de canales, muestra video y reproduce sonidos, b) Los atributos de una cafetera incluyen el volumen máximo de 
agua que puede contener, el tiempo requerido para preparar una jarra de café y la temperatura del plato calentador bajo 
la jarra de café. Una cafetera se enciende y se apaga, prepara café y lo calienta, c) Los atributos de una tortuga incluyen 
su edad, el tamaño de su caparazón y su peso. Una tortuga camina, se mete en su caparazón, emerge del mismo y come 
vegetación. 

1.2 c. 

1.3 b. 

1.17 Web 2.0 

Literalmente, la Web explotó a mediados de la década de los noventa, pero surgieron tiempos difíciles a principios 
del año 2000, debido al desplome económico de punto com. Al resurgimiento que empezó aproximadamente en el 
2004, se le conoce como Web 2.0. La primera Conferencia sobre Web 2.0 se realizó en el 2004. Un año después, 
el término “Web 2.0” obtuvo aproximadamente 10 millones de coincidencias en el motor de búsqueda Google, 
para crecer hasta 60 millones al año siguiente. A Google se le considera en muchas partes como la compañía carac- 
terística de Web 2.0. Algunas otras son Craigslist (listados gratuitos de anuncios clasificados), Flickr (sitio para 
compartir fotos), del. icio. us (sitios favoritos de carácter social), YouTube (sitio para compartir videos), MySpace y 
FaceBook (redes sociales), Salesforce (software de negocios que se ofrece como servicio en línea), Second Life (un 
mundo virtual), Skype (telefonía por Internet) y Wikipedia (una enciclopedia en línea gratuita). 

En Deitel & Associates, inauguramos nuestra Iniciativa de Negocios por Internet basada en Web 2.0 en el 
año 2005. Estamos investigando las tecnologías clave de Web 2.0 y las utilizamos para crear negocios en Internet. 
Compartimos nuestra investigación en forma de Centros de recursos en www. deitel . com/resourcecenters . 
html . Cada semana anunciamos los Centros de recursos más recientes en nuestro boletín de correo electrónico 
Deitel® Buzz Online (www. dei tel . com/newsl etter/subscri be . html). Cada uno de estos centros lista muchos 
vínculos a contenido y software gratuito en Internet. 

En este libro incluimos un tratamiento detallado sobre los servicios Web (capítulo 28) y presentamos la nue- 
va metodología de desarrollo de aplicaciones, conocida como mashups (apéndice H), en la que puede desarrollar 
rápidamente aplicaciones poderosas e intrigantes, al combinar servicios Web complementarios y otras fuentes de 
información provenientes de dos o más organizaciones. Un mashup popular es www. housi ngmaps . com, el cual 
combina los listados de bienes raíces de www. crai gsl i st.org con las capacidades de los mapas de Google Maps 
para mostrar las ubicaciones de los apartamentos para renta en un área dada. 

Ajax es una de las tecnologías más importantes de Web 2.0. Aunque el uso del término explotó en el 2005, 
es sólo un término que nombra a un grupo de tecnologías y técnicas de programación que han estado en uso 
desde finales de la década de los noventa. Ajax ayuda a las aplicaciones basadas en Internet a funcionar como las 
aplicaciones de escritorio; una tarea difícil, dado que dichas aplicaciones sufren de retrasos en la transmisión, a 
medida que los datos se intercambian entre su computadora y las demás computadoras en Internet. Mediante el 
uso de Ajax, las aplicaciones como Google Maps han logrado un desempeño excelente, además de la apariencia 
visual de las aplicaciones de escritorio. Aunque no hablaremos sobre la programación “pura” con Ajax en este libro 
(que es bastante compleja), en el capítulo 27 mostraremos cómo crear aplicaciones habilitadas para Ajax mediante 
el uso de los componentes de JavaServer Faces (JSF) habilitados para Ajax. 

Los blogs son sitios Web (actualmente hay como 60 millones de ellos) similares a un diario en línea, en 
donde las entradas más recientes aparecen primero. Los “bloggers” publican rápidamente sus opiniones acerca 
de las noticias, lanzamientos de productos, candidatos políticos, temas controversiales, y de casi todo lo demás. 
A la colección de todos los blogs y de la comunidad de “blogging” se le conoce como blogósfera, y cada vez está 
teniendo más influencia. Technorati es el líder en motores de búsqueda de blogs. 

Las fuentes RSS permiten a los sitios enviar información a sus suscriptores. Un uso común de las fuentes 
RSS es enviar las publicaciones más recientes de los blogs, a las personas que se suscriben a éstos. Los flujos de 
información RSS en Internet están creciendo de manera exponencial. 

Web 3.0 es otro nombre para la siguiente generación de la Web, que también se le conoce como Web 
Semántica. Casi todo el contenido de Web 1 .0 estaba basado en HTML. Web 2.0 está utilizando cada vez más el 
XML, en especial en tecnologías como las fuentes RSS. Web 3.0 utilizará aún más el XML, creando una “Web de 
significado”. Si usted es un estudiante que busca un excelente artículo de presentación o un tema para una tesis, 
o si es un emprendedor que busca oportunidades de negocios, dé un vistazo a nuestro Centro de recursos sobre 
Web 3.0. 
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Para seguir los últimos desarrollos en Web 2.0, visite www. teche runch . com y www. si ashdot.org, y revise la 
lista creciente de Centros de recursos relacionados con Web 2.0 en www. dei tel . com/ resourcecenters . html . 

1 . 1 8 Tecnologías de software 

En esta sección hablaremos sobre varias “palabras de moda” que escuchará en la comunidad de desarrollo de soft- 
ware. Creamos Centros de recursos sobre la mayoría de estos temas, y hay muchos por venir. 

Agile Software Development (Desarrollo Ágil de Software) es un conjunto de metodologías que tratan de 
implementar software rápidamente, con menos recursos que las metodologías anteriores. Visite los sitios de Agile 
Alliance (www.agileaniance.org) y Agile Manifestó (www.agilemanifesto.org). También puede visitar el 
sitio en español www. agi 1 e-spai n . com. 

Extreme programming (XP) (Programación extrema (PX)) es una de las diversas tecnologías de desarrollo 
ágil. Trata de desarrollar software con rapidez. El software se libera con frecuencia en pequeños incrementos, para 
alentar la rápida retroalimentación de los usuarios. PX reconoce que los requerimientos de los usuarios cambian 
a menudo, y que el software debe cumplir con esos requerimientos rápidamente. Los programadores trabajan 
en pares en una máquina, de manera que la revisión del código se realiza de inmediato, a medida que se crea el 
código. Todos en el equipo deben poder trabajar con cualquier parte del código. 

Refactoring (Refabricación) implica la reformulación del código para hacerlo más claro y fácil de mantener, 
al tiempo que se preserva su funcionalidad. Se emplea ampliamente con las metodologías de desarrollo ágil. Elay 
muchas herramientas de refabricación disponibles para realizar las porciones principales de la reformulación de 
manera automática. 

Los patrones de diseño son arquitecturas probadas para construir software orientado a objetos flexible y que 
pueda mantenerse (vea el apéndice P Web adicional) . El campo de los patrones de diseño trata de enumerar a los 
patrones recurrentes, y de alentar a los diseñadores de software para que los reutilicen y puedan desarrollar un 
software de mejor calidad con menos tiempo, dinero y esfuerzo. 

Programación de juegos. El negocio de los juegos de computadora es más grande que el negocio de las 
películas de estreno. Ahora hay cursos universitarios, e incluso maestrías, dedicados a las técnicas sofisticadas de 
software que se utilizan en la programación de juegos. Vea nuestros Centros de recursos sobre Programación 
de juegos y Proyectos de programación. 

El software de código fuente abierto es un estilo de desarrollo de software que contrasta con el desarrollo 
propietario, que dominó los primeros años del software. Con el desarrollo de código fuente abierto, individuos 
y compañías contribuyen sus esfuerzos en el desarrollo, mantenimiento y evolución del software, a cambio del 
derecho de usar ese software para sus propios fines, comúnmente sin costo. Por lo general, el código fuente abierto 
se examina a detalle por una audiencia más grande que el software propietario, por lo cual los errores se eliminan 
con más rapidez. El código fuente abierto también promueve más innovación. Sun anunció recientemente que 
piensa abrir el código fuente de Java. Algunas de las organizaciones de las que se habla mucho en la comunidad 
de código fuente abierto son Eclipse Foundation (el IDE de Eclipse es popular para el desarrollo de software en 
Java), Mozilla Foundation (creadores del explorador Web Firefox), Apache Software Foundation (creadores del 
servidor Web Apache) y SourceForge (que proporciona las herramientas para administrar proyectos de código 
fuente abierto y en la actualidad cuenta con más de 100,000 proyectos en desarrollo). 

Linux es un sistema operativo de código fuente abierto, y uno de los más grandes éxitos de la iniciativa de 
código fuente abierto. MySQL es un sistema de administración de bases de datos con código fuente abierto. PHP 
es el lenguaje de secuencias de comandos del lado servidor para Internet de código fuente abierto más popular, 
para el desarrollo de aplicaciones basadas en Internet. LAMP es un acrónimo para el conjunto de tecnologías 
de código fuente abierto que utilizaron muchos desarrolladores para crear aplicaciones Web: representa a Linux, 
Apache, MySQL y PHP (o Perl, o Python; otros dos lenguajes que se utilizan para propósitos similares). 

Ruby on Rails combina el lenguaje de secuencias de comandos Ruby con el marco de trabajo para aplicacio- 
nes Web Rails, desarrollado por la compañía 37Signals. Su libro, Getting Real, es una lectura obligatoria para los 
desarrolladores de aplicaciones Web de la actualidad; puede leerlo sin costo en getti ngreal . 37si gnal s . com/ 
toe . php. Muchos desarrolladores de Ruby on Rails han reportado un considerable aumento en la productividad, 
en comparación con otros lenguajes al desarrollar aplicaciones Web con uso intensivo de bases de datos. 

Por lo general, el software siempre se ha visto como un producto; la mayoría del software aún se ofrece de esta 
manera. Si desea ejecutar una aplicación, compra un paquete de software de un distribuidor. Después instala ese 
software en su computadora y lo ejecuta según sea necesario. Al aparecer nuevas versiones del software, usted lo 
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actualiza, a menudo con un costo considerable. Este proceso puede volverse incómodo para empresas con decenas 
de miles de sistemas que deben mantenerse en una extensa colección de equipo de cómputo. Con Software as a 
Service (SAAS), el software se ejecuta en servidores ubicados en cualquier parte de Internet. Cuando se actualiza 
ese servidor, todos los clientes a nivel mundial ven las nuevas características; no se necesita instalación local. Usted 
accede al servidor a través de un explorador Web; éstos son bastante portables, por lo que puede ejecutar las mis- 
mas aplicaciones en distintos tipos de computadoras, desde cualquier parte del mundo. Salesforce.com, Google, 
Microsoft Office Live y Windows Live ofrecen SAAS. 

1.19 Conclusión 

Este capítulo presentó los conceptos básicos de hardware y software, y los conceptos de la tecnología básica 
de objetos, incluyendo clases, objetos, atributos, comportamientos, encapsulamiento, herencia y polimorfismo. 
Hablamos sobre los distintos tipos de lenguajes de programación y cuáles son los más utilizados. Conoció los 
pasos para crear y ejecutar una aplicación de Java mediante el uso del JDK 6 de Sun. El capítulo exploró la historia 
de Internet y World Wide Web, y la función de Java en cuanto al desarrollo de aplicaciones cliente/servidor dis- 
tribuidas para Internet y Web. También aprendió acerca de la historia y el propósito de UML: el lenguaje gráfico 
estándar en la industria para modelar sistemas de software. Por último, realizó pruebas de una o más aplicaciones 
de Java, similares a los tipos de aplicaciones que aprenderá a programar en este libro. 

En el capítulo 2 creará sus primeras aplicaciones en Java. Verá ejemplos que muestran cómo los programas 
imprimen mensajes en pantalla y obtienen información del usuario para procesarla. Analizaremos y explicaremos 
cada ejemplo, para facilitarle el proceso de aprender a programar en Java. 


1.20 Recursos Web 

Esta sección proporciona muchos recursos que le serán de utilidad a medida que aprenda Java. Los sitios incluyen 
recursos de Java, herramientas de desarrollo de Java para estudiantes y profesionales, y nuestros propios sitios 
Web, en donde podrá encontrar descargas y recursos asociados con este libro. También le proporcionaremos un 
vínculo, en donde podrá suscribirse a nuestro boletín de correo electrónico Deitel ® Buzz Online sin costo. 

Sitios Web de Deitel & Associates 

www. dei te! . com 

Contiene actualizaciones, correcciones y recursos adicionales para todas las publicaciones Deitel. 
www. dei te! . com/newsl etter/subscri be . html 

Suscríbase al boletín de correo electrónico gratuito Deitel® Buzz Online , para seguir el programa de publicaciones de 
Deitel & Associates, incluyendo actualizaciones y fe de erratas para este libro, 
www.prenhall .com/deitel 

La página de inicio de Prentice Hall para las publicaciones Deitel. Aquí encontrará información detallada sobre los 
productos, capítulos de ejemplo y Sitios Web complementarios con recursos para estudiantes e instructores, 
www. deitel . com/books/jhtp7/ 

La página de inicio de Deitel & Associates para Cómo programar en Java , 7 a edición. Aquí encontrará vínculos a los 
ejemplos del libro (que también se incluyen en el CD que viene con el libro) y otros recursos. 

Centros de recursos de Deitel sobre Java 

www. deitel .com/lava/ 

Nuestro Centro de recursos sobre Java se enfoca en la enorme cantidad de contenido gratuito sobre Java, disponible en 
línea. Empiece aquí su búsqueda de recursos, descargas, tutoriales, documentación, libros, libros electrónicos, diarios, 
artículos, blogs y más, que le ayudarán a crear aplicaciones en Java, 
www. deitel . com/]avaSE6Mustang/ 

Nuestro Centro de recursos sobre Java SE 6 (Mustang) es su guía para la última versión de Java. Este sitio incluye los 
mejores recursos que encontramos en línea, para ayudarle a empezar con el desarrollo en Java SE 6. 
www. deitel . com/]avaEE5/ 

Nuestro Centro de recursos sobre Java Enterprise Edition 5 (Java EE 5). 
www. deitel . com/DavaCerti ficati on/ 

Nuestro Centro de recursos de evaluación de certificación y valoración. 
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www. dei tel . com/JavaDesi gnPatterns/ 

Nuestro Centro de recursos sobre los patrones de diseño de Java. En su libro, Design Patterns: Elements of Reusable 
Object-Oriented Software (Boston: Addison-Wesley Professional, 1995), la “Banda de los cuatro” (E. Gamma, R. Helm, 
R. Jonson y J. Vlissides) describen 23 patrones de diseño que proporcionan arquitecturas demostradas para construir 
sistemas de software orientados a objetos. En este centro de recursos, encontrará discusiones sobre muchos de éstos y 
otros patrones de diseño, 
www. dei tel . com/CodeSea rchEngi nes/ 

Nuestro Centro de recursos sobre Motores de Búsqueda de Código y Sitios de Código incluye recursos que los desarro- 
lladores utilizan para buscar código fuente en línea, 
www. dei tel . com/Programmi ngProjects/ 

Nuestro Centro de recursos sobre Proyectos de Programación es su guía para proyectos de programación estudiantiles 
en línea. 


Sitios Web de Sun Microsystems 

java. sun . com/de vel oper/onl i neT rai ni ng/new2 java/i ndex . html 

El centro “New to Java Cerner” (Centro para principiantes en Java) en el sitio Web de Sun Microsystems ofrece recursos 
de capacitación en línea para ayudarle a empezar con la programación en Java, 
java. sun . com/javase/6/download . jsp 

La página de descarga para el Kit de Desarrollo de Java 6 (JDK 6) y su documentación. El JDK incluye todo lo necesario 

para compilar y ejecutar sus aplicaciones en Java SE 6 (Mustang). 

java. sun . com/javase/6/webnotes/i nstall/index. html 

Instrucciones para instalar el JDK 6 en plataformas Solaris, Windows y Linux. 

java. sun . com/javase/6/docs/api /i ndex . html 

El sitio en línea para la documentación de la API de Java SE 6. 

java. sun . com/javase 

La página de inicio para la plataforma Java Standard Edition. 
java. sun . com 

La página de inicio de la tecnología Java de Sun ofrece descargas, referencias, foros, tutoriales en línea y mucho más. 

java. sun . com/ reference/docs/i ndex. html 

El sitio de documentación de Sun para todas las tecnologías de Java. 

developers . sun . com 

La página de inicio de Sun para los desarrolladores de Java proporciona descargas, APIs, ejemplos de código, artículos 
con asesoría técnica y otros recursos sobre las mejores prácticas de desarrollo en Java. 

Editores y Entornos de Desarrollo Integrados 

www. ecl i pse . org 

El entorno de desarrollo Eclipse puede usarse para desarrollar código en cualquier lenguaje de programación. Puede 
descargar el entorno y varios complementos (plug-ins) de Java para desarrollar sus programas en Java, 
www. netbeans .org 

El IDE NetBeans. Una de las herramientas de desarrollo para Java más populares, de distribución gratuita, 
borl and . com/products/downloads/downl oad_jbui 1 der . html 

Borland ofrece una versión Foundation Edition gratuita de su popular IDE JBuilder para Java. Este sitio también ofrece 
versiones de prueba de 30 días de las ediciones Enterprise y Developer. 
www. bl ueJ .org 

BlueJ: una herramienta gratuita diseñada para ayudar a enseñar Java orientado a objetos a los programadores novatos, 
www. jgrasp .org 

Descargas, documentación y tutoriales sobre jGRASP. Esta herramienta muestra representaciones visuales de programas 
en Java, para ayudar a su comprensión, 
www. jedi t .org 

jEdit: un editor de texto escrito en Java. 

developers . sun . com/prodtech/javatool s/jsenterpri se/i ndex .jsp 

El IDE Sun Java Studio Enterprise: la versión mejorada de NetBeans de Sun Microsystems. 
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www. jcreator . com 

JCreator: un IDE popular para Java. JCreator Lite Edition está disponible como descarga gratuita. También está dispo- 
nible una versión de prueba de 30 días de JCreator Pro Edition. 
www. textpad . com 

TextPad: compile, edite y ejecute sus programas en Java desde este editor, que proporciona coloreo de sintaxis y una 
interfaz fácil de usar, 
www . down load. com 

Un sitio que contiene descargas de aplicaciones de freeware y Shareware, incluyendo programas editores. 

Sitios de recursos adicionales sobre Java 

www. j aval obby.org 

Proporciona noticias actualizadas sobre Java, foros en donde los desarrolladores pueden intercambiar tips y consejos, y 
una base de conocimiento de Java extensa, que organiza artículos y descargas en toda la Web. 
www. jguru . com 

Ofrece foros, descargas, artículos, cursos en línea y una extensa colección de FAQs (Preguntas frecuentes) sobre Java, 
www. javaworl d . com 

Ofrece recursos para desarrolladores de Java, como artículos, índices de libros populares sobre Java, tips y FAQs. 
www. ft poní i ne . com/javapro 

La revista JavaPro contiene artículos mensuales, tips de programación, reseñas de libros y mucho más. 
sys-con . com/java/ 

El Diario de Desarrolladores de Java de Sys-Con Media ofrece artículos, libros electrónicos y otros recursos sobre Java. 


Resumen 

Sección 1. 1 Introducción 

• Java se ha convertido en el lenguaje de elección para implementar aplicaciones basadas en Internet y software para 
dispositivos que se comunican a través de una red. 

• Java Enterprise Edition (Java EE) está orientada hacia el desarrollo de aplicaciones de redes distribuidas de gran 
escala, y aplicaciones basadas en Web. 

• Java Micro Edition (Java ME) está orientada hacia el desarrollo de aplicaciones para dispositivos pequeños, con 
memoria limitada, como teléfonos celulares, radiolocalizadotes y PDAs. 

Sección 1.2 ¿Qué es una computadora ? 

• Una computadora es un dispositivo capaz de realizar cálculos y tomar decisiones lógicas a velocidades de millones 
(incluso de miles de millones) de veces más rápidas que los humanos. 

• Las computadoras procesan los datos bajo el control de conjuntos de instrucciones llamadas programas de cómputo. 
Los programas guían a las computadoras a través de acciones especificadas por gente llamada programadores de 
computadoras. 

• Una computadora está compuesta por varios dispositivos conocidos como hardware. A los programas que se ejecu- 
tan en una computadora se les denomina software. 

Sección 1.3 Organización de una computadora 

• Casi todas las computadoras pueden representarse mediante seis unidades lógicas o secciones. 

• La unidad de entrada obtiene información desde los dispositivos de entrada y pone esta información a disposición 
de las otras unidades para que pueda procesarse. 

• La unidad de salida toma información que ya ha sido procesada por la computadora y la coloca en los diferentes 
dispositivos de salida, para que esté disponible fuera de la computadora. 

• La unidad de memoria es la sección de “almacén” de acceso rápido, pero con relativa baja capacidad, de la compu- 
tadora. Retiene la información que se introduce a través de la unidad de entrada, para que la información pueda estar 
disponible de manera inmediata para procesarla cuando sea necesario. También retiene la información procesada 
hasta que ésta pueda ser colocada en los dispositivos de salida por la unidad de salida. 

• La unidad aritmética y lógica (ALU) es la responsable de realizar cálculos (como suma, resta, multiplicación y divi- 
sión) y tomar decisiones. 
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• La unidad central de procesamiento (CPU) coordina y supervisa la operación de las demás secciones. La CPU le 
indica a la unidad de entrada cuándo debe grabarse la información dentro de la unidad de memoria, a la ALU cuán- 
do debe utilizarse la información de la unidad de memoria para los cálculos, y a la unidad de salida cuándo enviar 
la información desde la unidad de memoria hasta ciertos dispositivos de salida. 

• Los multiprocesadores contienen múltiples CPUs y, por lo tanto, pueden realizar muchas operaciones de manera 
simultánea. 

• La unidad de almacenamiento secundario es la sección de “almacén” de alta capacidad y de larga duración de la 
computadora. Los programas o datos que no se encuentran en ejecución por las otras unidades, normalmente se 
colocan en dispositivos de almacenamiento secundario hasta que son requeridos de nuevo. 

Sección 1.4 Los primeros sistemas operativos 

• Las primeras computadoras eran capaces de realizar solamente una tarea o trabajo a la vez. 

• Los sistemas operativos se desarrollaron para facilitar el uso de la computadora. 

• La multiprogramación significa la operación simultánea de muchas tareas. 

• Con el tiempo compartido, la computadora ejecuta una pequeña porción del trabajo de un usuario y después pro- 
cede a dar servicio al siguiente usuario, con la posibilidad de proporcionar el servicio a cada usuario varias veces por 
segundo. 

Sección 1.5 Computación personal, distribuida y cliente/servidor 

• En 1977, Apple Computer popularizó el fenómeno de la computación personal. 

• En 1981, IBM, el vendedor de computadoras más grande del mundo, introdujo la Computadora Personal (PC) de 
IBM, que legitimó rápidamente la computación en las empresas, en la industria y en las organizaciones guberna- 
mentales. 

• En la computación distribuida, en vez de que la computación se realice sólo en una computadora central, se distri- 
buye mediante redes a los sitios en donde se realiza el trabajo de la empresa. 

• Los servidores almacenan datos que pueden utilizar las computadoras cliente distribuidas a través de la red, de ahí el 
término de computación cliente/servidor. 

• Java se está utilizando ampliamente para escribir software para redes de computadoras y para aplicaciones cliente/ 
servidor distribuidas. 

Sección 1.6 Internet y World Wide Web 

• Internet es accesible por más de mil millones de computadoras y dispositivos controlados por computadora. 

• Con la introducción de World Wide Web, Internet se ha convertido explosivamente en uno de los principales meca- 
nismos de comunicación en todo el mundo. 

Sección 1. 7 Lenguajes máquina, lenguajes ensambladores y lenguajes de alto nivel 

• Cualquier computadora puede entender de manera directa sólo su propio lenguaje máquina. 

• El lenguaje máquina es el “lenguaje natural” de una computadora. 

• Por lo general, los lenguajes máquina consisten en cadenas de números (que finalmente se reducen a ls y Os) que 
instruyen a las computadoras para realizar sus operaciones más elementales, una a la vez. 

• Los lenguajes máquina son dependientes de la máquina. 

• Los programadores empezaron a utilizar abreviaturas del inglés para representar las operaciones elementales. Estas 
abreviaturas formaron la base de los lenguajes ensambladores. 

• Los programas traductores conocidos como ensambladores se desarrollaron para convertir los primeros programas 
en lenguaje ensamblador a lenguaje máquina, a la velocidad de la computadora. 

• Los lenguajes de alto nivel permiten a los programadores escribir instrucciones parecidas al lenguaje inglés cotidiano, 
y contienen notaciones matemáticas de uso común. 

• Java es el lenguaje de programación de alto nivel más utilizado en todo el mundo. 

• Los programas intérpretes ejecutan los programas en lenguajes de alto nivel directamente. 

Sección 1.8 Historia de Cy C++ 

• Java evolucionó de C++, el cual evolucionó de C, que a su vez evolucionó de BCPL y B. 

• El lenguaje C evolucionó a partir de B, gracias al trabajo de Dennis Ritchie en los laboratorios Bell. Inicialmente, se 
hizo muy popular como lenguaje de desarrollo para el sistema operativo UNIX. 

• A principios de la década de los ochenta, Bjarne Stroustrup desarrolló una extensión de C en los laboratorios Bell: 
C++. Este lenguaje proporciona un conjunto de características que “pulen” al lenguaje C, además de la capacidad de 
una programación orientada a objetos. 
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Sección 1.9 Historia de Java 

• Java se utiliza para desarrollar aplicaciones empresariales a gran escala, para mejorar la funcionalidad de los servidores 
Web, para proporcionar aplicaciones para los dispositivos domésticos y para muchos otros propósitos. 

• Los programas en Java consisten en piezas llamadas clases. Las clases incluyen piezas llamadas métodos, los cuales 
realizan tareas y devuelven información cuando se completan estas tareas. 

Sección 1. 10 Bibliotecas de clases de Java 

• La mayoría de los programadores en Java aprovechan las ricas colecciones de clases existentes en las bibliotecas de 
clases de Java, que también se conocen como APIs (Interfaces de programación de aplicaciones) de Java. 

• La ventaja de crear sus propias clases y métodos es que sabe cómo funcionan y puede examinar el código. La desven- 
taja es que se requiere una cantidad considerable de tiempo y un esfuerzo potencialmente complejo. 

Sección 1.11 FORTRAN, COBOL, Pascal y Ada 

• Fortran (FORmula TRANslator, Traductor de fórmulas) fue desarrollado por IBM Corporation a mediados de la 
década de los cincuenta para utilizarse en aplicaciones científicas y de ingeniería que requerían cálculos matemáticos 
complejos. 

• COBOL (COmmon Business Oriented Language, Lenguaje común orientado a negocios) se utiliza en aplicaciones 
comerciales que requieren de una manipulación precisa y eficiente de grandes volúmenes de datos. 

• Las actividades de investigación en la década de los sesenta dieron como resultado la evolución de la programación 
estructurada (un método disciplinado para escribir programas que sean más claros, fáciles de probar y depurar, y más 
fáciles de modificar que los programas extensos producidos con técnicas anteriores). 

• Pascal se diseñó para la enseñanza de la programación estructurada en ambientes académicos, y de inmediato se 
convirtió en el lenguaje de programación preferido en la mayoría de las universidades. 

• El lenguaje de programación Ada se desarrolló bajo el patrocinio del Departamento de Defensa de los Estados 
Unidos (DOD) para satisfacer la mayoría de sus necesidades. Una característica de Ada conocida como multitarea 
permite a los programadores especificar que muchas actividades ocurrirán en paralelo. Java, a través de una técnica 
que se conoce como subprocesamiento múltiple , también permite a los programadores escribir programas con activi- 
dades paralelas. 

Sección 1.12 BASIC, Visual Basic, Visual C++, C# y .NET 

• BASIC fue desarrollado a mediados de la década de los sesenta para escribir programas simples. 

• El lenguaje Visual Basic de Microsoft simplifica el desarrollo de aplicaciones para Windows. 

• La plataforma .NET de Microsoft integra Internet y Web en las aplicaciones de computadora. 

Sección 1. 13 Entorno de desarrollo típico en Java 

• Por lo general, los programas en Java pasan a través de cinco fases: edición, compilación, carga, verificación y ejecu- 
ción. 

• La fase 1 consiste en editar un archivo con un editor. Usted escribe un programa utilizando el editor, realiza las 
correcciones necesarias y guarda el programa en un dispositivo de almacenamiento secundario, tal como su disco 
duro. 

• Un nombre de archivo que termina con la extensión .java indica que éste contiene código fuente en Java. 

• Los entornos de desarrollo integrados (IDEs) proporcionan herramientas que dan soporte al proceso de desarrollo 
del software, incluyendo editores para escribir y editar programas, y depuradores para localizar errores lógicos. 

• En la fase 2, el programador utiliza el comando j avac para compilar un programa. 

• Si un programa se compila, el compilador produce un archivo . el ass que contiene el programa compilado. 

• El compilador de Java traduce el código fuente de Java en códigos de bytes que representan las tareas a ejecutar. La 
Máquina Virtual de Java (JVM) ejecuta los códigos de bytes. 

• En la fase 3, de carga, el cargador de clases toma los archivos . el ass que contienen los códigos de bytes del progra- 
ma y los transfiere a la memoria principal. 

• En la fase 4, a medida que se cargan las clases, el verificador de códigos de bytes examina sus códigos de bytes para 
asegurar que sean válidos y que no violen las restricciones de seguridad de Java. 

• En la fase 5, la JVM ejecuta los códigos de bytes del programa. 

Sección 1.16 Ejemplo práctico de Ingeniería de Software: introducción a la tecnología de objetos 
y UML 

• El Lenguaje Unificado de Modelado (UML) es un lenguaje gráfico que permite a las personas que crean sistemas 
representar sus diseños orientados a objetos en una notación común. 
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• El diseño orientado a objetos (DOO) modela los componentes de software en términos de objetos reales. 

• Los objetos tienen la propiedad de ocultamiento de la información: por lo general, no se permite a los objetos de 
una clase saber cómo se implementan los objetos de otras clases. 

• La programación orientada a objetos (POO) implementa diseños orientados a objetos. 

• Los programadores de Java se concentran en crear sus propios tipos definidos por el usuario, conocidos como clases. 
Cada clase contiene datos y métodos que manipulan a esos datos y proporcionan servicios a los clientes. 

• Los componentes de datos de una clase son los atributos o campos; los componentes de operación son los 
métodos. 

• Las clases pueden tener relaciones con otras clases; a estas relaciones se les llama asociaciones. 

• El proceso de empaquetar software en forma de clases hace posible que los sistemas de software posteriores reutilicen 
esas clases. 

• A una instancia de una clase se le llama objeto. 

• El proceso de analizar y diseñar un sistema desde un punto de vista orientado a objetos se llama análisis y diseño 
orientados a objetos (A/DOO). 


Terminología 

Ada 

ALU (unidad aritmética y lógica) 

ANSI C 

API de Java (Interfaz de Programación de Aplicaciones) 

atributo 

BASIC 

bibliotecas de clases 
C 

c# 

C++ 

cargador de clases 
clase 

. el ass, archivo 
COBOL 
código de bytes 
compilador 
compilador HotSpot™ 
compilador JIT (justo a tiempo) 
componente reutilizable 
comportamiento 
computación cliente/servidor 
computación distribuida 
computación personal 
computadora 
contenido dinámico 
CPU (unidad central de procesamiento) 
disco 

diseño orientado a objetos (DOO) 
dispositivo de entrada 
dispositivo de salida 
documento de requerimientos 
editor 

encapsulamiento 

ensamblador 

entrada/salida (E/S) 

enunciado del problema 

error en tiempo de compilación 

error en tiempo de ejecución 

error fatal en tiempo de ejecución 


error no fatal en tiempo de ejecución 

fase de carga 

fase de compilación 

fase de edición 

fase de ejecución 

fase de verificación 

flujo de datos 

Lortran 

Hardware 

herencia 

HTML (Lenguaje de Marcado de Hipertexto) 

IDE (Entorno Integrado de Desarrollo) 

Internet 

Intérprete 

Java 

Java Enterprise Edition (Java EE) 

. j ava, extensión de nombre de archivo 
Java Micro Edition (Java ME) 

Java Standard Edition (Java SE) 
java, intérprete 
javac, compilador 
KIS (simplifíquelo) 

Kit de Desarrollo de Java (JDK) 

LAN (red de área local) 
lenguaje de alto nivel 
lenguaje ensamblador 
lenguaje máquina 

Lenguaje Unificado de Modelado (UML) 
Máquina virtual de Java (JVM) 
memoria principal 
método 

método de código activo (live-code) 

Microsoft Internet Explorer, navegador Web 

modelado 

multiprocesador 

multiprogramación 

.NET 

objeto 

ocultamiento de información 
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Pascal 

plataforma 

portabilidad 

programa de cómputo 

programa traductor 

programación estructurada 

programación orientada a objetos (POO) 

programación por procedimientos 

programador de computadoras 

pseudocódigo 

reutilización de software 

servidor de archivos 

sistema heredado 

sistema operativo 

software 


Ejercicios de autoevaluación 

I . I Complete las siguientes oraciones: 

a) La compañía que popularizó la computación personal fue . 

b) La computadora que legitimó la computación personal en los negocios y la industria fue . 

c) Las computadoras procesan los datos bajo el control de conjuntos de instrucciones llamadas . 

d) Las seis unidades lógicas clave de la computadora son , , , 

y • 

e) Los tres tipos de lenguajes descritos en este capítulo son , y 

f) Los programas que traducen programas en lenguaje de alto nivel a lenguaje máquina se denominan 

g) La permite a los usuarios de computadora localizar y ver documentos basados en multimedia 

sobre casi cualquier tema, a través de Internet. 

h) , permite a un programa en Java realizar varias actividades en paralelo. 

1 .2 Complete cada una de las siguientes oraciones relacionadas con el entorno de Java: 

a) El comando del JDK ejecuta una aplicación en Java. 

b) El comando del JDK compila un programa en Java. 

c) El archivo de un programa en Java debe terminar con la extensión de archivo . 

d) Cuando se compila un programa en Java, el archivo producido por el compilador termina con la exten- 
sión . 

e) El archivo producido por el compilador de Java contiene que se ejecutan mediante la 

Máquina Virtual de Java. 

1 .3 Complete cada una de las siguientes oraciones (basándose en la sección 1.16): 

a) Los objetos tienen una propiedad que se conoce como : aunque éstos pueden saber cómo 

comunicarse con los demás objetos a través de interfaces bien definidas, generalmente no se les permite 
saber cómo están implementados los otros objetos. 

b) Los programadores de Java se concentran en crear , que contienen campos y el conjunto 

de métodos que manipulan a esos campos y proporcionan servicios a los clientes. 

c) Las clases pueden tener relaciones con otras clases; a éstas relaciones se les llama . 

d) El proceso de analizar y diseñar un sistema desde un punto de vista orientado a objetos se conoce como 

e) El DOO aprovecha las relaciones , en donde se derivan nuevas clases de objetos al absorber 

las características de las clases existentes y después agregar sus propias características únicas. 

f) es un lenguaje gráfico que permite a las personas que diseñan sistemas de software utilizar 

una notación estándar en la industria para representarlos. 

g) El tamaño, forma, color y peso de un objeto se consideran del mismo. 


subprocesamiento múltiple 
Sun Microsystems 
tiempo compartido 
tipo definido por el usuario 
traducción 

unidad aritmética y lógica (ALU) 

unidad central de procesamiento (CPU) 

unidad de almacenamiento secundario 

unidad de entrada 

unidad de memoria 

unidad de salida 

verificador de código de bytes 

Visual Basic .NET 

Visual C++ .NET 

World Wide Web 
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Respuestas a los ejercicios de autoevaluación 

1.1 a) Apple, b) PC de IBM. c) programas, d) unidad de entrada, unidad de salida, unidad de memoria, 

unidad aritmética y lógica, unidad central de procesamiento, unidad de almacenamiento secundario, e) lenguajes 

máquina, lenguajes ensambladores, lenguajes de alto nivel, f) compiladores, g) World Wide Web. h) Subprocesa- 
miento múltiple. 

1.2 a) java, b) javac. c) .java, dj.class. e) códigos de by tes. 

1.3 a) ocultamiento de información, b) clases, c) asociaciones, d) análisis y diseño orientados a objetos (A/ 

DOO). e) herencia, f) El Lenguaje Unificado de Modelado (UML). g) atributos. 

Ejercicios 

1 .4 Clasifique cada uno de los siguientes elementos como hardware o software: 

a) CPU 

b) compilador de Java 

c) JVM 

d) unidad de entrada 

e) editor 

1 .5 Complete cada una de las siguientes oraciones: 

a) La unidad lógica de la computadora que recibe información desde el exterior de la computadora para que 

ésta la utilice se llama . 

b) El proceso de indicar a la computadora cómo resolver problemas específicos se llama . 

c) es un tipo de lenguaje computacional que utiliza abreviaturas del inglés para las instruc- 

ciones de lenguaje máquina. 

d) es una unidad lógica de la computadora que envía información, que ya ha sido procesada 

por la computadora, a varios dispositivos, de manera que la información pueda utilizarse fuera de la compu- 
tadora. 

e) y son unidades lógicas de la computadora que retienen información. 

f) es una unidad lógica de la computadora que realiza cálculos. 

g) es una unidad lógica de la computadora que toma decisiones lógicas. 

h) Los lenguajes son los más convenientes para que el programador pueda escribir programas 

rápida y fácilmente. 

i) Al único lenguaje que una computadora puede entender directamente se le conoce como el 

de esa computadora. 

j) es una unidad lógica de la computadora que coordina las actividades de todas las demás 

unidades lógicas. 

1.6 Indique la diferencia entre los términos error fatal y error no fatal. ¿Por qué sería preferible experimentar un 
error fatal, en vez de un error no fatal? 

1 .7 Complete cada una de las siguientes oraciones: 

a) se utiliza ahora para desarrollar aplicaciones empresariales de gran escala, para mejorar la 

funcionalidad de los servidores Web, para proporcionar aplicaciones para dispositivos domésticos y para 
muchos otros fines más. 

b) se diseñó específicamente para la plataforma .NET, de manera que los programadores 

pudieran migrar fácilmente a .NET. 

c) Inicialmente, se hizo muy popular como lenguaje de desarrollo para el sistema operativo 

UNIX. 

d) fue desarrollado a mediados de la década de los sesenta en el Dartmouth College, como 

un medio para escribir programas simples. 

e) fue desarrollado por IBM Corporation a mediados de la década de los cincuenta para 

utilizarse en aplicaciones científicas y de ingeniería que requerían cálculos matemáticos complejos. 

f) se utiliza para aplicaciones comerciales que requieren la manipulación precisa y eficiente 

de grandes cantidades de datos. 
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g) El lenguaje de programación fue desarrollado por Bjarne Stroustrup a principios de la 

década de los ochenta, en los laboratorios Bell. 

1 .8 Complete cada una de las siguientes oraciones (basándose en la sección 1.13): 

a) Por lo general, los programas de Java pasan a través de cinco fases: , , 

7 • 

b) Un proporciona muchas herramientas que dan soporte al proceso de desarrollo de soft- 

ware, como los editores para escribir y editar programas, los depuradores para localizar los errores lógicos en 
los programas, y muchas otras características más. 

c) El comando java invoca al , que ejecuta los programas de Java. 

d) Un(a) es una aplicación de software que simula a una computadora, pero oculta el sistema 

operativo subyacente y el hardware de los programas que interactúan con la VM. 

e) Un programa puede ejecutarse en múltiples plataformas. 

f) El toma los archivos . el ass que contienen los códigos de bytes del programa y los trans- 

fiere a la memoria principal. 

g) El examina los códigos de bytes para asegurar que sean válidos. 

1 .9 Explique las dos fases de compilación de los programas de Java. 




Introducción a 
las aplicaciones 
en Java 


OBJETIVOS 

En este capítulo aprenderá a: 

■ Escribir aplicaciones simples en Java. 

■ Utilizar las instrucciones de entrada y salida. 

■ Familiarizarse con los tipos primitivos de Java. 

■ Comprender los conceptos básicos de la memoria. 

■ Utilizar los operadores aritméticos. 

■ Comprender la precedencia de los operadores aritméticos. 

■ Escribir instrucciones para tomar decisiones. 

■ Utilizar los operadores relaciónales y de igualdad. 



¿Qué hay en un nombre ? 

A eso a lo que llamamos 
rosa, si le diéramos otro 
nombre conservaría su 
misma fragancia dulce. 

— William Shakespeare 

Al hacer frente a una 
decisión, siempre me 
pregunto, “¿Cuál 
será la solución más 
divertida ?” 

— Peggy Walker 

“Toma un poco más de 
té”, dijo el conejo blanco a 
Alicia, con gran seriedad. 
“No he tomado nada 
todavía. ” Contestó Alicia 
en tono ofendido, “Entonces 
no puedo tomar más”. 
“Querrás decir que no 
puedes tomar menos”, dijo 
el sombrerero loco, “es muy 
fácil tomar más que nada”. 
— Lewis Carroll 
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2.1 Introducción 

2.2 Su primer programa en Java: imprimir una línea de texto 

2.3 Modificación de nuestro primer programa en Java 

2.4 Cómo mostrar texto con pri ntf 

2.5 Otra aplicación en Java: suma de enteros 

2.6 Conceptos acerca de la memoria 

2.7 Aritmética 

2.8 Toma de decisiones: operadores de igualdad y relaciónales 

2.9 (Opcional) Ejemplo práctico de Ingeniería de Software: cómo examinar el documento de requerimientos 

2.10 Conclusión 

Resumen | Terminología | Ejercicios de autoevaluación | Respuestas a los ejercicios de autoevaluación | Ejercicios 


2.1 Introducción 

Ahora presentaremos la programación de aplicaciones en Java, que facilita una metodología disciplinada para el 
diseño de programas. La mayoría de los programas en Java que estudiará en este libro procesan información y 
muestran resultados. Le presentaremos seis ejemplos que demuestran cómo sus programas pueden mostrar men- 
sajes y cómo pueden obtener información del usuario para procesarla. Comenzaremos con varios ejemplos que 
simplemente muestran mensajes en la pantalla. Después demostraremos un programa que obtiene dos números 
de un usuario, calcula su suma y muestra el resultado. Usted aprenderá a realizar varios cálculos aritméticos y a 
guardar sus resultados para usarlos más adelante. El último ejemplo en este capítulo demuestra los fundamentos 
de toma de decisiones, al mostrarle cómo comparar números y después mostrar mensajes con base en los resul- 
tados de la comparación. Por ejemplo, el programa muestra un mensaje que indica que dos números son iguales 
sólo si tienen el mismo valor. Analizaremos cada ejemplo, una línea a la vez, para ayudarle a aprender a programar 
en Java. En los ejercicios del capítulo proporcionamos muchos problemas retadores y divertidos, para ayudarle a 
aplicar las habilidades que aprenderá aquí. 

2.2 Su primer programa en Java: imprimir una línea de texto 

Cada vez que utiliza una computadora, ejecuta diversas aplicaciones que realizan tareas por usted. Por ejemplo, 
su aplicación de correo electrónico le permite enviar y recibir mensajes de correo, y su navegador Web le permite 
ver páginas de sitios Web en todo el mundo. Los programadores de computadoras crean dichas aplicaciones, 
escribiendo programas de cómputo. 

Una aplicación en Java es un programa de computadora que se ejecuta cuando usted utiliza el comando 
java para iniciar la Máquina Virtual de Java (JVM) . Consideremos una aplicación simple que muestra una línea 
de texto. (Más adelante en esta sección hablaremos sobre cómo compilar y ejecutar una aplicación). El programa 
y su salida se muestran en la figura 2.1. La salida aparece en el recuadro al final del programa. El programa ilustra 
varias características importantes del lenguaje. Java utiliza notaciones que pueden parecer extrañas a los no pro- 
gramadores. Además, cada uno de los programas que presentamos en este libro tiene números de línea incluidos 
para su conveniencia; los números de línea no son parte de los programas en Java. Pronto veremos que la línea 9 
se encarga del verdadero trabajo del programa; a saber, mostrar la frase Bi enveni do a la programación en 
lava ! en la pantalla. Ahora consideremos cada línea del programa en orden. 

La línea 1 

// Fig. 2.1: Bi enveni dol. java 

empieza con //, indicando que el resto de la línea es un comentario. Los programadores insertan comentarios 
para documentar los programas y mejorar su legibilidad. Los comentarios también ayudan a otras personas a 
leer y comprender un programa. El compilador de Java ignora estos comentarios, de manera que la computadora 
no hace nada cuando el programa se ejecuta. Por convención, comenzamos cada uno de los programas con un 
comentario, el cual indica el número de figura y el nombre del archivo. 
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1 // Fig. 2.1: Bienvenidol. java 

2 // Programa para imprimir texto. 

3 


en Java 


Java! " ) ; 

10 

11 } // fin del método mai n 

12 

13 } // fin de la clase Bienvenidol 


Bienvenido a la programación en Java! 


Figura 2.1 | Programa para imprimir texto. 


4 public class Bienvenidol 

5 { 

6 // el método main empieza la ejecución de la aplicación 

7 public static void main( String args[] ) 

8 { 

9 System. out.println( "Bienvenido a la programación en 


Un comentario que comienza con //se llama comentario de fin de línea (o de una sola línea), ya que 
termina al final de la línea en la que aparece. Un comentario que se especifica con / / puede empezar también en 
medio de una línea, y continuar solamente hasta el final de esa línea (como en las líneas 11 y 13). 

Los comentarios tradicionales (también conocidos como comentarios de múltiples líneas), como el que 
se muestra a continuación 

/* Éste es un comentario 
Tradicional. Puede 
dividirse en muchas lineas */ 

se distribuyen en varias líneas. Este tipo de comentario comienza con el delimitador /* y termina con */• El com- 
pilador ignora todo el texto que esté entre los delimitadores. Java incorporó los comentarios tradicionales y los 
comentarios de fin de línea de los lenguajes de programación C y C++, respectivamente. En este libro utilizamos co- 
mentarios de fin de línea. 

Java también cuenta con comentarios Javadoc, que están delimitados por /** y */. Al igual que con los 
comentarios tradicionales, el compilador ignora todo el texto entre los delimitadores de los comentarios Javadoc. 
Estos comentarios permiten a los programadores incrustar la documentación del programa directamente en éste. 
Dichos comentarios son el formato preferido en la industria. El programa de utilería javadoc (parte del Kit de 
Desarrollo de Java SE) lee esos comentarios y los utiliza para preparar la documentación de su programa, en for- 
mato EITML. Elay algunas sutilezas en cuanto al uso apropiado de los comentarios estilo Java. En el apéndice K, 
Creación de documentación con javadoc, demostramos el uso de los comentarios Javadoc y la herramienta 
j avadoc. Para obtener información completa, visite la página de herramientas de j avadoc de Sun en j ava . sun . 
com/javase/6/docs/technotes/gui des/javadoc/i ndex. html . 



Error común de programación 2.1 

Olvidar uno de los delimitadores de un comentario tradicional o Javadoc es un error de sintaxis. La sintaxis de un 
lenguaje de programación que especifica las reglas para crear un programa apropiado en ese lenguaje. Un error de 
sintaxis ocurre cuando el compilador encuentra código que viola las reglas del lenguaje Java (es decir, su sintaxis). 
En este caso, el compilador muestra un mensaje de error para ayudar al programador a identificar y corregir el código 
incorrecto. Los errores de sintaxis se conocen también como errores del compilador, errores en tiempo de com- 
pilación o errores de compilación, ya que el compilador los detecta durante la fase de compilación. Usted no podrá 
ejecutar su programa sino hasta que corrija todos los errores de sintaxis que éste contenga. 


La línea 2 

// Programa para imprimir texto, 
es un comentario de fin de línea que describe el propósito del programa. 




2.2 Su primer programa en Java: imprimir una línea de texto 37 



Buena práctica de programación 2.1 

Es conveniente que todo programa comience con un comentario que explique su propósito, el autor, la fecha y la hora 
de la última modificación del mismo. (No mostraremos el autor, la fecha y la hora en los programas de este libro, ya 
que sería redundante). 


La línea 3 es una línea en blanco. Los programadores usan líneas en blanco y espacios para facilitar la lectura 
de los programas. En conjunto, las líneas en blanco, los espacios y los fabuladores se conocen como espacio en 
blanco. (Los espacios y fabuladores se conocen específicamente como caracteres de espacio en blanco). El com- 
pilador ignora el espacio en blanco. En éste y en los siguientes capítulos, hablaremos sobre las convenciones para 
utilizar espacios en blanco para mejorar la legibilidad de los programas. 



Buena práctica de programación 2.2 

Utilice líneas en blanco y espacios para mejorar la legibilidad del programa. 


La línea 4 


public class Bienvenidol 

comienza una declaración de clase para la clase Bienvenidol. Todo programa en Java consiste de, cuando 
menos, una declaración de clase que usted, el programador, debe definir. Estas clases se conocen como clases defi- 
nidas por el programador o clases definidas por el usuario. La palabra clave el ass introduce una declaración 
de clase en Java, la cual debe ir seguida inmediatamente por el nombre de la clase (Bi enveni dol). Las palabras 
clave (algunas veces conocidas como palabras reservadas) se reservan para uso exclusivo de Java (hablaremos 
sobre las diversas palabras clave a lo largo de este texto) y siempre se escriben en minúscula. En el apéndice C se 
muestra la lista completa de palabras clave de Java. 

Por convención, todos los nombres de clases en Java comienzan con una letra mayúscula, y la primera letra de 
cada palabra en el nombre de la clase debe ir en mayúscula (por ejemplo, EjemploDeNombreDeCl ase). En Java, el 
nombre de una clase se conoce como identificador: una serie de caracteres que pueden ser letras, dígitos, guiones 
bajos (_) y signos de moneda ($), que no comience con un dígito ni tenga espacios. Algunos identificadores váli- 
dos son Bi enveni dol, $val or, _val or, m_campoEntradal y boton7. El nombre 7boton no es un identificador 
válido, ya que comienza con un dígito, y el nombre campo entrada tampoco lo es debido a que contiene un 
espacio. Por lo general, un identificador que no empieza con una letra mayúscula no es el nombre de una clase. 
Java es sensible a mayúsculas y minúsculas; es decir, las letras mayúsculas y minúsculas son distintas, por lo que 
al y Al son distintos identificadores (pero ambos son válidos). 



Buena práctica de programación 2.3 

Por convención, el identificador del nombre de una clase siempre debe comenzar con una letra mayúscula, y la pri- 
mera letra de cada palabra subsiguiente del identificador también debe ir en mayúscula. Los programadores de Java 
saben que, por lo general, dichos identificadores representan clases de Java, por lo que si usted nombra a sus clases de 
esta forma, sus programas serán más legibles. 



Error común de programación 2.2 

Java es sensible a mayúsculas y minúsculas. No utilizar la combinación apropiada de letras minúsculas y mayúsculas 
para un identificador, generalmente produce un error de compilación. 


En los capítulos 2 al 7, cada una de las clases que definimos comienza con la palabra clave publ ic. Cuando 
usted guarda su declaración de clase publ i c en un archivo, el nombre del mismo debe ser el nombre de la clase, 
seguido de la extensión de nombre de archivo .java. Para nuestra aplicación, el nombre del archivo es Bi en- 
veni dol. java. En el capítulo 8 aprenderá más acerca de las clases publ i c y las que no son publ i c. 



Error común de programación 2.3 

Una clase pub lie debe colocarse en un archivo que tenga el mismo nombre que la clase ( en términos de ortografía y 
uso de mayúsculas) y la extensión .java; en caso contrario, ocurre un error de compilación. 
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Error común de programación 2.4 

Es un error que un archivo que contiene la declaración de una clase, no finalice con la extensión . java. El compi- 
lador de Java sólo compila archivos con la extensión . java. 


Una llave izquierda (en la línea 5 de este programa), {, comienza el cuerpo de todas las declaraciones de 
clases. Su correspondiente llave derecha (en la línea 13), }, debe terminar cada declaración de una clase. Observe 
que las líneas de la 6 a la 1 1 tienen sangría; ésta es una de las convenciones de espaciado que se mencionaron ante- 
riormente. Definimos cada una de las convenciones de espaciado como una Buena práctica de programación. 





Buena práctica de programación 2.4 

Siempre que escriba una llave izquierda de apertura ({) en su programa, escriba inmediatamente la llave derecha de 
cierre (}) y luego vuelva a colocar el cursor entre las llaves y utilice sangría para comenzar a escribir el cuerpo. Esta 
práctica ayuda a evitar errores debido a la omisión de una de las llaves. 





Buena práctica de programación 2.5 

Aplique sangría a todo el cuerpo de la declaración de cada clase, usando un “nivel” de sangría entre la llave izquierda 
({) y la llave derecha (}), las cuales delimitan el cuerpo de la clase. Este formato enfatiza la estructura de la decla- 
ración de la dase, y facilita su lectura. 





Buena práctica de programación 2.6 

Establezca una convención para el tamaño de sangría que usted prefiera, y después aplique uniformemente esta con- 
vención. La teda Tab puede utilizarse para crear sangrías, pero las posiciones de los fabuladores pueden variar entre 
los diversos editores de texto. Le recomendamos utilizar tres espacios para formar un nivel de sangría. 



Error común de programación 2.5 

Es un error de sintaxis no utilizar las llaves por pares. 


La línea 6 


// el método mai n empieza la ejecución de la aplicación en lava 
es un comentario de fin de línea que indica el propósito de las líneas 7 a 1 1 del programa. La línea 7 
public static void main( String args[] ) 

es el punto de inicio de toda aplicación en Java. Los paréntesis después del identificador mai n indican que éste es 
un bloque de construcción del programa, al cual se le llama método. Las declaraciones de clases en Java general- 
mente contienen uno o más métodos. En una aplicación en Java, sólo uno de esos métodos debe llamarse mai n 
y debe definirse como se muestra en la línea 7; de no ser así, la JVM no ejecutará la aplicación. Los métodos 
pueden realizar tareas y devolver información una vez que las hayan concluido. La palabra clave voi d indica que 
este método realizará una tarea, pero no devolverá ningún tipo de información cuando complete su tarea. Más 
adelante veremos que muchos métodos devuelven información cuando finalizan sus tareas. Aprenderá más acerca 
de los métodos en los capítulos 3 y 6. Por ahora, simplemente copie la primera línea de mai n en sus aplicaciones 
en Java. En la línea 7, las palabras Stri ng args [] entre paréntesis son una parte requerida de la declaración del 
método mai n. Hablaremos sobre esto en el capítulo 7, Arreglos. 

La llave izquierda ({) en la línea 8 comienza el cuerpo de la declaración del método; su correspondiente 
llave derecha (}) debe terminar el cuerpo de esa declaración (línea 1 1 del programa). Observe que la línea 9, entre 
las llaves, tiene sangría. 



Buena práctica de programación 2.7 

Aplique un “nivel” de sangría a todo el cuerpo de la declaración de cada método, entre la llave izquierda ({) y la 
llave derecha (}), las cuales delimitan el cuerpo del método. Este formato resalta la estructura del método y ayuda a 
que su declaración sea más fácil de leer. 
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La línea 9 

System . out . pri ntl n( "Bienvenido a la programación en lava!" ); 

indica a la computadora que realice una acción; es decir, que imprima la cadena de caracteres contenida entre 
los caracteres de comillas dobles (sin incluirlas). A una cadena también se le denomina cadena de caracteres, 
mensaje o literal de cadena. Genéricamente, nos referimos a los caracteres entre comillas dobles como cadenas. 
El compilador no ignora los caracteres de espacio en blanco dentro de las cadenas. 

System. out se conoce como el objeto de salida estándar. System. out permite a las aplicaciones en Java 
mostrar conjuntos de caracteres en la ventana de comandos, desde la cual se ejecuta la aplicación en Java. En 
Microsoft Windows 95/98/ME, la ventana de comandos es el símbolo de MS-DOS. En versiones más recientes 
de Microsoft Windows, la ventana de comandos es el Símbolo del sistema. En UNIX/Linux/Mac OS X, la 
ventana de comandos se llama ventana de terminal o shell. Muchos programadores se refieren a la ventana de 
comandos simplemente como la línea de comandos. 

El método System . out . pri ntl n muestra (o imprime) una línea de texto en la ventana de comandos. La 
cadena dentro de los paréntesis en la línea 9 es el argumento para el método. El método System . out .pri ntl n 
realiza su tarea, mostrando (o enviando) su argumento en la ventana de comandos. Cuando System. out. 
pri ntl n completa su tarea, posiciona el cursor de salida (la ubicación en donde se mostrará el siguiente carácter) 
al principio de la siguiente línea en la ventana de comandos. [Este desplazamiento del cursor es similar a cuando 
un usuario oprime la tecla Intro, al escribir en un editor de texto (el cursor aparece al principio de la siguiente 
línea en el archivo)] . 

Toda la línea 9, incluyendo System, out. pri ntl n, el argumento "Bienvenido a la programación en 
lava! " entre paréntesis y el punto y coma (;), se conoce como una instrucción; y siempre debe terminar con 
un punto y coma. Cuando se ejecuta la instrucción de la línea 9 de nuestro programa, ésta muestra el mensaje 
Bienvenido a la programación en lava! en la ventana de comandos. Por lo general, un método está com- 
puesto por una o más instrucciones que realizan la tarea, como veremos en los siguientes programas. 



Error común de programación 2.6 

Omitir el punto y coma al final de una instrucción es un error de sintaxis. 



Tip para prevenir errores 2.1 

Al aprender a programar, es conveniente, en ocasiones, “descomponer” un programa funcional, para poder familiari- 
zarse con los mensajes de error de sintaxis del compilador; ya que este tipo de mensajes no siempre indican el problema 
exacto en el código. Y de esta manera, cuando se encuentren dichos mensajes de error de sintaxis, tendrá una idea de 
qué fue lo que ocasionó el error. Trate de quitar un punto y coma o una llave del programa de la figura 2. 1, y vuelva 
a compilarlo de manera que pueda ver los mensajes de error generados por esta omisión. 



Tip para prevenir errores 2.2 


Cuando el compilador reporta un error de sintaxis, éste tal vez no se encuentre en el número de línea indicado por el 
mensaje. Primero verifique la línea en la que se reportó el error; si esa línea no contiene errores de sintaxis, verifique 
las líneas anteriores. 


A algunos programadores se les dificulta, cuando leen o escriben un programa, relacionar las llaves izquierda 
y derecha ({ y }) que delimitan el cuerpo de la declaración de una clase o de un método. Por esta razón, incluyen 
un comentario de fin de línea después de una llave derecha de cierre (}) que termina la declaración de un método 
y que termina la declaración de una clase. Por ejemplo, la línea 1 1 

} // fin del método mai n 

especifica la llave derecha de cierre (}) del método mai n, y la línea 13 
} // fin de la clase Bienvenidol 

especifica la llave derecha de cierre (}) de la clase Bi enveni dol. Cada comentario indica el método o la clase que 
termina con esa llave derecha. 
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Buena práctica de programación 2.8 

Para mejorar la legibilidad de los programas, agregue un comentario de fin de línea después de la llave derecha de 
cierre (}), que indique a qué método o clase pertenece. 

Cómo compilar y ejecutar su primera aplicación en Java 

Ahora estamos listos para compilar y ejecutar nuestro programa. Para este propósito, supondremos que usted 
utiliza el Kit de Desarrollo 6.0 (JDK 6.0) de Java SE de Sun Microsystems. En nuestros centros de recursos en 
www.deitel . com/ResourceCenters . html proporcionamos vínculos a tutoriales que le ayudarán a empezar a 
trabajar con varias herramientas de desarrollo populares de Java. 

Para compilar el programa, abra una ventana de comandos y cambie al directorio en donde está guardado el 
programa. La mayoría de los sistemas operativos utilizan el comando cd para cambiar directorios. Por ejemplo, 

cd c:\ejemplos\cap02\fig02_01 

cambia al directorio fig02_01 en Windows. El comando 

cd ~/ejemplos/cap02/fig02„01 

cambia al directorio fig02_01 en UNIX/Linux/Mac OS X. 

Para compilar el programa, escriba 

javac Bienvenidol. java 

Si el programa no contiene errores de sintaxis, el comando anterior crea un nuevo archivo llamado Bi enveni dol . 
el ass (conocido como el archivo de clase para Bi enveni dol), el cual contiene los códigos de bytes de Java que 
representan nuestra aplicación. Cuando utilicemos el comando j ava para ejecutar la aplicación, la JVM ejecutará 
estos códigos de bytes. 

Tip para prevenir errores 2.3 

Cuando trate de compilar un programa, si recibe un mensaje como “comando o nombre de archivo inco- 
rrecto”, “javac: comando no encontrado” o javac ' no se reconoce como un comando interno 
o externo, programa o archivo por lotes ejecutable”, entonces su instalación del software Java no 
se completó apropiadamente. Con el JDK, esto indica que la variable de entorno PATH del sistema no se estableció 
apropiadamente. Consulte cuidadosamente las instrucciones de instalación en la sección Antes de empezar de este 
libro. En algunos sistemas, después de corregir la variable PATH, es probable que necesite reiniciar su equipo o abrir 
una nueva ventana de comandos para que estos ajustes tengan efecto. 

Tip para prevenir errores 2.4 

Cuando la sintaxis de un programa es incorrecta, el compilador de Java genera mensajes de error de sintaxis; éstos 
contienen el nombre de archivo y el número de línea en donde ocurrió el error. Por ejemplo, Bi enveni dol . j ava : 6 
indica que ocurrió un error en el archivo Bi enveni dol . java en la línea 6. El resto del mensaje proporciona infor- 
mación acerca del error de sintaxis. 

Tip para prevenir errores 2.5 

El mensaje de error del compilador “Public class NombreClase must be defined in a file called 
NombreClas e. java” indica que el nombre del archivo no coincide exactamente con el nombre de la clase public 
en el archivo, o que escribió el nombre de la clase en forma incorrecta al momento de compilarla. 

La figura 2.2 muestra el programa de la figura 2.1 ejecutándose en una ventana Símbolo del sistema de 
Microsoft® Windows® XP. Para ejecutar el programa, escriba j ava Bi enveni dol; posteriormente se iniciará la 
JVM, que cargará el archivo “ . el ass” para la clase Bi enveni dol. Observe que la extensión “ . el ass” del nombre 
de archivo se omite en el comando anterior; de no ser así, la JVM no ejecutaría el programa. La JVM llama al 
método mai n. A continuación, la instrucción de la línea 9 de mai n muestra "Bi enveni do a la programación 
en lava!" [Nota: muchos entornos muestran los símbolos del sistema con fondos negros y texto blanco. En 
nuestro entorno, ajustamos esta configuración para que nuestras capturas de pantalla fueran más legibles]. 
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Usted escribe este comando 
para ejecutar la aplicación 


El programa imprime en la pantalla 
Bienvenido a la programación en lava! 


Figura 2.2 | Ejecución de Bi envenf dol en una ventana Símbolo del sistema de Microsoft Windows XP. 


& 


Tip para prevenir errores 2.6 

Al tratar de ejecutar un programa en Java, si recibe el mensaje “Exception in thread "main" java.lang. 
NoClassDefFoundError: Bi enveri dol”, quiere decir que su variable de entorno CLASSPATH no se ha configu- 
rado apropiadamente. Consulte cuidadosamente las instrucciones de instalación en la sección Antes de empezar de 
este libro. En algunos sistemas, tal vez necesite reiniciar su equipo o abrir una nueva ventana de comandos para que 
estos ajustes tengan efecto. 


2.3 Modificación de nuestro primer programa en Java 

Esta sección continúa con nuestra introducción a la programación en Java, con dos ejemplos que modifican el 
ejemplo de la figura 2. 1 para imprimir texto en una línea utilizando varias instrucciones, y para imprimir texto en 
varias líneas utilizando una sola instrucción. 


Cómo mostrar una sola línea de texto con varias instrucciones 

Bienvenido a la programación en Java! puede mostrarse en varias formas. La clase Bienvenido2, que se 
muestra en la figura 2.3, utiliza dos instrucciones para producir el mismo resultado que el de la figura 2.1. De 
aquí en adelante, resaltaremos las características nuevas y las características clave en cada listado de código, como 
se muestra en las línea 9 a 10 de este programa. 


1 // Fig. 2.3: Bienvenido2. java 

2 // Imprimir una linea de texto con varias instrucciones. 

3 

4 public class Bienvenido2 

5 { 

6 // el método main empieza la ejecución de la aplicación en Java 

7 public static void main( String args[] ) 

8 { 

9 System. out.print( "Bienvenido a " ); 

10 System. out.printlnC "la programación en Java!" ); 

1 1 

12 } // fin del método main 

13 

14 } // fin de la clase Bienvenido2 


Bienvenido a la programación en Java! 

Figura 2.3 | Impresión de una línea de texto con varias Instrucciones. 
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El programa es similar al de la figura 2.1, por lo que aquí sólo hablaremos de los cambios. La línea 2 

// Imprimir una linea de texto con varias instrucciones. 

es un comentario de fin de línea que describe el propósito de este programa. La línea 4 comienza la declaración 
de la clase Bi enveni do2. 

Las líneas 9 y 10 del método mai n 

System . out . pri nt( "Bienvenido a " ); 

System . out . pri ntl n( "la programación en lava!" ); 

muestran una línea de texto en la ventana de comandos. La primera instrucción utiliza el método print de 
System. out para mostrar una cadena. A diferencia de pri ntl n, después de mostrar su argumento, print no 
posiciona el cursor de salida al inicio de la siguiente línea en la ventana de comandos; sino que el siguiente carác- 
ter aparecerá inmediatamente después del último que muestre pri nt. Por lo tanto, la línea 10 coloca el primer 
carácter de su argumento (la letra “1”) inmediatamente después del último que muestra la línea 9 (el carácter de 
espacio antes del carácter de comilla doble de cierre de la cadena). Cada instrucción pri nt o pri ntl n continúa 
mostrando caracteres a partir de donde la última instrucción pri nt o pri ntl n dejó de mostrar caracteres. 

Cómo mostrar varias líneas de texto con una sola instrucción 

Una sola instrucción puede mostrar varias líneas, utilizando caracteres de nueva línea, los cuales indican a los 
métodos pri nt y pri ntl n de System . out cuándo deben colocar el cursor de salida al inicio de la siguiente línea 
en la ventana de comandos. Al igual que las líneas en blanco, los espacios y los tabuladores, los caracteres de nueva 
línea son caracteres de espacio en blanco. La figura 2.4 muestra cuatro líneas de texto, utilizando caracteres de 
nueva línea para determinar cuándo empezar cada nueva línea. La mayor parte del programa es idéntico a los 
de las figuras 2.1 y 2.3, por lo que aquí sólo veremos los cambios. 

La línea 2 

// Imprimir varias lineas de texto con una sola instrucción. 

es un comentario que describe el propósito de este programa. La línea 4 comienza la declaración de la clase Bi en- 
veni doB. 

La línea 9 

System . out . pri ntl n( "Bienvenido\na\nla programacion\nenJava! " ); 

muestra cuatro líneas separadas de texto en la ventana de comandos. Por lo general, los caracteres en una cadena 
se muestran exactamente como aparecen en las comillas dobles. Sin embargo, observe que los dos caracteres 


1 // Fig. 2.4: Bienvenido3. java 

2 // Imprimir varias lineas de texto con una sola instrucción. 

3 

4 public class Bienvenido3 

5 { 

6 // el método mai n empieza la ejecución de la aplicación en lava 

7 public static void main( String args[] ) 

8 { 

9 System. out. println( "Bienvenido\na\nla programacion\nen lava!" ); 

10 

11 } // fin del método mai n 

12 

13 } // fin de la clase Bienvenido3 


Bi enveni do 
a 

la programación 
en lava! 


Figura 2.4 | Impresión de varias líneas de texto con una sola instrucción. 
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Secuencia 

de escape Descripción 


\n Nueva línea. Coloca el cursor de la pantalla al inicio de la siguiente línea. 

\t Tabulador horizontal. Desplaza el cursor de la pantalla hasta la siguiente posición de tabulación. 

Retorno de carro. Coloca el cursor de la pantalla al inicio de la línea actual; no avanza a la siguiente línea. 
\ r Cualquier carácter que se imprima después del retorno de carro sobrescribe los caracteres previamente 

impresos en esa línea. 

\\ Barra diagonal inversa. Se usa para imprimir un carácter de barra diagonal inversa. 

\” Doble comilla. Se usa para imprimir un carácter de doble comilla. Por ejemplo, 

System. out . pri ntln( "Y'entre cominasY”' ); 
muestra 

"entre comillas" 


Figura 2.5 | Algunas secuencias de escape comunes. 


\ y n (que se repiten tres veces en la instrucción) no aparecen en la pantalla. La barra diagonal inversa (\) se 
conoce como carácter de escape. Este carácter indica a los métodos pri nt y pri ntl n de System . out que se va 
a imprimir un “carácter especial”. Cuando aparece una barra diagonal inversa en una cadena de caracteres, Java 
combina el siguiente carácter con la barra diagonal inversa para formar una secuencia de escape. La secuencia 
de escape \n representa el carácter de nueva línea. Cuando aparece un carácter de nueva línea en una cadena que 
se va a imprimir con System . out, el carácter de nueva línea hace que el cursor de salida de la pantalla se despla- 
ce al inicio de la siguiente línea en la ventana de comandos. En la figura 2.5 se enlistan varias secuencias de escape 
comunes, con descripciones de cómo afectan la manera de mostrar caracteres en la ventana de comandos. Para 
obtener una lista completa de secuencias de escape, visite java.sun.com/docs/books/jls/thi rd_edition/ 
html /I exi cal . html #3.10. 6. 


2.4 Cómo mostrar texto con pri ntf 

Java SE 5.0 agregó el método System. out . printf para mostrar datos con formato; la f en el nombre pri ntf 
representa la palabra “formato”. La figura 2.6 muestra las cadenas "Bienvenido a" y "la programación en 
lava! " con System, out . pri ntf. 

Las líneas 9 y 1 0 

System . out . pri ntf ( "%s\n%s\n' , 

"Bienvenido a' , "la programación en lava!" ); 

llaman al método System . out . pri ntf para mostrar la salida del programa. La llamada al método especifica tres 
argumentos. Cuando un método requiere varios argumentos, éstos se separan con comas (,); a esto se le conoce 
como lista separada por comas. 



Buena práctica de programación 2.9 

Coloque un espacio después de cada coma (,) en una lista de argumentos , para que sus programas sean más legi- 
bles. 


Recuerde que todas las instrucciones en Java terminan con un punto y coma (;). Por lo tanto, las líneas 9 
y 10 sólo representan una instrucción. Java permite que las instrucciones largas se dividan en varias líneas. Sin 
embargo, no puede dividir una instrucción a la mitad de un ídentificador, o de una cadena. 


Error común de programación 2.7 


Dividir una instrucción a la mitad de un ídentificador o de una cadena es un error de sintaxis. 
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1 // Fig. 2.6: Bienvenido4. java 

2 // Imprimir varias lineas en un cuadro de diálogo. 

3 

4 public class Bienvenido4 

5 { 

6 // el método mai n empieza la ejecución de la aplicación de lava 

7 public static void main( String args[] ) 

8 { 

9 System. out. pri ntf ( "%s\n%s\n", 

10 "Bienvenido a 1 , "la programación en lava!" ); 

1 1 

12 } // fin del método mai n 

13 

• 4 } // fin de la clase Bienvenido4 


Bienvenido a 
la programación en lava! 


Figura 2.6 | Imprimir varias líneas de texto con el método System. out .pri ntf. 


El primer argumento del método pri ntf es una cadena de formato que puede consistir en texto fijo y espe- 
cificadores de formato. El método pri ntf imprime el texto fijo de igual forma que pri nt o pri ntl n. Cada es- 
pecificador de formato es un receptáculo para un valor, y especifica el tipo de datos a imprimir. Los especificadores 
de formato también pueden incluir información de formato opcional. 

Los especificadores de formato empiezan con un signo porcentual (%) y van seguidos de un carácter que 
representa el tipo de datos. Por ejemplo, el especificador de formato %s es un receptáculo para una cadena. La 
cadena de formato en la línea 9 especifica que pri ntf debe imprimir dos cadenas, y que a cada cadena le debe 
seguir un carácter de nueva línea. En la posición del primer especificador de formato, pri ntf sustituye el valor 
del primer argumento después de la cadena de formato. En cada posición posterior de los especificadores de 
formato, pri ntf sustituye el valor del siguiente argumento en la lista. Así, este ejemplo sustituye "Bi enveni do 
a" por el primer %s y "1 a programación en lava! " por el segundo %s. La salida muestra que se imprimieron 
dos líneas de texto. 

En nuestros ejemplos, presentaremos las diversas características de formato a medida que se vayan necesitan- 
do. El capítulo 29 presenta los detalles de cómo dar formato a la salida con pri ntf. 

2.5 Otra aplicación en Java: suma de enteros 

Nuestra siguiente aplicación lee (o recibe como entrada) dos enteros (números completos, como -22, 7, 0 y 
1024) introducidos por el usuario mediante el teclado, calcula la suma de los valores y muestra el resultado. 
Este programa debe llevar la cuenta de los números que suministra el usuario para los cálculos que el programa 
realiza posteriormente. Los programas recuerdan números y otros datos en la memoria de la computadora, y 
acceden a esos datos a través de elementos del programa, conocidos como variables. El programa de la figura 2.7 
demuestra estos conceptos. En los resultados de ejemplo, resaltamos las diferencias entre la entrada del usuario 
y la salida del programa. 


1 // Fig. 2.7: Suma. java 

2 // Programa que muestra la suma de dos enteros. 

3 import java. útil .Scanner; // el programa usa la clase Scanner 

4 

5 public class Suma 

6 { 

7 // el método main empieza la ejecución de la aplicación en Java 

Figura 2.7 | Programa que muestra la suma de dos enteros. (Parte I de 2). 
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8 public static void main( String args[] ) 

9 { 

10 // crea objeto Scanner para obtener la entrada de la ventana de comandos 

11 Scanner entrada = new Scanner( System. in ); 

12 

13 int numerol; // primer número a sumar 

14 int numero2; // segundo número a sumar 

15 int suma; // suma de numerol y numero2 

16 

17 System. out.print( "Escriba el primer entero: " ); // indicador 

18 numerol = entrada. nextlnt() ; // lee el primer número del usuario 

19 

20 System. out.print( "Escriba el segundo entero: " ); // indicador 

21 numero2 = entrada. nextlntO ; // lee el segundo número del usuario 

22 

23 suma = numerol + numero2; // suma los números 

24 

25 System. out.printf( "La suma es %d\n' , suma ); // muestra la suma 

26 

27 } // fin del método mai n 

28 

29 } // fin de la clase Suma 


Escriba el primer entero: 45 
Escriba el segundo entero: 72 
La suma es 117 


Figura 2.7 | Programa que muestra la suma de dos enteros. (Parte 2 de 2). 


Las líneas 1 y 2 

// Fig. 2.7: Suma. java 

// Programa que muestra la suma de dos enteros. 

indican el número de la figura, el nombre del archivo y el propósito del programa. La línea 3 

import java. útil .Scanner; // el programa usa la clase Scanner 

es una declaración import que ayuda al compilador a localizar una clase que se utiliza en este programa. Una 
gran fortaleza de Java es su extenso conjunto de clases predefinidas que podemos utilizar, en vez de “reinventar 
la rueda”. Estas clases se agrupan en paquetes (colecciones con nombre de clases relacionadas) y se conocen en 
conjunto como la biblioteca de clases de Java, o Interfaz de Programación de Aplicaciones de Java (API de 
Java). Los programadores utilizan declaraciones import para identificar las clases predefinidas que se utilizan en 
un programa de Java. La declaración import en la línea 3 indica que este ejemplo utiliza la clase Scanner pre- 
definida de Java (que veremos en breve) del paquete java . útil . Después, el compilador trata de asegurarse que 
utilicemos la clase Scanner de manera apropiada. 



Error común de programación 2.8 

Todas las declaraciones import deben aparecer antes de la primera declaración de clase en el archivo. Colocar una 
declaración import dentro del cuerpo de la declaración de una clase, o después de la declaración de la misma, es un 
error de sintaxis. 



Tip para prevenir errores 2.7 


Por lo general, si olvida incluir una declaración import para una clase que utilice en su programa, se produce un 
error de compilación que contiene el mensaje: “cannot resol ve Symbol”. Cuando esto ocurra, verifique que haya 
proporcionado las declaraciones import apropiadas y que los nombres en las mismas estén escritos correctamente, 
incluyendo el uso apropiado de las letras mayúsculas y minúsculas. 
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La línea 5 

public class Suma 

empieza la declaración de la clase Suma. El nombre de archivo para esta clase publ i c debe ser Suma . j ava. Recuer- 
de que el cuerpo de cada declaración de clase empieza con una llave izquierda de apertura (línea 6) ({) y termina 
con una llave derecha de cierre (línea 29) (}). 

La aplicación empieza a ejecutarse con el método mai n (líneas 8 a la 27). La llave izquierda (línea 9) marca 
el inicio del cuerpo de mai n, y la correspondiente llave derecha (línea 27) marca el final de mai n. Observe que al 
método mai n se le aplica un nivel de sangría en el cuerpo de la clase Suma, y que al código en el cuerpo de mai n 
se le aplica otro nivel para mejorar la legibilidad. 

La línea 1 1 

Scanner entrada = new Scanner( System. in ); 

es una instrucción de declaración de variable (también conocida como declaración), la cual especifica el nom- 
bre (entrada) y tipo (Scanner) de una variable utilizada en este programa. Una variable es una ubicación en la 
memoria de la computadora, en donde se puede guardar un valor para utilizarlo posteriormente en un programa. 
Todas las variables deben declararse con un nombre y un tipo antes de poder usarse; este nombre permite al 
programa acceder al valor de la variable en memoria; y puede ser cualquier identificador válido. (Consulte en la 
sección 2.2 los requerimientos para nombrar identificado res). El tipo de una variable especifica el tipo de infor- 
mación que se guarda en esa ubicación de memoria. Al igual que las demás instrucciones, las instrucciones de 
declaración terminan con punto y coma ( ; ). 

La declaración en la línea 11 especifica que la variable llamada entrada es de tipo Scanner. Un objeto 
Scanner permite a un programa leer datos (como números) para usarlos. Los datos pueden provenir de muchas 
fuentes, como un archivo en disco, o desde el teclado. Antes de usar un objeto Scanner, el programa debe crearlo 
y especificar el origen de los datos. 

El signo igual (=) en la línea 11 indica que la variable entrada tipo Scanner debe inicializarse (es decir, 
hay que prepararla para usarla en el programa) en su declaración con el resultado de la expresión new Scanner 
( System, i n ) a la derecha del signo igual. Esta expresión crea un objeto Scanner que lee los datos escritos por 
el usuario mediante el teclado. Recuerde que el objeto de salida estándar, System . out, permite a las aplicaciones 
de Java mostrar caracteres en la ventana de comandos. De manera similar, el objeto de entrada estándar, Sys- 
tem . i n, permite a las aplicaciones de Java leer la información escrita por el usuario. Así, la línea 1 1 crea un objeto 
Scanner que permite a la aplicación leer la información escrita por el usuario mediante el teclado. 

Las instrucciones de declaración de variables en las líneas 13 a la 15 

int numerol; // primer número a sumar 
int numero2; // segundo número a sumar 
int suma; // suma de numerol y numero2 

declaran que las variables numerol, numero2 y suma contienen datos de tipo int; estas variables pueden contener 
valores enteros (números completos, como 7, —11, 0 y 31,914). Estas variables no se han inicializado todavía. El 
rango de valores para un i nt es de -2,147,483,648 a +2,147,483,647. Pronto hablaremos sobre los tipos float y 
double, para guardar números reales, y sobre el tipo char, para guardar datos de caracteres. Los números reales 
son números que contienen puntos decimales, como 3.4, 0 . 0 y -11 . 19. Las variables de tipo char representan 
caracteres individuales, como una letra en mayúscula (como A), un dígito (como 7), un carácter especial (como * 
o %) o una secuencia de escape (como el carácter de nueva línea, \n). Los tipos como i nt, float, doubl e y char 
se conocen como tipos primitivos o tipos integrados. Los nombres de los tipos primitivos son palabras clave y, 
por lo tanto, deben aparecer completamente en minúsculas. El apéndice D, Tipos primitivos, sintetiza las carac- 
terísticas de los ocho tipos primitivos (boolean, byte, char, short, int, long, float y double). 

Las instrucciones de declaración de variables pueden dividirse en varias líneas, separando los nombres de las 
variables por comas (es decir, una lista de nombres de variables separados por comas). Varias variables del mismo 
tipo pueden declararse en una, o en varias declaraciones. Por ejemplo, las líneas 1 3 a la 1 5 se pueden escribir como 
una sola instrucción, de la siguiente manera: 

int numerol, // primer número a sumar 
numero2, // segundo número a sumar 
suma; // suma de numerol y numero2 
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Observe que utilizamos comentarios de fin de línea en las líneas 13 a la 15. Este uso de comentarios es una prác- 
tica común de programación, para indicar el propósito de cada variable en el programa. 



palabras en el nombre, que van después de la primera, deben empezar con una letra mayúscula. Por ejemplo, el 
identificador primerNumero tiene una N mayúscula en su segunda palabra, Numero. 

La línea 17 

System . out . pri nt( "Escriba el primer entero: " ); // indicador 

utiliza System. out . pri nt para mostrar el mensaje "Escri ba el primer entero: ". Este mensaje se conoce 
como indicador, ya que indica al usuario que debe realizar una acción específica. En la sección 2.2 vimos que los 
identificadores que empiezan con letras mayúsculas representan nombres de clases. Por lo tanto, System es una 
clase; que forma parte del paquete java.lang. Observe que la clase System no se importa con una declaración 
import al principio del programa. 

Observación de ingeniería de software 2.1 

El paquete java, lang se importa de manera predeterminada en todos los programas de Java; por ende, las clases en 
java . lang son las únicas en la API que no requieren una declaración import. 

La línea 18 

numerol = entrada. nextlntO ; // lee el primer número del usuario 

utiliza el método nextlnt del objeto entrada de la clase Scanner para obtener un entero del usuario mediante 
el teclado. En este punto, el programa espera a que el usuario escriba el número y oprima Intro para enviar el 
número al programa. 

Técnicamente, el usuario puede escribir cualquier cosa como valor de entrada. Nuestro programa asume que 
el usuario escribirá un valor de entero válido, según las indicaciones; si el usuario escribe un valor no entero, se 
producirá un error lógico en tiempo de ejecución y el programa no funcionará correctamente. El capítulo 13, 
Manejo de excepciones, habla sobre cómo hacer sus programas más robustos, al permitirles manejar dichos erro- 
res. Esto también se conoce como hacer que su programa sea tolerante a fallas. 

En la línea 18, el resultado de la llamada al método nextlnt (un valor int) se coloca en la variable nume- 
rol mediante el uso del operador de asignación, =. La instrucción se lee como “numerol obtiene el valor de 
entrada. nextlntO”. Al operador = se le llama operador binario, ya que tiene dos operandos: numerol y el 
resultado de la llamada al método entrada. nextlntO. Esta instrucción se llama instrucción de asignación, ya 
que asigna un valor a una variable. Todo lo que está a la derecha del operador de asignación (=) se evalúa siempre 
antes de realizar la asignación. 




Buena práctica de programación 2.13 

Coloque espacios en cualquier lado de un operador binario, para que resalte y el programa sea más legible. 


La línea 20 


System. out. print( "Escriba el segundo entero: " ); // indicador 
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pide al usuario que escriba el segundo entero. 

La línea 21 

numero2 = entrada. nextlnt() ; // lee el segundo número del usuario 

lee el segundo entero y lo asigna a la variable numero2. 

La línea 23 

suma = numerol + numero2; // suma los números 

es una instrucción de asignación que calcula la suma de las variables numerol y numero2, y asigna el resultado a 
la variable suma mediante el uso del operador de asignación, =. La instrucción se lee como “suma obtiene el valor 
de numerol + numero2”. La mayoría de los cálculos se realizan en instrucciones de asignación. Cuando el pro- 
grama encuentra la operación de suma, utiliza los valores almacenados en las variables numerol y numero2 para 
realizar el cálculo. En la instrucción anterior, el operador de suma es binario; sus dos operandos son numerol y 
numero2. Las partes de las instrucciones que contienen cálculos se llaman expresiones. De hecho, una expresión 
es cualquier parte de una instrucción que tiene un valor asociado. Por ejemplo, el valor de la expresión numerol 
+ numero2 es la suma de los números. De manera similar, el valor de la expresión entrada. nextlnt() es un 
entero escrito por el usuario. 

Una vez realizado el cálculo, la línea 25 

System . out . pri ntf ( "La suma es %d\n", suma ); // muestra la suma 

utiliza el método System. out. pri ntf para mostrar la suma. El especificador de formato %d es un receptáculo 
para un valor i nt (en este caso, el valor de suma); la letra d representa “entero decimal”. Observe que aparte del 
especificador de formato %d, el resto de los caracteres en la cadena de formato son texto fijo. Por lo tanto, el méto- 
do pri ntf imprime en pantalla "La suma es ", seguido del valor de suma (en la posición del especificador de 
formato %d) y una nueva línea. 

Observe que los cálculos también pueden realizarse dentro de instrucciones pri ntf. Podríamos haber com- 
binado las instrucciones de las líneas 23 y 25 en la siguiente instrucción: 

System . out . pri ntf ( "La suma es %d\n", ( numerol + numero2 ) ); 

Los paréntesis alrededor de la expresión numerol + numero2 no son requeridos; se incluyen para enfatizar que el 
valor de la expresión se imprime en la posición del especificador de formato %d. 

Documentación de la API de Java 

Para cada nueva clase de la API de Java que utilizamos, indicamos el paquete en el que se ubica. Esta información 
es importante, ya que nos ayuda a localizar las descripciones de cada paquete y clase en la documentación de la 
API de Java. Puede encontrar una versión basada en Web de esta documentación en 

java. sun .com/javase/6/docs/api/ 

También puede descargar esta documentación, en su propia computadora, de 
java. sun . com/javase/downloads/ea. jsp 

La descarga es de aproximadamente 53 megabytes (MB). El apéndice J, Uso de la documentación de la API de 
Java, describe cómo utilizar esta documentación. 

2.6 Conceptos acerca de la memoria 

Los nombres de variables como numerol, numero2 y suma en realidad corresponden a ciertas ubicaciones en la 
memoria de la computadora. Toda variable tiene un nombre, un tipo, un tamaño y un valor. 

En el programa de suma de la figura 2.7, cuando se ejecuta la instrucción (línea 18) 

numerol = entrada. nextlnt() ; // lee el primer número del usuario 

el número escrito por el usuario se coloca en una ubicación de memoria a la cual se asigna el nombre numerol. 
Suponga que el usuario escribe 45. La computadora coloca ese valor entero en la ubicación numerol, como se 
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numerol 45 

Figura 2.8 | Ubicación de memoria que muestra el nombre y el valor de la variable numerol. 


numerol 

45 

numero2 

72 


Figura 2.9 | Ubicaciones de memoria, después de almacenar valores para numerol y numero2. 


numerol 

45 

numero2 

72 

suma 

117 


Figura 2.10 | Ubicaciones de memoria, después de almacenar la suma de numerol y numero2. 

muestra en la figura 2.8. Cada vez que se coloca un nuevo valor en una ubicación de memoria, se sustituye al valor 
anterior en esa ubicación; es decir, el valor anterior se pierde. 

Cuando se ejecuta la instrucción (línea 21) 

numero2 = entrada. nextlnt() ; // lee el segundo número del usuario 

suponga que el usuario escribe 72. La computadora coloca ese valor entero en la ubicación numero2. La memoria 
ahora aparece como se muestra en la figura 2.9. 

Una vez que el programa de la figura 2.7 obtiene valores para numerol y numero2, los suma y coloca el resul- 
tado en la variable suma. La instrucción (línea 23) 

suma = numerol + numero2; // suma los números 

realiza la suma y después sustituye el valor anterior de suma. Una vez que se calcula suma, la memoria aparece 
como se muestra en la figura 2.10. Observe que los valores de numerol y numero2 aparecen exactamente como 
antes de usarlos en el cálculo de suma. Estos valores se utilizaron, pero no se destruyeron, cuando la computadora 
realizó el cálculo. Por ende, cuando se lee un valor de una ubicación de memoria, el proceso es no destructivo. 

2.7 Aritmética 

La mayoría de los programas realizan cálculos aritméticos. Los operadores aritméticos se sintetizan en la figura 
2.1 1. Observe el uso de varios símbolos especiales que no se utilizan en álgebra. El asterisco (*) indica la multi- 
plicación, y el signo de porcentaje (%) es el operador residuo (conocido como módulo en algunos lenguajes), el 
cual describiremos en breve. Los operadores aritméticos en la figura 2.1 1 son binarios, ya que funcionan con dos 
operandos. Por ejemplo, la expresión f + 7 contiene el operador binario + y los dos operandos f y 7. 

La división de enteros produce un cociente entero: por ejemplo, la expresión 7 / 4 da como resultado 1, y 
la expresión 17 / 5 da como resultado B. Cualquier parte fraccionaria en una división de enteros simplemente se 
descarta (es decir, se trunca); no ocurre un redondeo. Java proporciona el operador residuo, %, el cual produce el 
residuo después de la división. La expresión x % y produce el residuo después de que x se divide entre y. Por lo 
tanto, 7 % 4 produce B, y 17 % 5 produce 2. Por lo general, este operador se utiliza más con operandos enteros, 
pero también puede usarse con otros tipos aritméticos. En los ejercicios de este capítulo y de capítulos posterio- 
res, consideramos muchas aplicaciones interesantes del operador residuo, como determinar si un número es 
múltiplo de otro. 
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Operación 
en Java 

Operador 

aritmético 

Expresión 

algebraica 

Expresión 
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Suma 
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/ + 7 

f + 7 

Resta 


p-c 

p-c 

Multiplicación 

* 

bm 

b * m 

División 

/ 

i x 

xt y o - o x —y 

x / y 

Residuo 

% 
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Figura 2.11 | Operadores aritméticos. 

Expresiones aritméticas en formato de línea recta 

Las expresiones aritméticas en Java deben escribirse en formato de línea recta para facilitar la escritura de pro- 
gramas en la computadora. Por lo tanto, las expresiones como “a dividida entre b” deben escribirse como a / b, 
de manera que todas las constantes, variables y operadores aparezcan en una línea recta. La siguiente notación 
algebraica no es generalmente aceptable para los compiladores: 

a_ 

b 

Paréntesis para agrupar subexpresiones 

Los paréntesis se utilizan para agrupar términos en las expresiones en Java, de la misma manera que en las expre- 
siones algebraicas. Por ejemplo, para multiplicar a por la cantidad b + c, escribimos 

a * ( b + c ) 

Si una expresión contiene paréntesis anidados, como 
((a+b)*c) 

se evalúa primero la expresión en el conjunto más interno de paréntesis (a + b en este caso). 

Reglas de precedencia de operadores 

Java aplica los operadores en expresiones aritméticas en una secuencia precisa, determinada por las siguientes 
reglas de precedencia de operadores, que generalmente son las mismas que las que se utilizan en álgebra 
(figura 2.12): 

1. Las operaciones de multiplicación, división y residuo se aplican primero. Si una expresión contiene 
varias de esas operaciones, los operadores se aplican de izquierda a derecha. Los operadores de multipli- 
cación, división y residuo tienen el mismo nivel de precedencia. 

2. Las operaciones de suma y resta se aplican a continuación. Si una expresión contiene varias de esas 
operaciones, los operadores se aplican de izquierda a derecha. Los operadores de suma y resta tienen el 
mismo nivel de precedencia. 


Operador(es) 

Operación(es) 

Orden de evaluación (precedencia) 

* 

Multiplicación 

Se evalúan primero. Si hay varios operadores de este tipo, se evalúan de 

/ 

División 

izquierda a derecha. 

% 

Residuo 


+ 

Suma 

Se evalúan después. Si hay varios operadores de este tipo, se evalúan de 

~ 

Resta 

izquierda a derecha. 


Figura 2.12 | Precedencia de los operadores aritméticos. 
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Estas reglas permiten a Java aplicar los operadores en el orden correcto. Cuando decimos que los operadores 
se aplican de izquierda a derecha, nos referimos a su asociatividad; veremos que algunos se asocian de derecha a 
izquierda. La figura 2.12 sintetiza estas reglas de precedencia de operadores; esta tabla se expandirá a medida que 
se introduzcan más operadores en Java. En el apéndice A, Tabla de precedencia de los operadores, se incluye una 
tabla de precedencias completa. 

Ejemplos de expresiones algebraicas y de Java 

Ahora, consideremos varias expresiones en vista de las reglas de precedencia de operadores. Cada ejemplo enlista 
una expresión algebraica y su equivalente en Java. El siguiente es un ejemplo de una media (promedio) aritmética 
de cinco términos: 

Álgebra: m = a *b + c + d+e 

Java: m = (a + b + c + d + e) / 5; 

Los paréntesis son obligatorios, ya que la división tiene una mayor precedencia que la suma. La cantidad completa 
(a + b + c + d + e) va a dividirse entre 5. Si por error se omiten los paréntesis, obtenemos a + b + c + 
d + e / 5, lo cual da como resultado 

<z + ¿ + c + ¿/ + £ 

5 

El siguiente es un ejemplo de una ecuación de línea recta: 

Algebra: y = mx + b 
Java: y = m * x + b ; 

No se requieren paréntesis. El operador de multiplicación se aplica primero, ya que la multiplicación tiene mayor 
precedencia sobre la suma. La asignación ocurre al último, ya que tiene menor precedencia que la multiplicación 
o suma. 

El siguiente ejemplo contiene las operaciones residuo (%), multiplicación, división, suma y resta: 

Algebra: z = pr%q + w/x—y 

Java: z=p*r%q+w/x-y; 

6 1 2 4 3 5 

Los números dentro de los círculos bajo la instrucción, indican el orden en el que Java aplica los operadores. Las 
operaciones de multiplicación, residuo y división se evalúan primero, en orden de izquierda a derecha (es decir, se 
asocian de izquierda a derecha), ya que tienen mayor precedencia que la suma y la resta. Las operaciones de suma 
y resta se evalúan a continuación; estas operaciones también se aplican de izquierda a derecha. 

Evaluación de un polinomio de segundo grado 

Para desarrollar una mejor comprensión de las reglas de precedencia de operadores, considere la evaluación de un 
polinomio de segundo grado ( y = ax 1 + bx + c): 

y=a*x*x+b*x + c; 

6 1 2 4 3 5 

Los números dentro de los círculos indican el orden en el que Java aplica los operadores. Las operaciones de 
multiplicación se evalúan primero en orden de izquierda a derecha (es decir, se asocian de izquierda a derecha), 
ya que tienen mayor precedencia que la suma. Las operaciones de suma se evalúan a continuación y se aplican de 
izquierda a derecha. No existe un operador aritmético para la potencia de un número en Java, por lo que x 2 se 
representa como x * x. La sección 5.4 muestra una alternativa para calcular la potencia de un número en Java. 
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Paso 1. 

y = 

2*5*5 + 3*5 + 7; 

(Multiplicación de más a la izquierda) 



2 * 5 es 10 

1 


Paso 2 . 

y = 

r 

10 * 5 + 3 * 5 + 7; 

(Multiplicación de más a la izquierda) 



10 * 5 es 50 

1 


Paso 3. 

y = 

50 + 3 * 5 + 7; 

(Multiplicación antes de la suma) 



3 * 5 es 15 

1 


Paso 4 ■ 

y = 

r 

50+15+7; 

(Suma de más a la izquierda) 



50 + 15 es 65 

1 


Paso 5. 

y = 

65 + 7; 

(Última suma) 



65 + 7 es 72 

1 


Paso 6. 

y = 

72 

(Última operación; colocar 72 en y) 


Figura 2.13 | Orden en el cual se evalúa un polinomio de segundo grado. 


Suponga que a , b , c y x en el polinomio de segundo grado anterior se inicializan (reciben valores) como 
sigue: a = 2, b = 3, c = 7yx = 5. La figura 2.13 muestra el orden en el que se aplican los operadores. 

Al igual que en álgebra, es aceptable colocar paréntesis innecesarios en una expresión para hacer que ésta 
sea más clara. A dichos paréntesis se les llama paréntesis redundantes. Por ejemplo, la instrucción de asignación 
anterior podría colocarse entre paréntesis, de la siguiente manera: 

y=(a*x*x)+(b*x)+c; 



Buena práctica de programación 2.14 

El uso de paréntesis para las expresiones aritméticas complejas, incluso cuando éstos no sean necesarios, puede hacer 
que las expresiones aritméticas sean más fáciles de leer. 


2.8 Toma de decisiones: operadores de igualdad y relaciónales 

Una condición es una expresión que puede ser verdadera (true) o falsa (fal se). Esta sección presenta la ins- 
trucción 1 f de Java, la cual permite que un programa tome una decisión, con base en el valor de una condición. 
Por ejemplo, la condición “calificación es mayor o igual que 60” determina si un estudiante pasó o no una prueba. 
Si la condición en una instrucción i f es verdadera, el cuerpo de la instrucción i f se ejecuta. Si la condición es 
falsa, el cuerpo no se ejecuta. Veremos un ejemplo en breve. 

Las condiciones en las instrucciones i f pueden formarse utilizando los operadores de igualdad (== y !=) 
y los operadores relaciónales (>, <, >= y <=) que se sintetizan en la figura 2.14. Ambos operadores de igualdad 
tienen el mismo nivel de precedencia, que es menor que la precedencia de los operadores relaciónales. Los ope- 
radores de igualdad se asocian de izquierda a derecha; y los relaciónales tienen el mismo nivel de precedencia y 
también se asocian de izquierda a derecha. 

La aplicación de la figura 2.15 utiliza seis instrucciones if para comparar dos enteros introducidos por el 
usuario. Si la condición en cualquiera de estas instrucciones i f es verdadera, se ejecuta la instrucción de asigna- 
ción asociada. El programa utiliza un objeto Scanner para recibir los dos enteros del usuario y almacenarlos en 
las variables numerol y numero2. Después, compara los números y muestra los resultados de las comparaciones 
que son verdaderas. 
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Operador estándar 
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o relacional 
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= 

== 

x == y 

x es igual a y 

* 

! = 

x != y 

x no es igual a y 

Operadores relaciónales 




> 

> 

x > y 

x es mayor que y 

< 

< 

x < y 

x es menor que y 

> 

>= 

x >= y 

x es mayor o igual que y 

< 

<= 

x <= y 

x es menor o igual que y 


Figura 2.14 | Operadores de igualdad y relaciónales. 
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// Fig. 2.15: Comparación. java 

// Compara enteros utilizando instrucciones if, operadores relaciónales 
// y de igualdad. 

import java. útil .Scanner; // el programa utiliza la clase Scanner 


public class Comparación 

{ 

// el método mai n empieza la ejecución de la aplicación en lava 
public static void main( String args[] ) 

{ 

// crea objeto Scanner para obtener la entrada de la ventana de comandos 

Scanner entrada = new Scanner( System. in ); 

int numerol; // primer número a comparar 
int numero2; // segundo número a comparar 

System. out.print( "Escriba el primer entero: " ); // indicador 
numerol = entrada. nextlnt() ; // lee el primer número del usuario 

System. out.print( “Escriba el segundo entero: “ ); // indicador 
numero2 = entrada. nextlntO ; // lee el segundo número del usuario 

if ( numerol == numero2 ) 

System. out.printf( “%d == %d\n’ , numerol, numero2 ); 
if ( numerol != numero2 ) 

System. out.printf( “%d != %d\n’ , numerol, numero2 ); 
if ( numerol < numero2 ) 

System. out.printf( “%d < %d\n”, numerol, numero2 ); 


if ( numerol > numero2 ) 

System . out . pri ntf( “%d > %d\n”, numerol, numero2 ); 


if ( numerol <= numero2 ) 

System . out . pri ntf( “%d <= %d\n , numerol, numero2 ); 


Figura 2.15 


Operadores de igualdad y relaciónales. (Parte I de 2). 
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37 

38 if ( numeral >= numero2 ) 

39 System . out . pri ntf( : ‘%d >= %d\n’ , numeral, numero2 ); 

40 

41 } // fin del método man n 

42 

43 } // fin de la clase Comparación 


Escri ba 

el 

primer entero: 

777 

Escri ba 

el 

segundo entero 

777 

777 == 

777 



777 <= 

777 



777 >= 

777 




Escriba el primer entero: 1000 
Escriba el segundo entero: 2000 
1000 ! = 2000 
1000 < 2000 
1000 <= 2000 


Escriba el primer entero: 2000 
Escriba el segundo entero: 1000 
2000 ! = 1000 
2000 > 1000 
2000 >= 1000 


Figura 2.15 | Operadores de igualdad y relaciónales. (Parte 2 de 2). 


La declaración de la clase Comparad on comienza en la línea 6 

public class Comparación 

El método mai n de la clase (líneas 9 a 41) empieza la ejecución del programa. La línea 12 
Scanner entrada = new Scanner( System. i n ); 

declara la variable entrada de la clase Scanner y le asigna un objeto Scanner que recibe datos de la entrada 
estándar (es decir, el teclado) . 

Las líneas 14 y 15 

int numerol; // primer número a comparar 
int numero2; // segundo número a comparar 

declaran las variables i nt que se utilizan para almacenar los valores introducidos por el usuario. 

Las líneas 17-18 

System . out . pri nt( "Escriba el primer entero: " ); // indicador 
numerol = entrada. nextlnt() ; // lee el primer número del usuario 

piden al usuario que introduzca el primer entero y el valor, respectivamente. El valor de entrada se almacena en 
la variable numerol. 

Las líneas 20-21 

System . out . pri nt( "Escriba el segundo entero: " ); // indicador 
numero2 = entrada. nextlnt() ; // lee el segundo número del usuario 

piden al usuario que introduzca el segundo entero y el valor, respectivamente. El valor de entrada se almacena en 
la variable numero2. 
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Las líneas 23-24 

if ( numerol == numero2 ) 

System. out.printf( “%d == %d\n”, numerol, numero2 ); 

declaran una instrucción i f que compara los valores de las variables numerol y numero2, para determinar si son 
iguales o no. Una instrucción i f siempre empieza con la palabra clave i f, seguida de una condición entre parén- 
tesis. Una instrucción i f espera una instrucción en su cuerpo. La sangría de la instrucción del cuerpo que se 
muestra aquí no es obligatoria, pero mejora la legibilidad del programa al enfatizar que la instrucción en la línea 
24 forma parte de la instrucción i f que empieza en la línea 23. La línea 24 sólo se ejecuta si los números alma- 
cenados en las variables numerol y numero2 son iguales (es decir, si la condición es verdadera). Las instrucciones 
i f en las líneas 26-27, 29-30, 32-33, 35-36 y 38-39 comparan a numerol y numero2 con los operadores ! = , <, 
>, <= y >=, respectivamente. Si la condición en cualquiera de las instrucciones i f es verdadera, se ejecuta la 
instrucción del cuerpo correspondiente. 



Error común de programación 2.9 

Olvidar los paréntesis izquierdo yl o derecho de la condición en una instrucción i f es un error de sintaxis; los parén- 
tesis son obligatorios. 



Error común de programación 2.10 

Confundir el operador de igualdad (==) con el de asignación ( =) puede producir un error lógico o de sintaxis. El 
operador de igualdad debe leerse como “es igual a”, y el de asignación como “obtiene” u “obtiene el valor de”. Para 
evitar confusión, algunas personas leen el operador de igualdad como “doble igual” o “igual igual”. 



Error común de programación 2.1 1 

Es un error de sintaxis si los operadores ==,!=, >= y < = contienen espacios entre sus símbolos, como en 
= y < =, respectivamente. 


!=, > 



Error común de programación 2.12 

Invertir los operadores !=, >= y <=, como en =!, => 


y=<> 


es un error de sintaxis. 



Buena práctica de programación 2.15 

Aplique sangría al cuerpo de una instrucción i f para hacer que resalte y mejorar la legibilidad del programa. 



Buena práctica de programación 2.1 6 

Coloque sólo una instrucción por línea en un programa. Este formato mejora la legibilidad del programa. 


Observe que no hay punto y coma ( ; ) al final de la primera línea de cada instrucción i f . Dicho punto y 
coma produciría un error lógico en tiempo de compilación. Por ejemplo, 

if ( numerol == numero2 ); // error lógico 

System. out.printf( "%d == %d\n", numerol, numero2 ); 

sería interpretada por Java de la siguiente manera: 

if ( numerol == numero2 ) 

; // instrucción vacia 

System . out . pri ntf( "%d == %d\n , numerol, numero2 ); 

en donde el punto y coma que aparece por sí solo en una línea (que se conoce como instrucción vacía o nula) 
es la instrucción que se va a ejecutar si la condición en la instrucción i f es verdadera. Al ejecutarse la instrucción 
vacía, no se lleva a cabo ninguna tarea en el programa. Este continúa con la instrucción de salida, que siempre se 
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Figura 2.16 | Precedencia y asociatividad de los operadores descritos hasta ahora. 


ejecuta, sin importar que la condición sea verdadera o falsa, ya que la instrucción de salida no forma parte de la 
instrucción i f . 



Error común de programación 2.13 

Colocar un punto y coma inmediatamente después del paréntesis derecho de la condición en una instrucción i f es, 
generalmente, un error lógico. 


Observe el uso del espacio en blanco en la figura 2.15. Recuerde que los caracteres de espacio en blanco, 
como tabuladores, nuevas líneas y espacios, generalmente son ignorados por el compilador. Por lo tanto, las ins- 
trucciones pueden dividirse en varias líneas y pueden espaciarse de acuerdo a las preferencias del programador, sin 
afectar el significado de un programa. Es incorrecto dividir identificadores y cadenas. Idealmente las instrucciones 
deben mantenerse lo más reducidas que sea posible, pero no siempre se puede hacer esto. 



Buena práctica de programación 2.17 

Una instrucción larga puede esparcirse en varias líneas. Si una sola instrucción dehe dividirse entre varias líneas, 
los puntos que elija para hacer la división deben tener sentido, como después de una coma en una lista separada por 
comas, o después de un operador en una expresión larga. Si una instrucción se divide entre dos o más líneas, aplique 
sangría a todas las líneas subsecuentes hasta el final de la instrucción. 


La figura 2.16 muestra la precedencia de los operadores que se presentan en este capítulo. Los operadores se 
muestran de arriba hacia abajo, en orden descendente de precedencia; todos, con la excepción del operador de 
asignación, =, se asocian de izquierda a derecha. La suma es asociativa a la izquierda, por lo que una expresión 
como x + y + z se evalúa como si se hubiera escrito así: ( x + y ) + z. El operador de asignación, =, asocia 
de derecha a izquierda, por lo que una expresión como x = y = 0 se evalúa como si se hubiera escrito así: x = 
( y = 0 ), en donde, como pronto veremos, primero se asigna el valor 0 a la variable y, y después se asigna el 
resultado de esa asignación, 0, a x. 


Buena práctica de programación 2.18 

J lf 

I Cuando escriba expresiones que contengan muchos operadores, consulte la tabla de precedencia (apéndice A). Con- 
firme que las operaciones en la expresión se realicen en el orden que usted espera. Si no está seguro acerca del orden 
de evaluación en una expresión compleja, utilice paréntesis para forzar el orden, en la misma forma que lo haría con 
las expresiones algebraicas. Observe que algunos operadores como el de asignación, =, asocian de derecha a izquierda, 
en vez de hacerlo de izquierda a derecha. 


2.9 (Opcional) Ejemplo práctico de Ingeniería de Software: cómo 
examinar el documento de requerimientos de un problema 

Ahora empezaremos nuestro ejemplo práctico opcional de diseño e implementación orientados a objetos. Las sec- 
ciones del Ejemplo práctico de Ingeniería de Software al final de este y los siguientes capítulos le ayudarán a incur- 
sionar en la orientación a objetos, mediante el análisis de un ejemplo práctico de una máquina de cajero automático 
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(Automated Teller Machine o ATM, por sus siglas en inglés). Este ejemplo práctico le brindará una experiencia 
de diseño e implementación substancial, cuidadosamente pautada y completa. En los capítulos 3 al 8 y 10, lleva- 
remos a cabo los diversos pasos de un proceso de diseño orientado a objetos (DOO) utilizando UML, mientras 
relacionamos estos pasos con los conceptos orientados a objetos que se describen en los capítulos. El apéndice M 
implementa el ATM utilizando las técnicas de la programación orientada a objetos (POO) en Java. Presentaremos 
la solución completa al ejemplo práctico. Éste no es un ejercicio, sino una experiencia de aprendizaje de extremo 
a extremo, que concluye con un análisis detallado del código en Java que implementamos, con base en nuestro 
diseño. Este ejemplo práctico le ayudará a acostumbrarse a los tipos de problemas substanciales que se encuentran 
en la industria, y sus soluciones potenciales. Esperamos que disfrute esta experiencia de aprendizaje. 

Empezaremos nuestro proceso de diseño con la presentación de un documento de requerimientos, el cual 
especifica el propósito general del sistema ATM y qué debe hacer. A lo largo del ejemplo práctico, nos referiremos 
al documento de requerimientos para determinar con precisión la funcionalidad que debe incluir el sistema. 

Documento de requerimientos 

Un banco local pretende instalar una nueva máquina de cajero automático (ATM), para permitir a los usuarios (es 
decir, los clientes del banco) realizar transacciones financieras básicas (figura 2.17). Cada usuario sólo puede tener 
una cuenta en el banco. Los usuarios del ATM deben poder ver el saldo de su cuenta, retirar efectivo (es decir, 
sacar dinero de una cuenta) y depositar fondos (es decir, meter dinero en una cuenta). La interfaz de usuario del 
cajero automático contiene los siguientes componentes: 

• una pantalla que muestra mensajes al usuario 

• un teclado que recibe datos numéricos de entrada del usuario 

• un dispensador de efectivo que dispensa efectivo al usuario, y 

• una ranura de depósito que recibe sobres para depósitos del usuario. 

El dispensador de efectivo comienza cada día cargado con 500 billetes de $20. \Nota: debido al alcance limitado 
de este ejemplo práctico, ciertos elementos del ATM que se describen aquí no imitan exactamente a los de un 
ATM real. Por ejemplo, generalmente un ATM contiene un dispositivo que lee el número de cuenta del usuario 
de una tarjeta para ATM, mientras que este ATM pide al usuario que escriba su número de cuenta. Un ATM 
real también imprime por lo general un recibo al final de una sesión, pero toda la salida de este ATM aparece en 
la pantalla] . 



Pantalla 


Dispensador 
de efectivo 


Teclado 


Ranura de 
depósito 


Figura 2.17 | Interfaz de usuario del cajero automático. 
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El banco desea que usted desarrolle software para realizar las transacciones financieras que inicien los clientes 
a través del ATM. Posteriormente, el banco integrará el software con el hardware del ATM. El software debe 
encapsular la funcionalidad de los dispositivos de hardware (por ejemplo: dispensador de efectivo, ranura para 
depósito) dentro de los componentes de software, pero no necesita estar involucrado en la manera en que estos 
dispositivos ejecutan su tarea. El hardware del ATM no se ha desarrollado aún, en vez de que usted escriba un 
software para ejecutarse en el ATM, deberá desarrollar una primera versión del software para que se ejecute en 
una computadora personal. Esta versión debe utilizar el monitor de la computadora para simular la pantalla del 
ATM y el teclado de la computadora para simular el teclado numérico del ATM. 

Una sesión con el ATM consiste en la autenticación de un usuario (es decir, proporcionar la identidad del 
usuario) con base en un número de cuenta y un número de identificación personal (NIP), seguida de la creación 
y la ejecución de transacciones financieras. Para autenticar un usuario y realizar transacciones, el ATM debe 
interactuar con la base de datos de información sobre las cuentas del banco (es decir, una colección organizada 
de datos almacenados en una computadora). Para cada cuenta de banco, la base de datos almacena un número de 
cuenta, un NIP y un saldo que indica la cantidad de dinero en la cuenta. [Nota: asumiremos que el banco 
planea construir sólo un ATM, por lo que no necesitamos preocuparnos para que varios ATMs puedan acceder 
a esta base de datos al mismo tiempo. Lo que es más, supongamos que el banco no realizará modificaciones en la 
información que hay en la base de datos mientras un usuario accede al ATM. Además, cualquier sistema comer- 
cial como un ATM se topa con cuestiones de seguridad con una complejidad razonable, las cuales van más allá 
del alcance de un curso de programación de primer o segundo semestre. No obstante, para simplificar nuestro 
ejemplo supondremos que el banco confía en el ATM para que acceda a la información en la base de datos y la 
manipule sin necesidad de medidas de seguridad considerables] . 

Al acercarse al ATM (suponiendo que nadie lo está utilizando), el usuario deberá experimentar la siguiente 
secuencia de eventos (vea la figura 2.17): 

1. La pantalla muestra un mensaje de bienvenida y pide al usuario que introduzca un número de cuenta. 

2. El usuario introduce un número de cuenta de cinco dígitos, mediante el uso del teclado. 

3. En la pantalla aparece un mensaje, en el que se pide al usuario que introduzca su NIP (número de iden- 
tificación personal) asociado con el número de cuenta especificado. 

4. El usuario introduce un NIP de cinco dígitos mediante el teclado numérico. 

5. Si el usuario introduce un número de cuenta válido y el NIP correcto para esa cuenta, la pantalla mues- 
tra el menú principal (figura 2.18). Si el usuario introduce un número de cuenta inválido o un NIP 
incorrecto, la pantalla muestra un mensaje apropiado y después el ATM regresa al paso 1 para reiniciar 
el proceso de autenticación. 

Una vez que el ATM autentica al usuario, el menú principal (figura 2.18) debe contener una opción nume- 
rada para cada uno de los tres tipos de transacciones: solicitud de saldo (opción 1), retiro (opción 2) y depó- 
sito (opción 3). El menú principal también debe contener una opción para que el usuario pueda salir del sistema 
(opción 4). Después el usuario elegirá si desea realizar una transacción (oprimiendo 1, 2 o 3) o salir del siste- 
ma (oprimiendo 4). 

Si el usuario oprime 1 para solicitar su saldo, la pantalla mostrará el saldo de esa cuenta bancaria. Para ello, 
el ATM deberá obtener el saldo de la base de datos del banco. 

Los siguientes pasos describen las acciones que ocurren cuando el usuario elige la opción 2 para hacer un 
retiro: 

1. La pantalla muestra un menú (vea la figura 2.19) que contiene montos de retiro estándar: $20 (opción 
1), $40 (opción 2), $60 (opción 3), $100 (opción 4) y $200 (opción 5). El menú también contiene una 
opción que permite al usuario cancelar la transacción (opción 6). 

2. El usuario introduce la selección del menú mediante el teclado numérico. 

3. Si el monto a retirar elegido es mayor que el saldo de la cuenta del usuario, la pantalla muestra un men- 
saje indicando esta situación y pide al usuario que seleccione un monto más pequeño. Entonces el ATM 
regresa al paso 1. Si el monto a retirar elegido es menor o igual que el saldo de la cuenta del usuario (es 
decir, un monto de retiro aceptable), el ATM procede al paso 4. Si el usuario opta por cancelar la tran- 
sacción (opción 6), el ATM muestra el menú principal y espera la entrada del usuario. 
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Figura 2.18 | Menú principal del ATM. 



Figura 2.19 | Menú de retiro del ATM. 


4. Si el dispensador contiene suficiente efectivo para satisfacer la solicitud, el ATM procede al paso 5. En 
caso contrario, la pantalla muestra un mensaje indicando el problema y pide al usuario que seleccione 
un monto de retiro más pequeño. Después el ATM regresa al paso 1. 

5. El ATM carga el monto de retiro al saldo de la cuenta del usuario en la base de datos del banco (es decir, 
resta el monto de retiro al saldo de la cuenta del usuario). 

6. El dispensador de efectivo entrega el monto deseado de dinero al usuario. 
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7. La pantalla muestra un mensaje para recordar al usuario que tome el dinero. 

Los siguientes pasos describen las acciones que ocurren cuando el usuario elige la opción 3 para hacer un 
depósito: 

1. La pantalla muestra un mensaje que pide al usuario que introduzca un monto de depósito o que escriba 
0 (cero) para cancelar la transacción. 

2. El usuario introduce un monto de depósito o 0 mediante el teclado numérico. [Nota: el teclado no 
contiene un punto decimal o signo de dólares, por lo que el usuario no puede escribir una cantidad real 
en dólares (por ejemplo, $1.25), sino que debe escribir un monto de depósito en forma de número de 
centavos (por ejemplo, 125). Después, el ATM divide este número entre 100 para obtener un número 
que represente un monto en dólares (por ejemplo, 125 -t 100 = 1.25)]. 

3. Si el usuario especifica un monto a depositar, el ATM procede al paso 4. Si elije cancelar la transacción 
(escribiendo 0), el ATM muestra el menú principal y espera la entrada del usuario. 

4. La pantalla muestra un mensaje indicando al usuario que introduzca un sobre de depósito en la ranura 
para depósitos. 

5. Si la ranura de depósitos recibe un sobre dentro de un plazo de tiempo no mayor a 2 minutos, el ATM 
abona el monto del depósito al saldo de la cuenta del usuario en la base de datos del banco (es decir, 
suma el monto del depósito al saldo de la cuenta del usuario). [Nota: este dinero no está disponible de 
inmediato para retirarse. El banco debe primero verificar físicamente el monto de efectivo en el sobre 
de depósito, y cualquier cheque que éste contenga debe validarse (es decir, el dinero debe transferirse de 
la cuenta del emisor del cheque a la cuenta del beneficiario). Cuando ocurra uno de estos eventos, el 
banco actualizará de manera apropiada el saldo del usuario que está almacenado en su base de datos. 
Esto ocurre de manera independiente al sistema ATM] . Si la ranura de depósito no recibe un sobre 
dentro de un plazo de tiempo no mayor a dos minutos, la pantalla muestra un mensaje indicando que 
el sistema canceló la transacción debido a la inactividad. Después el ATM muestra el menú principal y 
espera la entrada del usuario. 

Una vez que el sistema ejecuta una transacción en forma exitosa, debe volver a mostrar el menú principal para 
que el usuario pueda realizar transacciones adicionales. Si el usuario elije salir del sistema, la pantalla debe mostrar 
un mensaje de agradecimiento y después el mensaje de bienvenida para el siguiente usuario. 

Análisis del sistema de ATM 

En la declaración anterior se presentó un ejemplo simplificado de un documento de requerimientos. Por lo gene- 
ral, dicho documento es el resultado de un proceso detallado de recopilación de requerimientos, el cual podría 
incluir entrevistas con usuarios potenciales del sistema y especialistas en campos relacionados con el mismo. Por 
ejemplo, un analista de sistemas que se contrate para preparar un documento de requerimientos para software 
bancario (por ejemplo, el sistema ATM que describimos aquí) podría entrevistar expertos financieros para obtener 
una mejor comprensión de qué es lo que debe hacer el software. El analista utilizaría la información recopilada 
para compilar una lista de requerimientos del sistema, para guiar a los diseñadores de sistemas en el proceso de 
diseño del mismo. 

El proceso de recopilación de requerimientos es una tarea clave de la primera etapa del ciclo de vida del 
software. El ciclo de vida del software especifica las etapas a través de las cuales el software evoluciona desde el 
momento en que fue concebido hasta que deja de utilizarse. Por lo general, estas etapas incluyen: análisis, diseño, 
implementación, prueba y depuración, despliegue, mantenimiento y retiro. Existen varios modelos de ciclo de 
vida del software, cada uno con sus propias preferencias y especificaciones con respecto a cuándo y qué tan a 
menudo deben llevar a cabo los ingenieros de software las diversas etapas. Los modelos de cascada realizan cada 
etapa una vez en sucesión, mientras que los modelos iterativos pueden repetir una o más etapas varias veces a lo 
largo del ciclo de vida de un producto. 

La etapa de análisis del ciclo de vida del software se enfoca en definir el problema a resolver. Al diseñar 
cualquier sistema, uno debe resolver el problema de la manera correcta, pero de igual manera uno debe resolver el 
problema correcto. Los analistas de sistemas recolectan los requerimientos que indican el problema específico a 
resolver. Nuestro documento de requerimientos describe nuestro sistema ATM con el suficiente detalle como para 
que usted no necesite pasar por una etapa de análisis exhaustiva; ya lo hicimos por usted. 
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Para capturar lo que debe hacer un sistema propuesto, los desarrolladores emplean a menudo una técnica 
conocida como modelado de caso-uso. Este proceso identifica los casos de uso del sistema, cada uno de los cua- 
les representa una capacidad distinta que el sistema provee a sus clientes. Por ejemplo, es común que los ATMs 
tengan varios casos de uso, como “Ver saldo de cuenta”, “Retirar efectivo”, “Depositar fondos”, “Transferir fondos 
entre cuentas” y “Comprar estampas postales”. El sistema ATM simplificado que construiremos en este ejemplo 
práctico requiere sólo los tres primeros casos de uso. 

Cada uno de los casos de uso describe un escenario común en el cual el usuario utiliza el sistema. Usted ya leyó 
las descripciones de los casos de uso del sistema ATM en el documento de requerimientos; las listas de pasos reque- 
ridos para realizar cada tipo de transacción (como solicitud de saldo, retiro y depósito) describen en realidad los tres 
casos de uso de nuestro ATM: “Ver saldo de cuenta”, “Retirar efectivo” y “Depositar fondos”, respectivamente. 

Diagramas de caso-uso 

Ahora presentaremos el primero de varios diagramas de UML en el ejemplo práctico. Crearemos un diagrama de 
caso-uso para modelar las interacciones entre los clientes de un sistema (en este ejemplo práctico, los clientes del 
banco) y sus casos de uso. El objetivo es mostrar los tipos de interacciones que tienen los usuarios con un sistema 
sin proveer los detalles; éstos se mostrarán en otros diagramas de UML (los cuales presentaremos a lo largo del 
ejemplo práctico). A menudo, los diagramas de caso- uso se acompañan de texto informal que describe los casos 
de uso con más detalle; como el texto que aparece en el documento de requerimientos. Los diagramas de caso-uso 
se producen durante la etapa de análisis del ciclo de vida del software. En sistemas más grandes, los diagramas de 
caso-uso son herramientas indispensables que ayudan a los diseñadores de sistemas a enfocarse en satisfacer las 
necesidades de los usuarios. 

La figura 2.20 muestra el diagrama de caso-uso para nuestro sistema ATM. La figura humana representa a 
un actor, el cual define los roles que desempeña una entidad externa (como una persona u otro sistema) cuando 
interactúa con el sistema. Para nuestro cajero automático, el actor es un Usuario que puede ver el saldo de una 
cuenta, retirar efectivo y depositar fondos del ATM. El Usuario no es una persona real, sino que constituye los 
roles que puede desempeñar una persona real (al desempeñar el papel de un Usuario) mientras interactúa con el 
ATM. Hay que tener en cuenta que un diagrama de caso-uso puede incluir varios actores. Por ejemplo, el diagra- 
ma de caso-uso para un sistema ATM de un banco real podría incluir también un actor llamado Administrador, 
que rellene el dispensador de efectivo a diario. 

Nuestro documento de requerimientos provee los actores: “los usuarios del ATM deben poder ver el saldo 
de su cuenta, retirar efectivo y depositar fondos”. Por lo tanto, el actor en cada uno de estos tres casos de uso es el 
usuario que interactúa con el ATM. Una entidad externa (una persona real) desempeña el papel del usuario para 
realizar transacciones financieras. La figura 2.20 muestra un actor, cuyo nombre (Usuario) aparece debajo del 
actor en el diagrama. UML modela cada caso de uso como un óvalo conectado a un actor con una línea sólida. 

Los ingenieros de software (más específicamente, los diseñadores de sistemas) deben analizar el documento 
de requerimientos o un conjunto de casos de uso, y diseñar el sistema antes de que los programadores lo imple- 
menten en un lenguaje de programación específico. Durante la etapa de análisis, los diseñadores de sistemas 
se enfocan en comprender el documento de requerimientos para producir una especificación de alto nivel que 
describa qué es lo que el sistema debe hacer. El resultado de la etapa de diseño (una especificación de diseño) 
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Depositar fondos 


Figura 2.20 


Diagrama de caso-uso para el sistema ATM, desde la perspectiva del usuario. 
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debe detallar claramente cómo debe construirse el sistema para satisfacer estos requerimientos. En las siguientes 
secciones del Ejemplo práctico de Ingeniería de Software, llevaremos a cabo los pasos de un proceso simple de 
diseño orientado a objetos (DOO) con el sistema ATM, para producir una especificación de diseño que contenga 
una colección de diagramas de UML y texto de apoyo. UML está diseñado para utilizarse con cualquier pro- 
ceso de DOO. Existen muchos de esos procesos, de los cuales el más conocido es Rational Unified Process' M 
(RUP), desarrollado por Rational Software Corporation. RUP es un proceso robusto para diseñar aplicaciones a 
nivel industrial. Para este ejemplo práctico, presentaremos nuestro propio proceso de diseño simplificado, desa- 
rrollado para estudiantes de cursos de programación de primer y segundo semestre. 

Diseño del sistema ATM 

Ahora comenzaremos la etapa de diseño de nuestro sistema ATM. Un sistema es un conjunto de componentes 
que interactúan para resolver un problema. Por ejemplo, para realizar sus tareas designadas, nuestro sistema ATM 
tiene una interfaz de usuario (figura 2.17), contiene software para ejecutar transacciones financieras e interactúa 
con una base de datos de información de cuentas bancarias. La estructura del sistema describe los objetos del sis- 
tema y sus interrelaciones. El comportamiento del sistema describe la manera en que cambia el sistema a medida 
que sus objetos interactúan entre sí. Todo sistema tiene tanto estructura como comportamiento; los diseñadores 
deben especificar ambos. Existen diversos tipos de estructuras y comportamientos de un sistema. Por ejemplo, las 
interacciones entre los objetos en el sistema son distintas a las interacciones entre el usuario y el sistema, pero aun 
así ambas constituyen una porción del comportamiento del sistema. 

El estándar UML 2 especifica 13 tipos de diagramas para documentar los modelos de un sistema. Cada 
tipo de diagrama modela una característica distinta de la estructura o del comportamiento de un sistema; seis 
diagramas se relacionan con la estructura del sistema; los siete restantes se relacionan con su comportamiento. 
Aquí listaremos sólo los seis tipos de diagramas que utilizaremos en nuestro ejemplo práctico, uno de los cuales 
(el diagrama de clases) modela la estructura del sistema, mientras que los otros cinco modelan el comportamiento. 
En el apéndice O, UML 2: Tipos de diagramas adicionales, veremos las generalidades sobre los siete tipos restan- 
tes de diagramas de UML. 

1. Los diagramas de caso-uso, como el de la figura 2.20, modelan las interacciones entre un sistema y sus 
entidades externas (actores) en términos de casos de uso (capacidades del sistema, como “Ver saldo de 
cuenta”, “Retirar efectivo” y “Depositar fondos”). 

2. Los diagramas de clases, que estudiará en la sección 3.10, modelan las clases o “bloques de cons- 
trucción” que se utilizan en un sistema. Cada sustantivo u “objeto” que se describe en el documento 
de requerimientos es candidato para ser una clase en el sistema (por ejemplo, Cuenta, Teclado). Los 
diagramas de clases nos ayudan a especificar las relaciones estructurales entre las partes del sistema. Por 
ejemplo, el diagrama de clases del sistema ATM especificará que el ATM está compuesto físicamente de 
una pantalla, un teclado, un dispensador de efectivo y una ranura para depósitos. 

3. Los diagramas de máquina de estado, que estudiará en la sección 5.11, modelan las formas en que un 
objeto cambia de estado. El estado de un objeto se indica mediante los valores de todos los atributos 
del objeto, en un momento dado. Cuando un objeto cambia de estado, puede comportarse de manera 
distinta en el sistema. Por ejemplo, después de validar el NIP de un usuario, el ATM cambia del estado 
“usuario no autenticado” al estado “usuario autenticado”, punto en el cual el ATM permite al usuario rea- 
lizar transacciones financieras (por ejemplo, ver el saldo de su cuenta, retirar efectivo, depositar fondos). 

4. Los diagramas de actividad, que también estudiará en la sección 5.11, modelan la actividad de un 
objeto: el flujo de trabajo (secuencia de eventos) del objeto durante la ejecución del programa. Un 
diagrama de actividad modela las acciones que realiza el objeto y especifica el orden en el cual desem- 
peña estas acciones. Por ejemplo, un diagrama de actividad muestra que el ATM debe obtener el saldo 
de la cuenta del usuario (de la base de datos de información de las cuentas del banco) antes de que la 
pantalla pueda mostrar el saldo al usuario. 

5. Los diagramas de comunicación (llamados diagramas de colaboración en versiones anteriores de 
UML) modelan las interacciones entre los objetos en un sistema, con un énfasis acerca de qué interac- 
ciones ocurren. En la sección 7.14 aprenderá que estos diagramas muestran cuáles objetos deben in- 
teractuar para realizar una transacción en el ATM. Por ejemplo, el ATM debe comunicarse con la base 
de datos de información de las cuentas del banco para obtener el saldo de una cuenta. 
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6. Los diagramas de secuencia modelan también las interacciones entre los objetos en un sistema, pero a 
diferencia de los diagramas de comunicación, enfatizan cuándo ocurren las interacciones. En la sección 
7.14 aprenderá que estos diagramas ayudan a mostrar el orden en el que ocurren las interacciones al 
ejecutar una transacción financiera. Por ejemplo, la pantalla pide al usuario que escriba un monto de 
retiro antes de dispensar el efectivo. 

En la sección 3.10 seguiremos diseñando nuestro sistema ATM; ahí identificaremos las clases del documento 
de requerimientos. Para lograr esto, extraeremos sustantivos clave y frases nominales del documento de reque- 
rimientos. Mediante el uso de estas clases, desarrollaremos nuestro primer borrador del diagrama de clases que 
modelará la estructura de nuestro sistema ATM. 

Recursos en Internet y Web 

Los siguientes URLs proporcionan información sobre el diseño orientado a objetos con UML. 
www- 306 . i bm.com/software/rati onal/uml / 

Lista preguntas frecuentes acerca del UML, proporcionado por IBM Rational. 
www. dougi ass . co . uk/documents/softdocwi z . com . UML . htm 

Sitio anfitrión del Diccionario del Lenguaje unificado de modelado, el cual lista y define todos los términos utilizados 
en el UML. 

www- 306 . i bm.com/software/rati onal/offeri ngs/desi gn . htmi 

Proporciona información acerca del software IBM Rational, disponible para el diseño de sistemas. Ofrece descargas de 
versiones de prueba de 30 días de varios productos, como IBM Rational Rose® XDE Developer. 
www. embarcadero . com/products/descri be/i ndex. htmi 

Proporciona una licencia gratuita de 14 días para descargar una versión de prueba de Describe”: una herramienta de 
modelado con UML de Embarcadero Technologies®, 
www. bori and . com/us/products/together/i ndex . htmi 

Proporciona una licencia gratuita de 30 días para descargar una versión de prueba de Borland Together® Control 
Center™: una herramienta de desarrollo de software que soporta el UML. 

www. i iogi x . com/subl evel . aspx?i d=53 http : //modei i ngcommuni ty . tei elogie. com/deveioper-tri al . aspx 
Proporciona una licencia gratuita de 30 días para descargar una versión de prueba de I-Logix Rhapsody®: un entorno 
de desarrollo controlado por modelos y basado en UML 2. 
argouml .tigris.org 

Contiene información y descargas para ArgoUML, una herramienta gratuita de código fuente abierto de UML, 
escrita en Java. 

www. objectsbydesi gn . com/books/bookl i st . htmi 

Provee una lista de libros acerca de UML y el diseño orientado a objetos. 

www. objectsbydesi gn . com/tool s/uml tool s_byCompany . htmi 

Provee una lista de herramientas de software que utilizan UML, como IBM Rational Rose, Embarcadero Describe, 
Sparx Systems Enterprise Architect, I-Logix Rhapsody y Gentleware Poseidon para UML. 
www. ooti ps . org/ood-pri nci pies . htmi 

Proporciona respuestas a la pregunta “¿Qué se requiere para tener un buen diseño orientado a objetos?” 
parí ezuml . com/tuto ri al s/uml for java. htm 

Ofrece un tutorial de UML para desarrolladores de Java, el cual presenta los diagramas de UML y los compara detalla- 
damente con el código que los implementa. 
www.cetus-links.org/oo_uml .htmi 

Introduce el UML y proporciona vínculos a numerosos recursos sobre UML. 
www. agi 1 emodel i ng . com/essay s/uml Di agrams . htm 

Proporciona descripciones detalladas y tutoriales acerca de cada uno de los 13 tipos de diagramas de UML 2. 

Lecturas recomendadas 

Los siguientes libros proporcionan información acerca del diseño orientado a objetos con UML. 

Booch, G. Object-Oriented Analysis and Design with Applications, Tercera edición. Boston: Addison-Wesley, 2004. 
Eriksson, H. et al. UML 2 Toolkit. Nueva York: John Wiley, 2003. 

Kruchten, P. The Rational Unified Process: An Introduction. Boston: Addison-Wesley, 2004. 
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Larman, C. Applying UML and Patterns: An Introduction to Object-Oriented Analysis and Design, Segunda edición. 
Upper Saddle River, NJ: Prentice Hall, 2002. 

Roques, P. UML in Practice: The Art ofModeling Software Systems Demonstrated Through Worked Examples and Solutions. 
Nueva York: John Wiley, 2004. 

Rosenberg, D. y K. Scott. Applying Use Case Driven Object Modeling with UML: An Annotated e-Commerce Example. 
Reading, MA: Addison-Wesley, 2001. 

Rumbaugh, J., I. Jacobson y G. Booch. The Complete UML Training Course. Upper Saddle River, NJ: Prentice Hall, 

2000 . 

Rumbaugh, J., I. Jacobson y G. Booch. The Unified Modeling Language Reference Manual. Reading, MA: Addison- 
Wesley, 1999. 

Rumbaugh, J., I. Jacobson y G. Booch. The Unified Software Development Process. Reading, MA: Addison-Wesley, 
1999. 

Ejercicios de auto evaluación del Ejemplo práctico de Ingeniería de Software 

2. 1 Suponga que habilitamos a un usuario de nuestro sistema ATM para transferir dinero entre dos cuentas banca- 
das. Modifique el diagrama de caso-uso de la figura 2.20 para reflejar este cambio. 

2.2 Los modelan las interacciones entre los objetos en un sistema, con énfasis acerca de cuándo ocurren 

estas interacciones. 

a) Diagramas de clases 

b) Diagramas de secuencia 

c) Diagramas de comunicación 

d) Diagramas de actividad 

2.3 ¿Cuál de las siguientes opciones lista las etapas de un típico ciclo de vida de software, en orden secuencial? 

a) diseño, análisis, implementación, prueba 

b) diseño, análisis, prueba, implementación 

c) análisis, diseño, prueba, implementación 

d) análisis, diseño, implementación, prueba 

Respuestas a los ejercicios de autoevaluación del Ejemplo práctico de Ingeniería de Software 

2.1 La figura 2.21 contiene un diagrama de caso-uso para una versión modificada de nuestro sistema ATM, que 
también permite a los usuarios transferir dinero entre cuentas. 

2.2 b. 

2.3 d. 


Ver saldo de cuenta 

Retirar efectivo 


Depositar fondos 

Usuario 

Transferir fondos 
entre cuentas 

Figura 2.2 1 | Diagrama de caso-uso para una versión modificada de nuestro sistema ATM, que también permite 
a los usuarios transferir dinero entre varias cuentas. 
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2.10 Conclusión 

En este capítulo aprendió muchas características importantes de Java, incluyendo cómo mostrar datos en la pan- 
talla en un Símbolo del sistema, recibir datos del teclado, realizar cálculos y tomar decisiones. Las aplicaciones 
que presentamos aquí le sirvieron como una introducción a los conceptos básicos de programación. Como verá 
en el capítulo 3, por lo general las aplicaciones de Java contienen sólo unas cuantas líneas de código en el método 
mai n; comúnmente estas instrucciones crean los objetos que realizan el trabajo de la aplicación. En el capítulo 3 
aprenderá a implementar sus propias clases, y a utilizar objetos de esas clases en las aplicaciones. 


Resumen 

Sección 2.2 Su primer programa en Java: imprimir una línea de texto 

• Los programadores de computadoras crean aplicaciones, escribiendo programas de cómputo. Una aplicación de Java 
es un programa de computadora que se ejecuta cuando utilizamos el comando java para iniciar la JVM. 

• Los programadores insertan comentarios para documentar los programas y mejorar su legibilidad. El compilador de 
Java ignora los comentarios. 

• Un comentario que empieza con //se llama comentario de fin de línea (o de una sola línea), ya que termina al final 
de la línea en la que aparece. 

• Los comentarios tradicionales (de varias líneas) pueden dividirse en varias líneas, y están delimitados por /* y */• El 
compilador ignora todo el texto entre los delimitadores. 

• Los comentarios Javadoc se delimitan por /** y */. Estos comentarios permiten a los programadores incrustar la 
documentación directamente en sus programas. La herramienta javadoc genera documentación en HTML, con 
base en los comentarios Javadoc. 

• La sintaxis de un lenguaje de programación especifica las reglas para crear un programa apropiado en ese lenguaje. 

• Un error de sintaxis (también conocido como error de compilador, error en tiempo de compilación o error de com- 
pilación) ocurre cuando el compilador encuentra código que viola las reglas del lenguaje Java. 

• Los programadores utilizan líneas en blanco y espacios para facilitar la lectura de los programas. En conjunto, las 
líneas en blanco, los espacios y los tabuladores se conocen como espacio en blanco. Los espacios y los tabuladores se 
conocen específicamente como caracteres de espacio en blanco. El compilador ignora el espacio en blanco. 

• Todo programa en Java consiste en por lo menos una declaración de clase, definida por el programador (también 
conocida como clase definida por el programador, o clase definida por el usuario). 

• Las palabras clave están reservadas para el uso exclusivo de Java, y siempre se escriben con letras minúsculas. 

• La palabra clave el ass introduce una declaración de clase, y va seguida inmediatamente del nombre de la clase. 

• Por convención, todos los nombres de las clases en Java empiezan con una letra mayúscula, y la primera letra de cada 
palabra subsiguiente también se escribe en mayúscula (como NombreCiaseDeEjempio). 

• El nombre de una clase de Java es un identificador: una serie de caracteres formada por letras, dígitos, guiones bajos 
(_) y signos de dólar ($), que no empieza con un dígito y no contiene espacios. Por lo general, un identificador que 
no empieza con letra mayúscula no es el nombre de una clase de Java. 

• Java es sensible a mayúsculas/minúsculas; es decir, las letras mayúsculas y minúsculas son distintas. 

• El cuerpo de todas las declaraciones de clases debe estar delimitado por llaves, { y }. 

• La declaración de una clase pubi i c debe guardarse en un archivo con el mismo nombre que la clase, seguido de la 
extensión de nombre de archivo “ . java”. 

• El método mai n es el punto de inicio de toda aplicación en Java, y debe empezar con: 

public static void main( String args[] ) 
en caso contrario, la JVM no ejecutará la aplicación. 

• Los métodos pueden realizar tareas y devolver información cuando completan éstas tareas. La palabra clave void 
indica que un método realizará una tarea, pero no devolverá información. 

• Las instrucciones instruyen a la computadora para que realice acciones. 

• Una secuencia de caracteres entre comillas dobles se llama cadena, cadena de caracteres, mensaje o literal de 
cadena. 

• System. out es el objeto de salida estándar; permite a las aplicaciones de Java mostrar caracteres en la ventana de 
comandos. 

• El método System. out . pri nti n muestra su argumento en la ventana de comandos, seguido de un carácter de 
nueva línea para colocar el cursor de salida en el inicio de la siguiente línea. 
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• Toda instrucción termina con un punto y coma. 

• La mayoría de los sistemas operativos utilizan el comando cd para cambiar directorios en la ventana de comandos. 

• Para compilar un programa se utiliza el comando javac. Si el programa no contiene errores de sintaxis, se crea un 
archivo de clase que contiene los códigos de bytes de Java, los cuales representan a la aplicación. La JVM interpreta 
estos códigos de bytes cuando ejecutamos el programa. 

Sección 2.3 Modificación de nuestro primer programa en Java 

• System .out.print muestra su argumento en pantalla y coloca el cursor de salida justo después del último carácter 
visualizado. 

• Una barra diagonal inversa (\) en una cadena es un carácter de escape. Indica que se va a imprimir un “carácter 
especial”. Java combina el siguiente carácter con la barra diagonal inversa para formar una secuencia de escape. La 
secuencia de escape \n representa el carácter de nueva línea, el cual coloca el cursor en la siguiente línea. 

Sección 2.4 Cómo mostrar texto con printf 

• El método System . out . p ri ntf (f significa “formato”) muestra datos con formato. 

• Cuando un método requiere varios argumentos, éstos se separan con comas ( , ); a esto se le conoce como lista sepa- 
rada por comas. 

• El primer argumento del método pri ntf es una cadena de formato, que puede consistir en texto fijo y especifica- 
dores de formato. El método pri ntf imprime el texto fijo de igual forma que pri nt o pri nti n. Cada especificador 
de formato es un receptáculo para un valor, y especifica el tipo de datos a imprimir. 

• Los especificadores de formato empiezan con un signo porcentual (%), y van seguidos de un carácter que representa 
el tipo de datos. El especificador de formato %s es un receptáculo para una cadena. 

• En la posición del primer especificador de formato, pri ntf sustituye el valor del primer argumento después de la 
cadena de formato. En la posición de los siguientes especificadores de formato, pri ntf sustituye el valor del siguien- 
te argumento en la lista de argumentos. 

Sección 2.5 Otra aplicación en Java: suma de enteros 

• Los enteros son números completos, como —22 ,7, 0 y 1024. 

• Una declaración i mport ayuda al compilador a localizar una clase que se utiliza en un programa. 

• Java cuenta con un extenso conjunto de clases predefinidas que los programadores pueden reutilizar, en vez de tener 
que “reinventar la rueda”. Estas clases se agrupan en paquetes: llamados colecciones de clases. 

• En conjunto, a los paquetes de Java se les conoce como la biblioteca de clases de Java, o la Interfaz de Programación 
de Aplicaciones de Java (API de Java). 

• Una instrucción de declaración de variable especifica el nombre y el tipo de una variable. 

• Una variable es una ubicación en la memoria de la computadora, en la cual se puede guardar un valor para usarlo 
posteriormente en un programa. Todas las variables deben declararse con un nombre y un tipo para poder utili- 
zarlas. 

• El nombre de una variable permite al programa acceder al valor de la variable en memoria. Un nombre de variable 
puede ser cualquier identificador válido. 

• Al igual que otras instrucciones, las instrucciones de declaración de variables terminan con un punto y coma (;). 

• Un objeto Scanner (paquete java, uti 1) permite a un programa leer datos para usarlos en éste. Los datos pueden 
provenir de muchas fuentes, como un archivo en disco o del usuario, a través del teclado. Antes de usar un objeto 
Scanner, el programa debe crearlo y especificar el origen de los datos. 

• Las variables deben inicializarse para poder usarlas en un programa. 

• La expresión new Scanner( System . i n ) crea un objeto Scanner que lee datos desde el teclado. El objeto de entrada 
estándar, System . i n, permite a las aplicaciones de Java leer los datos escritos por el usuario. 

• El tipo de datos i nt se utiliza para declarar variables que guardarán valores enteros. El rango de valores para un i nt 

es de -2,147,483,648 a +2,147,483,647. 

• Los tipos float y doubl e especifican números reales, y el tipo char especifica datos de caracteres. Los números reales 
son números que contienen puntos decimales, como 3.4, 0.0 y -11.19. Las variables de tipo char representan 
caracteres individuales, como una letra mayúscula (por ejemplo, A), un dígito (por ejemplo, 7), un carácter especial 
(por ejemplo, * o %) o una secuencia de escape (por ejemplo, el carácter de nueva línea, \n). 

• Los tipos como i nt, float, doubl e y char se conocen comúnmente como tipos primitivos o tipos integrados. Los 
nombres de los tipos primitivos son palabras clave; por ende, deben aparecer escritos sólo con letras minúsculas. 

• Un indicador pide al usuario que realice una acción específica. 

• El método nextlnt de Scanner obtiene un entero para usarlo en un programa. 
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• El operador de asignación, =, permite al programa dar un valor a una variable. El operador = se llama operador 
binario, ya que tiene dos operandos. Una instrucción de asignación utiliza un operador de asignación para asignar 
un valor a una variable. 

• Las partes de las instrucciones que tienen valores se llaman expresiones. 

• El especificador de formato %d es un receptáculo para un valor i nt. 

Sección 2.6 Conceptos acerca de la memoria 

• Los nombres de las variables corresponden a ubicaciones en la memoria de la computadora. Cada variable tiene un 
nombre, un tipo, un tamaño y un valor. 

• Cada vez que se coloca un valor en una ubicación de memoria, se sustituye al valor anterior en esa ubicación. El valor 
anterior se pierde. 

Sección 2.7 Aritmética 

• La mayoría de los programas realizan cálculos aritméticos. Los operadores aritméticos son + (suma), - (resta), * 
(multiplicación), / (división) y % (residuo). 

• La división de enteros produce un cociente entero. 

• El operador residuo, %, produce el residuo después de la división. 

• Las expresiones aritméticas en Java deben escribirse en formato de línea recta. 

• Si una expresión contiene paréntesis anidados, el conjunto de paréntesis más interno se evalúa primero. 

• Java aplica los operadores en las expresiones aritméticas en una secuencia precisa, la cual se determina mediante las 
reglas de precedencia de los operadores. 

• Cuando decimos que los operadores se aplican de izquierda a derecha, nos referimos a su asociatividad. Algunos 
operadores se asocian de derecha a izquierda. 

• Los paréntesis redundantes en una expresión pueden hacer que ésta sea más clara. 

Sección 2.8 Toma de decisiones: operadores de igualdad y relaciónales 

• Una condición es una expresión que puede ser verdadera o falsa. La instrucción i f de Java permite que un programa 
tome una decisión, con base en el valor de una condición. 

• Las condiciones en las instrucciones i f se forman mediante el uso de los operadores de igualdad (== y ! =) y relació- 
nales (>, <, >= y <=). 

• Una instrucción i f siempre empieza con la palabra clave i f , seguida de una condición entre paréntesis, y espera una 
instrucción en su cuerpo. 

• La instrucción vacía es una instrucción que no realiza una tarea. 
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%d, especificador de formato 
%s, especificador de formato 
. ci ass, extensión de archivo 
. java, extensión de archivo 
aplicación 
archivo de clase 
argumento 

asociatividad de los operadores 
autodocumentado 

barra diagonal inversa (\), carácter de escape 

biblioteca de clases de Java 

cadena 

cadena de caracteres 

cadena de formato 

carácter de escape 

caracteres de espacio en blanco 

cd, comando para cambiar directorios 

char, tipo primitivo 

clase definida por el programador 

clase definida por el usuario 

ci ass, palabra clave 


comentario 

comentario de fin de línea (//) 
comentario de una sola línea (//) 
comentario de varias líneas (/* */) 
comentario tradicional (/* */) 
condición 

cuerpo de la declaración de un método 
cuerpo de la declaración de una clase 
cursor de salida 
decisión 

declaración de una clase 
declaración de variable 
división de enteros 
división, operador (/) 
documentación de la API de Java 
documento de un programa 
double, tipo primitivo 
entero 

error de compilación 
error de compilador 
error de sintaxis 
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error en tiempo de compilación 
espacio en blanco 
especificador de formato 
fal se 

float, tipo primitivo 
formato de línea recta 
identificador 
i f , instrucción 
igualdad, operadores 
== “es igual a” 

! = “no es igual a” 
import, declaración 
indicador 
instrucción 

instrucción de asignación 

instrucción de declaración de variable 

instrucción vacía ( ; ) 

i nt (entero), tipo primitivo 

Interfaz de Programación de Aplicaciones (API) 

java, comando 

java. lang, paquete 

Javadoc, comentario (/** */) 

javadoc, programa de utilería 

línea de comandos 

lista separada por comas 

literal de cadena 

llave derecha (}) 

llave izquierda ({) 

mai n, método 

mensaje 

método 

multiplicación, operador (*) 
nombre de una clase 
nombre de una variable 
nombre de variable 
nueva línea, carácter (\n) 
objeto 

objeto de entrada estándar (System . i n) 

objeto de salida estándar (System. out) 

operador 

operador binario 

operador de asignación (=) 

operador de suma (+) 

operadores aritméticos (*, /, %, + y -) 

operando 


palabras reservadas 
paquete 
paréntesis () 
paréntesis anidados 
paréntesis redundantes 
precedencia 
programa de cómputo 
publ i c, palabra clave 
punto y coma ( ; ) 
realizar una acción 
reglas de precedencia de operadores 
relaciónales, operadores 
< “es menor que” 

<= “es menor o igual a” 

> “es mayor que” 

>= “es mayor o igual a” 
residuo, operador (%) 
resta, operador (-) 

Java Scanner, clase 

secuencia de escape 

sensible a mayúsculas/ minúsculas 

shell 

símbolo de MS-DOS 
Símbolo del sistema 
sintaxis 

System . i n, objeto (entrada estándar) 

System. out, objeto (salida estándar) 

System .out . pri nt, método 

System .out . pri ntf, método 

System .out . pri ntl n, método 

tamaño de una variable 

texto fijo en una cadena de formato 

tipo de una variable 

tipo integrado 

tipo primitivo 

tolerante a fallas 

true 

ubicación de memoria 
ubicación de una variable 
valor de variable 
variable 

ventana de comandos 
ventana de Terminal 
voi d, palabra clave 


Ejercicios de autoevaluación 

2. 1 Complete las siguientes oraciones: 

a) El cuerpo de cualquier método comienza con un(a) y termina con un(a) . 

b) Toda instrucción termina con un . 

c) La instrucción (presentada en este capítulo) se utiliza para tomar decisiones. 

d) indica el inicio de un comentario de fin de línea. 

e) , , y se conocen como espacio en 


blanco. 
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f) Las están reservadas para su uso en Java. 

g) Las aplicaciones en Java comienzan su ejecución en el método . 

h) Los métodos , y muestran información en la ventana 

de comandos. 

2.2 Indique si cada una de las siguientes instrucciones es verdadera o falsa. Si es falsa, explique por qué. 

a) Los comentarios hacen que la computadora imprima el texto que va después de los caracteres // en la pan- 
talla, al ejecutarse el programa. 

b) Todas las variables deben recibir un tipo cuando se declaran. 

c) Java considera que las variables numero y NuMeRo son idénticas. 

d) El operador residuo (%) puede utilizarse solamente con operandos enteros. 

e) Los operadores aritméticos *,/,%,+ y - tienen todos el mismo nivel de precedencia. 

2.3 Escriba instrucciones para realizar cada una de las siguientes tareas: 

a) Declarar las variables c, estaEslInaVariabl e, q76354 y numero como de tipo int. 

b) Pedir al usuario que introduzca un entero. 

c) Recibir un entero como entrada y asignar el resultado a la variable i nt val or. Suponga que se puede utili- 
zar la variable entrada tipo Scanner para recibir un valor del teclado. 

d) Si la variable numero no es igual a 7, mostrar "La variable numero no es igual a 7". 

e) Imprimir "Este es un programa en lava" en una línea de la ventana de comandos. 

f) Imprimir "Este es un programa en lava" en dos líneas de la ventana de comandos. La primera línea 
debe terminar con es un. Use el método System . out . pri ntl n. 

g) Imprimir "Este es un programa en lava" en dos líneas de la ventana de comandos. La primera línea 
debe terminar con es un. Use el método System . out . pri ntf y dos especificado res de formato %s. 

2.4 Identifique y corrija los errores en cada una de las siguientes instrucciones: 

a) i f ( c < 7 ) ; 

System . out . pri ntl n( "c es menor que 7" ); 

b) if ( c => 7 ) 

System . out . pri ntl n( "c es igual o mayor que 7" ); 

2.5 Escriba declaraciones, instrucciones o comentarios para realizar cada una de las siguientes tareas: 

a) Indicar que un programa calculará el producto de tres enteros. 

b) Crear un objeto Scanner que lea valores de la entrada estándar. 

c) Declarar las variables x, y, z y resul tado de tipo i nt. 

d) Pedir al usuario que escriba el primer entero. 

e) Leer el primer entero del usuario y almacenarlo en la variable x. 

f) Pedir al usuario que escriba el segundo entero. 

g) Leer el segundo entero del usuario y almacenarlo en la variable y. 

h) Pedir al usuario que escriba el tercer entero. 

i) Leer el tercer entero del usuario y almacenarlo en la variable z. 

j) Calcular el producto de los tres enteros contenidos en las variables x, y y z, y asignar el resultado a la variable 
resul tado. 

k) Mostrar el mensaje "El producto es", seguido del valor de la variable resul tado. 

2.6 Utilizando las instrucciones que escribió en el ejercicio 2.5, escriba un programa completo que calcule e impri- 
ma el producto de tres enteros. 

Respuestas a los ejercicios de autoevaluación 

2.1 a) llave izquierda ({), llave derecha (}). b) punto y coma (;). c) if. d) //. e) Líneas en blanco, caracteres 
de espacio, caracteres de nueva línea y tabuladores. f) palabras clave, g) mai n. h) System . out .pri nt, System . out . 
pri ntl n y System, out . pri ntf. 

2.2 a) Falso. Los comentarios no producen ninguna acción cuando el programa se ejecuta. Se utilizan para docu- 

mentar programas y mejorar su legibilidad. 

b) Verdadero. 

c) Falso. Java es sensible a mayúsculas y minúsculas, por lo que estas variables son distintas. 
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2.3 


2.4 


2.5 


2.6 


d) Falso. El operador residuo puede utilizarse también con operandos no enteros en Java. 

e) Falso. Los operadores *, / y % se encuentran en el mismo nivel de precedencia, y los operadores + y - se 
encuentran en un nivel menor de precedencia. 

a) inte, estaEsünaVariable, q76354, numero; 

0 

1 nt c ; 

int estaEstlnaVari abi e ; 
int q763 54 ; 
int numero; 

b) System . out . pri nt( "Escriba un entero " ); 

c) valor = entrada. nextlntQ ; 

d) if ( numero != 7 ) 

System . out . pri ntl n( "La variable numero no es igual a 7" ) ; 

e) System . out . pri ntl n( "Este es un programa en lava" ); 

f) System . out . pri ntl n( "Este es un\n programa en lava" ); 

g) System. out . pri ntf( "%s\%s\n", "Este es un", "programa en lava" ); 

Las soluciones al ejercicio de autoevaluación 2.4 son las siguientes: 

a) Error: hay un punto y coma después del paréntesis derecho de la condición (c < 7 ) en la instrucción i f . 
Corrección: quite el punto y coma que va después del paréntesis derecho. [Nota: como resultado, la instruc- 
ción de salida se ejecutará, sin importar que la condición en la instrucción i f sea verdadera] . 

b) Error: el operador relacional => es incorrecto. Corrección: cambie => a >=. 

a) // Calcula el producto de tres enteros 

b) Scanner entrada = new Scanner (System. in); 

c) int x, y, z, resultado; 
o 

int x ; 
int y; 
int z ; 

int resultado; 

d) System . out . pri nt( "Escriba el primer entero: " ); 

e) x = entrada. nextlntO ; 

f) System . out . pri nt( "Escriba el segundo entero: " ); 

g) y = entrada. nextlntO ; 

h) System . out . pri nt( "Escriba el tercer entero: " ); 

i) z = entrada. nextlntO ; 

j) resultado = x * y * z; 

k) System . out . pri ntf( "El producto es %d\n' , resultado ); 

l) System . exi t( 0 ) ; 

La solución para el ejercicio 2.6 es la siguiente: 


1 // Ejemplo 2.6: Producto. java 

2 // Calcular el producto de tres enteros. 

3 import java. útil .Scanner; // el programa usa Scanner 

4 

5 public class Producto 

6 { 

7 public static void main( String args[] ) 

8 { 

9 // crea objeto Scanner para obtener la entrada de la ventana de comandos 

10 Scanner entrada = new Scanner( System. in ); 

1 1 

12 int x; // primer número introducido por el usuario 

13 int y; // segundo número introducido por el usuario 
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14 int z; // tercer número introducido por el usuario 

15 int resultado; // producto de los números 

16 

17 System. out.print( "Escriba el primer entero: " ); // indicador de entrada 

18 x = entrada. nextlntO ; // lee el primer entero 

19 

20 System. out.print( "Escriba el segundo entero: " ); // indicador de entrada 

21 y = entrada. nextlntO ; // lee el segundo entero 

22 

23 System. out.print( "Escriba el tercer entero: " ); // indicador de entrada 

24 z = entrada. nextlntO ; // lee el tercer entero 

25 

26 resultado = x * y * z; // calcula el producto de los números 

27 

28 System. out. pri ntf( "El producto es %d\n", resultado ); 

29 

30 } // fin del método mai n 

31 

32 } // fin de la clase Producto 


Escriba el primer entero: 

10 

Escriba el segundo entero: 

: 20 

Escriba el tercer entero: 

30 

El producto es 6000 



Ejercicios 

2.7 Complete las siguientes oraciones: 

a) se utilizan para documentar un programa y mejorar su legibilidad. 

b) Una decisión puede tomarse en un programa en Java con un(a) . 

c) Los cálculos se realizan normalmente mediante instrucciones . 

d) Los operadores aritméticos con la misma precedencia que la multiplicación son y 

e) Cuando los paréntesis en una expresión aritmética están anidados, el conjunto de parén- 

tesis se evalúa primero. 

f) Una ubicación en la memoria de la computadora que puede contener distintos valores en diversos instantes 

de tiempo, durante la ejecución de un programa, se llama . 

2.8 Escriba instrucciones en Java que realicen cada una de las siguientes tareas: 

a) Mostrar el mensaje "Escri ba un entero :", dejando el cursor en la misma línea. 

b) Asignar el producto de las variables b y c a la variable a. 

c) Indicar que un programa va a realizar un cálculo de nómina de muestra (es decir, usar texto que ayude a 
documentar un programa). 

2.9 Conteste con verdadero o falso a cada una de las siguientes proposiciones; en caso de ser falso , explique por qué. 

a) Los operadores en Java se evalúan de izquierda a derecha. 

b) Los siguientes nombres de variables son todos válidos: _barra_i nferior_, m928134, t5, j7, sus_ventas$, 
su_$cuenta_totai , a, b$, c, z y z2. 

c) Una expresión aritmética válida en Java sin paréntesis se evalúa de izquierda a derecha. 

d) Los siguientes nombres de variables son todos inválidos: 3g, 87, 67h2, h22 y 2h. 

2.10 Suponiendo que x = 2yy = 3, ¿qué muestra cada una de las siguientes instrucciones? 

a) System . out . pri ntf( "x = %d\n", x ); 

b) System . out . pri ntf( "Ei valor de %d + %d es %d\n", x, x, ( x + x ) ); 

c) System . out . pri ntf( "x =" ); 

d) System . out . pri ntf( "%d = %d\n", (x+y), ( y + x ) ); 




72 


Capítulo 2 Introducción a las aplicaciones en Java 


2.1 1 ¿Cuáles de las siguientes instrucciones de Java contienen variables, cuyos valores se modifican? 

a) p = i + j + k + 7 ; 

b) System . out . pri ntl n( "variables cuyos valores se destruyen" ); 

c) System . out . pri ntl n( "a = 5" ); 

d) valor = entrada. nextlntO ; 

2. 1 2 Dado quej/ = ax?+ 7, ¿cuáles de las siguientes instrucciones en Java son correctas para esta ecuación? 

a) y = a*x*x*x + 7; 

b) y = a*x*x* (x + 7); 

c) y=(a*x)*x*(x+7); 

d) y=(a*x)*x*x + 7; 

e) y = a* (x*x*x) + 7; 

f) y = a*x* ( x * x + 7 ) ; 

2.13 Indique el orden de evaluación de los operadores en cada una de las siguientes instrucciones en Java, y muestre 
el valor x después de ejecutar cada una de ellas: 

a) x = 7 + 3*6/2-l; 

b) x = 2 % 2 + 2 * 2 - 2 / 2; 

c) x=(3*9*(3 + (9*3/ (3)))); 

2.14 Escriba una aplicación que muestre los números del 1 al 4 en la misma línea, con cada par de números adya- 
centes separado por un espacio. Escriba el programa utilizando las siguientes técnicas: 

a) Utilizando una instrucción System, out . pri ntl n. 

b) Utilizando cuatro instrucciones System, out .pri nt. 

c) Utilizando una instrucción System. out . pri ntf. 

2.15 Escriba una aplicación que pida al usuario que escriba dos números, que obtenga los números del usuario e 
imprima la suma, producto, diferencia y cociente (división) de los números. Use las técnicas que se muestran en la 
figura 2.7. 

2.16 Escriba una aplicación que pida al usuario que escriba dos enteros, que obtenga los números del usuario y 
muestre el número más grande, seguido de las palabras "es más grande". Si los números son iguales, imprima el 
mensaje "Estos números son i gual es" . Utilice las técnicas que se muestran en la figura 2.15. 

2.17 Escriba una aplicación que reciba tres enteros del usuario y muestre la suma, promedio, producto, menor y 
mayor de esos números. Utilice las técnicas que se muestran en la figura 2.15. [Nota: el cálculo del promedio en este 
ejercicio debe resultar en una representación entera del promedio. Por lo tanto, si la suma de los valores es 7, el prome- 
dio debe ser 2, no 2.3333...]. 

2. 1 8 Escriba una aplicación que muestre un cuadro, un óvalo, una flecha y un diamante usando asteriscos (*), como 
se muestra a continuación: 



2.19 ¿Qué imprime el siguiente código? 

System. out. println( "*\n**\n***\n****\n*****" ) ; 

2.20 ¿Qué imprime el siguiente código? 

System. out . pri ntl n C ); 

System. out . pri ntl n C "***" ); 

System, out . pri ntl n C ''*****" ); 

System. out . pri ntl n C "****" ); 

System. out . pri ntl n C "**" ); 
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2.2 1 ¿Qué imprime el siguiente código? 

System. out . pri nt( ); 

System. out . pri nt( "***" ); 

System. out . pri nt( "*****" ); 

System. out . pri nt( "****" ); 

System. out . pri nti n C "**" ); 

2.22 ¿Qué imprime el siguiente código? 

System. out . pri nt( ); 

System. out . pri nti n C "***" ); 

System, out . pri nti n C ''*****" ); 

System. out . pri nt( "****" ); 

System. out . pri nti n C "**" ); 

2.23 ¿Qué imprime el siguiente código? 

System. out. printfC "%s\n%s\n%s\n" , "***", "*****'' ); 

2.24 Escriba una aplicación que lea cinco enteros y que determine e imprima los enteros mayor y menor en el grupo. 
Use solamente las técnicas de programación que aprendió en este capítulo. 

2.25 Escriba una aplicación que lea un entero y que determine e imprima si es impar o par. [ Sugerencia : use el 
operador residuo. Un número par es un múltiplo de 2. Cualquier múltiplo de 2 deja un residuo de 0 cuando se divide 
entre 2] . 

2.26 Escriba una aplicación que lea dos enteros, determine si el primero es un múltiplo del segundo e imprima el 
resultado. [ Sugerencia : use el operador residuo] . 

2.27 Escriba una aplicación que muestre un patrón de tablero de damas, como se muestra a continuación: 

******* * 

* * * * * * * * 

******** 

******** 

* * * * * * * * 

* * * * * * * * 

******** 

* * * * * * * * 

2.28 He aquí un adelanto. En este capítulo, aprendió sobre los enteros y el tipo i nt. Java también puede representar 
números de punto flotante que contienen puntos decimales, como 3.14159. Escriba una aplicación que reciba del usua- 
rio el radio de un círculo como un entero, y que imprima el diámetro, la circunferencia y el área del círculo mediante el 
uso del valor de punto flotante 3.14159 para n. Use las técnicas que se muestran en la figura 2.7. [Nota: también puede 
utilizar la constante predefinida Math . PI para el valor de n. Esta constante es más precisa que el valor 3. 14 1 59. La clase 
Math se define en el paquete java. lang. Las clases en este paquete se importan de manera automática, por lo que no 
necesita importar la clase Math mediante la instrucción import para usarla]. Use las siguientes fórmulas (res el radio): 

diámetro = 2 r 
circunferencia = 2nr 
área = nr 1 

No almacene los resultados de cada cálculo en una variable. En vez de ello, especifique cada cálculo como el valor 
que se imprimirá en una instrucción System, out . pri ntf. Observe que los valores producidos por los cálculos del 
área y la circunferencia son números de punto flotante. Dichos valores pueden imprimirse con el especificador 
de formato %f en una instrucción System, out . pri ntf. En el capítulo 3 aprenderá más acerca de los números de 
punto flotante. 

2.29 He aquí otro adelanto. En este capítulo, aprendió acerca de los enteros y el tipo i nt. Java puede también repre- 
sentar letras en mayúsculas, en minúsculas y una considerable variedad de símbolos especiales. Cada carácter tiene su 
correspondiente representación entera. El conjunto de caracteres que utiliza una computadora, y las correspondientes 
representaciones enteras de esos caracteres, se conocen como el conjunto de caracteres de esa computadora. Usted puede 
indicar un valor de carácter en un programa con sólo encerrar ese carácter entre comillas sencillas, como en ' A' . 
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Usted puede determinar el equivalente entero de un carácter si antepone a ese carácter la palabra (i nt), como en 
(int) 'A' 

Esta forma se conoce como operador de conversión de tipo. (Hablaremos más sobre estos operadores en el capítulo 4). 
La siguiente instrucción imprime un carácter y su equivalente entero: 

System. out . pri ntf ( 

"El carácter %c tiene el valor %d\n", 'A', ( (int) 'A' ) ); 

Cuando se ejecuta esta instrucción, muestra el carácter A y el valor 65 (del conjunto de caracteres conocido como Uni- 
code®) como parte de la cadena. Observe que el especificador de formato %c es un receptáculo para un carácter (en este 
caso, el carácter ’ A ’ ) - 

Utilizando instrucciones similares a la mostrada anteriormente en este ejercicio, escriba una aplicación que 
muestre los equivalentes enteros de algunas letras en mayúsculas, en minúsculas, dígitos y símbolos especiales. 
Muestre los equivalentes enteros de los siguientes caracteres: ABCabc012$* + /yel carácter en 
blanco. 

2.30 Escriba una aplicación que reciba del usuario un número compuesto por cinco dígitos, que separe ese número 
en sus dígitos individuales y los imprima, cada uno separado de los demás por tres espacios. Por ejemplo, si el usuario 
escribe el número 42339, el programa debe imprimir 

4 2 3 3 9 

Suponga que el usuario escribe el número correcto de dígitos. ¿Qué ocurre cuando ejecuta el programa y 
escribe un número con más de cinco dígitos? ¿Qué ocurre cuando ejecuta el programa y escribe un número con 
menos de cinco dígitos? [ Sugerencia. : es posible hacer este ejercicio con las técnicas que aprendió en este capítulo. 
Necesitará utilizar los operadores de división y residuo para “seleccionar” cada dígito] . 

2.3 1 Utilizando sólo las técnicas de programación que aprendió en este capítulo, escriba una aplicación que calcule 
los cuadrados y cubos de los números del 0 al 10, y que imprima los valores resultantes en formato de tabla, como se 
muestra a continuación. [Nota: Este programa no requiere de ningún tipo de entrada por parte del usuario]. 


numero 

cuadrado 

cubo 

0 

0 

0 

1 

1 

1 

2 

4 

8 

3 

9 

27 

4 

16 

64 

5 

25 

125 

6 

36 

216 

7 

49 

343 

8 

64 

512 

9 

81 

729 

10 

100 

1000 


2.32 Escriba un programa que reciba cinco números, y que determine e imprima la cantidad de números negativos, 
positivos, y la cantidad de ceros recibidos. 





Usted verá algo nuevo. 
Dos cosas. Y las llamo 
Cosa Uno y Cosa Dos. 

— Dr. Theodor Seuss Geisel. 


Nada puede tener valor 
sin ser un objeto de utilidad. 

— Karl Marx 

Sus sirvientes piíblicos le 
sirven bien. 

— Adlai E. Stevenson 

Saber cómo responder 
a alguien que habla, 
contestar a alguien que 
envía un mensaje. 

— Amenemope 




Introducción 
a las clases 
y los objetos 

OBJETIVOS 

En este capítulo aprenderá a: 

■ Comprender qué son las clases, los objetos, los métodos y las 
variables de instancia. 

■ Declarar una clase y utilizarla para crear un objeto. 

■ Declarar métodos en una clase para ¡mplementar los 
comportamientos de ésta. 

■ Declarar variables de Instancia en una clase para ¡mplementar 
los atributos de ésta. 

■ Saber cómo llamar a los métodos de un objeto para hacer que 
realicen sus tareas. 

■ Conocer las diferencias entre las variables de instancia de una 
clase y las variables locales de un método. 

■ Utilizar un constructor para asegurar que los datos de un 
objeto se inicialicen cuando se cree el objeto. 

■ Conocer las diferencias entre los tipos primitivos y los tipos por 
referencia. 




Plan general 
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3.1 Introducción 

3.2 Clases, objetos, métodos y variables de instancia 

3.3 Declaración de una clase con un método e ¡nstanciamiento de un objeto de una clase 

3.4 Declaración de un método con un parámetro 

3.5 Variables de instancia, métodos establecer y métodos obtener 

3.6 Comparación entre tipos primitivos y tipos por referencia 

3.7 Inicialización de objetos mediante constructores 

3.8 Números de punto flotante y el tipo doubl e 

3.9 (Opcional) Ejemplo práctico de GUI y gráficos: uso de cuadros de diálogo 

3.10 (Opcional) Ejemplo práctico de Ingeniería de Software: identificación de las clases en un documento 
de requerimientos 

3.1 1 Conclusión 

Resumen | Terminología | Ejercicios de autoevaluación | Respuestas a los ejercicios de autoevaluación | Ejercicios 


3.1 Introducción 

En la sección 1.16 le presentamos la terminología básica y los conceptos acerca de la programación orientada a 
objetos. El capítulo 2 comenzó a utilizar esos conceptos para crear aplicaciones simples que mostraran mensajes 
al usuario, que obtuvieran información del usuario, realizaran cálculos y tomaran decisiones. Una característica 
común de todas las aplicaciones del capítulo 2 fue que todas las instrucciones que realizaban tareas se encontraban 
en el método mai n. Por lo general, las aplicaciones que usted desarrollará en este libro consistirán de dos o más 
clases, cada una de las cuales contendrá dos o más métodos. Si usted se integra a un equipo de desarrollo en la 
industria, podría trabajar en aplicaciones que contengan cientos, o incluso hasta miles de clases. En este capítulo 
presentaremos un marco de trabajo simple para organizar las aplicaciones orientadas a objetos en Java. 

Primero explicaremos el concepto de las clases mediante el uso de un ejemplo real. Después presentaremos 
cinco aplicaciones completas para demostrarle cómo crear y utilizar sus propias clases. Los primeros cuatro ejem- 
plos empiezan nuestro ejemplo práctico acerca de cómo desarrollar una clase tipo libro de calificaciones, que 
los instructores pueden utilizar para mantener las calificaciones de las pruebas de sus estudiantes. Durante los 
siguientes capítulos ampliaremos este ejemplo práctico y culminaremos con la versión que se presenta en el capí- 
tulo 7, Arreglos. El último ejemplo en este capítulo introduce los números de punto flotante (es decir, números 
que contienen puntos decimales, como 0.0345, -7.23 y 100.7) en el contexto de una clase tipo cuenta bancada, 
la cual mantiene el saldo de un cliente. 

3.2 Clases, objetos, métodos y variables de instancia 

Comenzaremos con una analogía simple, para ayudarle a comprender el concepto de las clases y su contenido. 
Suponga que desea conducir un automóvil y, para hacer que aumente su velocidad, debe presionar el pedal del ace- 
lerador. ¿Qué debe ocurrir antes de que pueda hacer esto? Bueno, antes de poder conducir un automóvil, alguien 
tiene que diseñarlo. Por lo general, un automóvil empieza en forma de dibujos de ingeniería, similares a los planos 
de construcción que se utilizan para diseñar una casa. Estos dibujos de ingeniería incluyen el diseño del pedal 
del acelerador, para que el automóvil aumente su velocidad. El pedal “oculta” los complejos mecanismos que se 
encargan de que el automóvil aumente su velocidad, de igual forma que el pedal del freno “oculta” los mecanismos 
que disminuyen la velocidad del automóvil y por otro lado, el volante “oculta” los mecanismos que hacen que el 
automóvil de vuelta. Esto permite que las personas con poco o nada de conocimiento acerca de cómo funcionan los 
motores puedan conducir un automóvil con facilidad. 

Desafortunadamente, no puede conducir los dibujos de ingeniería de un auto. Antes de poder conducir un 
automóvil, éste debe construirse a partir de los dibujos de ingeniería que lo describen. Un automóvil completo 
tendrá un pedal acelerador verdadero para hacer que aumente su velocidad, pero aún así no es suficiente; el auto- 
móvil no acelerará por su propia cuenta, así que el conductor debe oprimir el pedal del acelerador. 

Ahora utilizaremos nuestro ejemplo del automóvil para introducir los conceptos clave de programación de 
esta sección. Para realizar una tarea en una aplicación se requiere un método. El método describe los mecanismos 
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que se encargan de realizar sus tareas; y oculta al usuario las tareas complejas que realiza, de la misma forma que el 
pedal del acelerador de un automóvil oculta al conductor los complejos mecanismos para hacer que el automóvil 
vaya más rápido. En Java, empezamos por crear una unidad de aplicación llamada clase para alojar a un método, 
así como los dibujos de ingeniería de un automóvil alojan el diseño del pedal del acelerador. En una clase se pro- 
porcionan uno o más métodos, los cuales están diseñados para realizar las tareas de esa clase. Por ejemplo, una 
clase que representa a una cuenta bancaria podría contener un método para depositar dinero en una cuenta, otro 
para retirar dinero de una cuenta y un tercero para solicitar el saldo actual de la cuenta. 

Así como no podemos conducir un dibujo de ingeniería de un automóvil, tampoco podemos “conducir” una 
clase. De la misma forma que alguien tiene que construir un automóvil a partir de sus dibujos de ingeniería para 
poder conducirlo, también debemos construir un objeto de una clase para poder hacer que un programa realice 
las tareas que la clase le describe cómo realizar. Ésta es una de las razones por las cuales Java se conoce como un 
lenguaje de programación orientado a objetos. 

Cuando usted conduce un automóvil, si oprime el pedal del acelerador se envía un mensaje al automóvil para 
que realice una tarea-hacer que el automóvil vaya más rápido. De manera similar, se envían mensajes a un objeto; 
cada mensaje se conoce como la llamada a un método, e indica a un método del objeto que realice su tarea. 

Plasta ahora, hemos utilizado la analogía del automóvil para introducir las clases, los objetos y los métodos. 
Además de las capacidades con las que cuenta un automóvil, también tiene muchos atributos como su color, el 
número de puertas, la cantidad de gasolina en su tanque, su velocidad actual y el total de kilómetros recorridos (es 
decir, la lectura de su odómetro). Al igual que las capacidades del automóvil, estos atributos se representan como 
parte del diseño en sus diagramas de ingeniería. Cuando usted conduce un automóvil, estos atributos siempre están 
asociados con él. Cada uno mantiene sus propios atributos. Por ejemplo, cada conductor sabe cuánta gasolina tiene 
en su propio tanque, pero no cuánta hay en los tanques de otros automóviles. De manera similar, un objeto tiene 
atributos que lleva consigo cuando se utiliza en un programa. Éstos se especifican como parte de la clase del objeto. 
Por ejemplo, un objeto tipo cuenta bancaria tiene un atributo llamado saldo, el cual representa la cantidad de dine- 
ro en la cuenta. Cada objeto tipo cuenta bancaria conoce el saldo en la cuenta que representa, pero no los saldos de 
las otras cuentas en el banco. Los atributos se especifican mediante las variables de instancia de la clase. 

El resto de este capítulo presenta ejemplos que demuestran los conceptos que presentamos aquí, dentro del 
contexto de la analogía del automóvil. Los primeros cuatro ejemplos se encargan de construir en forma incremen- 
tal una clase llamada Li broCal i ficaci ones para demostrar estos conceptos: 

1. El primer ejemplo presenta una clase llamada Li broCal i ficaci ones, con un método que simplemente 
muestra un mensaje de bienvenida cuando se le llama. Después le mostraremos cómo crear un objeto de 
esa clase y cómo llamarlo, para que muestre el mensaje de bienvenida. 

2. El segundo ejemplo modifica el primero, al permitir que el método reciba el nombre de un curso como 
argumento, y al mostrar ese nombre como parte del mensaje de bienvenida. 

3. El tercer ejemplo muestra cómo almacenar el nombre del curso en un objeto tipo Li broCal i ficaci o- 
nes. Para esta versión de la clase, también le mostraremos cómo utilizar los métodos para establecer el 
nombre del curso y obtener este nombre. 

4. El cuarto ejemplo demuestra cómo pueden inicializarse los datos en un objeto tipo Li broCal i ficaci ones, 
a la hora de crear el objeto; el constructor de la clase se encarga de realizar el proceso de inicialización. 

El último ejemplo en el capítulo presenta una clase llamada Cuenta, la cual refuerza los conceptos presentados 
en los primeros cuatro ejemplos, e introduce los números de punto flotante. Para este fin, presentamos una clase 
llamada Cuenta, la cual representa una cuenta bancaria y mantiene su saldo como un número de punto flotante. 
La clase contiene dos métodos — uno para acreditar un depósito a la cuenta, con lo cual se incrementa el saldo, 
y otro para obtener el saldo. El constructor de la clase permite inicializar el saldo de cada objeto tipo Cuenta, 
a la hora de crear el objeto. Crearemos dos objetos tipo Cuenta y haremos depósitos en cada uno de ellos, para 
mostrar que cada objeto mantiene su propio saldo. El ejemplo también demuestra cómo recibir e imprimir en 
pantalla números de punto flotante. 

3.3 Declaración de una clase con un método e instanciamiento 
de un objeto de una clase 

Comenzaremos con un ejemplo que consiste en las clases Li broCal i ficaci ones (figura 3.1) y PruebaLi broCa- 
1 i ficaci ones (figura 3.2). La clase Li broCal i ficaci ones (declarada en el archivo Li broCal i ficaci ones. java) 
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se utilizará para mostrar un mensaje en la pantalla (figura 3.2), para dar la bienvenida al instructor a la aplicación 
del libro de calificaciones. La clase PruebaLi broCal i ficaci ones (declarada en el archivo PruebaLi broCal i fi- 
caci ones .java) es una clase de aplicación en la que el método mai n utilizará a la clase Li broCal i ficaci ones. 
Cada declaración de clase que comienza con la palabra clave public debe almacenarse en un archivo que tenga 
el mismo nombre que la clase, y que termine con la extensión de archivo . j ava . Por lo tanto, las clases Li bro- 
Cal i ficaciones y PruebaLi broCal i ficaci ones deben declararse en archivos separados, ya que cada clase se 
declara como publ i c. 

■ , . . Error común de programación 3.1 

^ ^ Declarar más de una clase public en el mismo archivo es un error de compilación. 

La clase LibroCal i ficaciones 

La declaración de la clase Li broCal i ficaciones (figura 3.1) contiene un método llamado mostrarMensaje 
(líneas 7-10), el cual muestra un mensaje en la pantalla. La línea 9 de la clase realiza el trabajo de mostrar el men- 
saje. Recuerde que una clase es como un plano de construcción; necesitamos crear un objeto de esta clase y llamar 
a su método para hacer que se ejecute la línea 9 y que muestre su mensaje. 

La declaración de la clase empieza en la línea 4. La palabra clave public es un modificador de acceso. 
Por ahora, simplemente declararemos cada clase como public. Toda declaración de clase contiene la palabra 
clave el ass, seguida inmediatamente por el nombre de la clase. El cuerpo de toda clase se encierra entre una llave 
izquierda y una derecha ({ y }), como en las líneas 5 y 12 de la clase Li broCal i ficaci ones. 

En el capítulo 2, cada clase que declaramos tenía un método llamado mai n. La clase Li broCal i ficaci ones 
también tiene un método: mostrarMensaje (líneas 7-10). Recuerde que mai n es un método especial, que siem- 
pre es llamado, automáticamente, por la Máquina Virtual de Java (JVM) a la hora de ejecutar una aplicación. 
La mayoría de los métodos no se llaman en forma automática. Como veremos en breve, es necesario llamar al 
método mostrarMensaje para decirle que haga su trabajo. 

La declaración del método comienza con la palabra clave publ i c para indicar que el método está “disponible 
al público”; es decir, los métodos de otras clases pueden llamarlo desde el exterior del cuerpo de la declaración 
de la clase. La palabra clave voi d indica que este método realizará una tarea pero no devolverá (es decir, regre- 
sará) información al método que hizo la llamada cuando complete su tarea. Ya hemos utilizado métodos que 
devuelven información; por ejemplo, en el capítulo 2 utilizó el método nextlnt de Scanner para recibir un 
entero escrito por el usuario desde el teclado. Cuando nextlnt recibe un valor de entrada, devuelve ese valor para 
utilizarlo en el programa. 

El nombre del método, mostrarMensaje, va después del tipo de valor de retorno. Por convención, los 
nombres de los métodos comienzan con una letra minúscula, y el resto de las palabras en el nombre empiezan 
con letra mayúscula. Los paréntesis después del nombre del método indican que éste es un método. Un conjunto 
vacío de paréntesis, como se muestra en la línea 7, indica que este método no requiere información adicional para 
realizar su tarea. La línea 7 se conoce comúnmente como el encabezado del método. El cuerpo de cada método 
se delimita mediante una llave izquierda y una llave derecha ({ y }), como en las líneas 8 y 10. 


1 // Fig. 3.1: LibroCal i ficaci ones. java 

2 // Declaración de una clase con un método. 

3 

4 public class LibroCal i ficaci ones 

5 { 

6 // muestra un mensaje de bienvenida al usuario de LibroCal i ficaci ones 

7 public void mostrarMensajeO 

8 { 

9 System. out.println( “Bienvenido al Libro de calificaciones!” ); 

10 } // fin del método mostrarMensaje 

1 1 

12 } // fin de la clase LibroCal i ficaci ones 

Figura 3.1 | Declaración de una clase con un método. 
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El cuerpo de un método contiene una o varias instrucciones que realizan su trabajo. En este caso, el método 
contiene una instrucción (línea 9) que muestra el mensaje "Bienvenido al Libro de calificaciones!", 
seguido de una nueva línea en la ventana de comandos. Una vez que se ejecuta esta instrucción, el método ha 
completado su trabajo. 

A continuación, nos gustaría utilizar la clase Li broCal i ficaci ones en una aplicación. Como aprendió en el 
capítulo 2, el método mai n empieza la ejecución de todas las aplicaciones. Una clase que contiene el método mai n 
es una aplicación de Java. Dicha clase es especial, ya que la JVM puede utilizar a mai n como un punto de entrada 
para empezar la ejecución. La clase Li broCal i ficaci ones no es una aplicación, ya que no contiene a mai n. Por 
lo tanto, si trata de ejecutar Li broCal i ficaci ones escribiendo java Li broCal i ficaci ones en la ventana de 
comandos, recibirá un mensaje de error como este: 

Exception in thread "main" java.lang.NoSuchMethodError: main 

Esto no fue un problema en el capítulo 2, ya que cada clase que declaramos tenía un método mai n. Para corregir 
este problema con la clase Li broCal i ficaci ones, debemos declarar una clase separada que contenga un método 
mai n, o colocar un método mai n en la clase Li broCal i ficaci ones. Para ayudarlo a prepararse para los programas 
más extensos que encontrará más adelante en este libro y en la industria, utilizamos una clase separada (Prueba- 
Li broCal i ficaci ones en este ejemplo) que contiene el método mai n para probar cada nueva clase que vayamos 
a crear en este capítulo. 

La clase PruebaLi broCal i ficaci ones 

La declaración de la clase PruebaLi broCal i ficaci ones (figura 3.2) contiene el método main que controlará la 
ejecución de nuestra aplicación. Cualquier clase que contiene el método mai n, declarado como se muestra en 
la línea 7, puede utilizarse para ejecutar una aplicación. La declaración de la clase PruebaLi broCal i ficaci ones 
empieza en la línea 4 y termina en la línea 16. La clase sólo contiene un método mai n, algo común en muchas 
clases que empiezan la ejecución de una aplicación. 

Las líneas 7 a la 14 declaran el método mai n. En el capítulo 2 vimos que el encabezado mai n debe aparecer 
como se muestra en la línea 7; en caso contrario, no se ejecutará la aplicación. Una parte clave para permitir que 
la JVM localice y llame al método mai n para empezar la ejecución de la aplicación es la palabra clave stati c 
(línea 7), la cual indica que mai n es un método stati c. Un método stati c es especial, ya que puede llamarse 
sin tener que crear primero un objeto de la clase en la cual se declara ese método. En el capítulo 6, Métodos: un 
análisis más detallado, explicaremos a detalle los métodos stati c. 


1 // Fig. 3.2: PruebaLi broCal ideaciones. java 

2 // Crea un objeto Li broCal i ficaci ones y llama a su método mostrarMensaje . 

3 

4 public class PruebaLi broCal ideaciones 

5 { 

6 // el método main empieza la ejecución del programa 

7 public stati c void main( String args[] ) 

8 { 

9 // crea un objeto LibroCalidcaciones y lo asigna a miLibroCalidcaciones 

10 LibroCalidcaciones miLibroCalidcaciones = new Li broCal i dcaci ones () ; 

I I 

12 // llama al método mostrarMensaje de miLibroCalidcaciones 

13 miLibroCalidcaciones. mostrarMensajeO ; 

14 } // fin de main 

15 

16 } // fin de la clase PruebaLibroCalificaciones 


Bienvenido al Libro Calificaciones! 


Figura 3.2 | Cómo crear un objeto de la clase LibroCalidcaciones y llamar a su método mostrarMensaje. 
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En esta aplicación nos gustaría llamar al método mostrarMensaje de la clase Li broCal i ficaci ones para 
mostrar el mensaje de bienvenida en la ventana de comandos. Por lo general, no podemos llamar a un método 
que pertenece a otra clase, sino hasta crear un objeto de esa clase, como se muestra en la línea 10. Empezaremos 
por declarar la variable mi Li broCal i ficaci ones. Observe que el tipo de la variable es Li broCali ficaci ones; la 
clase que declaramos en la figura 3.1. Cada nueva clase que creamos se convierte en un nuevo tipo, que puede 
usarse para declarar variables y crear objetos. Los programadores pueden declarar nuevos tipos de clases según lo 
necesiten; ésta es una razón por la cual Java se conoce como un lenguaje extensible. 

La variable mi Li broCal i ficaci ones se inicializa con el resultado de la expresión de creación de instan- 
cia de clase new Li broCal i ficaci ones (). La palabra clave new crea un nuevo objeto de la clase especificada a la 
derecha de la palabra clave (es decir, Li broCal i ficaci ones). Los paréntesis a la derecha de Li broCal ificaciones 
son obligatorios. Como veremos en la sección 3.7, esos paréntesis en combinación con el nombre de una clase 
representan una llamada a un constructor, que es similar a un método, pero se utiliza sólo cuando se crea un 
objeto, para inicializar los datos de éste. En esa sección verá que los datos pueden colocarse entre paréntesis para 
especificar los valores iniciales para los datos del objeto. Por ahora, sólo dejaremos los paréntesis vacíos. 

Así como podemos usar el objeto System . out para llamar a los métodos pri nt , pri ntf y pri ntl n, tam- 
bién podemos usar el objeto mi Li broCal i ficaciones para llamar al método mostrarMensaje. La línea 13 llama 
al método mostrarMensaje (líneas 7-10 de la figura 3.1), usando mi Li broCal i ficaciones seguida de un sepa- 
rador punto (.), el nombre del método mostrarMensaje y un conjunto vacío de paréntesis. Esta llamada hace 
que el método mostrarMensaje realice su tarea. La llamada a este método difiere de las del capítulo 2 en las que 
se mostraba la información en una ventana de comandos; cada una de estas llamadas al método proporcionaban 
argumentos que especificaban los datos a mostrar. Al inicio de la línea 13, “mi Li broCal i ficaci ones”. Indica que 
mai n debe utilizar el objeto mi Li broCal i ficaci ones que se creó en la línea 10. La línea 7 de la figura 3.1 indica 
que el método mostrarMensaje tiene una lista de parámetros vacía; es decir, mostrarMensaje no requiere infor- 
mación adicional para realizar su tarea. Por esta razón, la llamada al método (línea 13 de la figura 3.2) especifica 
un conjunto vacío de paréntesis después del nombre del método, para indicar que no se van a pasar argumentos 
al método mostrarMensaje. Cuando el método mostrarMensaje completa su tarea, el método mai n continúa 
su ejecución en la línea 14. Este es el final del método mai n, por lo que el programa termina. 

Compilación de una aplicación con varias clases 

Debe compilar las clases de las figuras 3.1 y 3.2 antes de poder ejecutar la aplicación. Primero, cambie al directorio 
que contiene los archivos de código fuente de la aplicación. Después, escriba el comando 

javac Li broCal i ficaci ones. java PruebaLi broCal i ficaci ones. java 

para compilar ambas clases a la vez. Si el directorio que contiene la aplicación sólo incluye los archivos de esta 
aplicación, puede compilar todas las clases que haya en el directorio con el comando 

javac *.java 

El asterisco (*) en *. java indica que deben compilarse todos los archivos en el directorio actual que terminen 
con la extensión de nombre de archivo “ . j ava”. 

Diagrama de clases de UML para la clase Li broCal ificaciones 

La figura 3.3 presenta un diagrama de ciases de UML para la clase Li broCal i ficaci ones de la figura 3.1. En 
la sección 1.16 vimos que UML es un lenguaje gráfico, utilizado por los programadores para representar sistemas 
orientados a objetos en forma estandarizada. En UML, cada clase se modela en un diagrama de clases en forma 
de un rectángulo con tres componentes. El compartimiento superior contiene el nombre de la clase, centrado 
en forma horizontal y en negrita. El compartimiento de en medio contiene los atributos de la clase, que en Java 
corresponden a las variables de instancia. En la figura 3.3, el compartimiento de en medio está vacío, ya que la 
versión de la clase Li broCal i ficaci ones en la figura 3.1 no tiene atributos. El compartimiento inferior contiene 
las operaciones de la clase, que en Java corresponden a los métodos. Para modelar las operaciones, UML lista el 
nombre de la operación precedido por un modificador de acceso y seguido de un conjunto de paréntesis. La clase 
Li broCal ificaciones tiene un solo método llamado mostrarMensaje, por lo que el compartimiento inferior de 
la figura 3.3 lista una operación con este nombre. El método mostrarMensaje no requiere información adicio- 
nal para realizar sus tareas, por lo que los paréntesis que van después del nombre del método en el diagrama de 
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LibroCalificaciones 


+ mostrarMensajef ) 


Figura 3.3 | Diagrama de clases de UML, el cual indica que la clase LibroCalificaciones tiene una operación 
public llamada mostrarMensaje. 


clases están vacíos, de igual forma que como aparecieron en la declaración del método, en la línea 7 de la figura 
3.1. El signo más (+) que va antes del nombre de la operación indica que mostrarMensaje es una operación 
publ i c en UML (es decir, un método publ i c en Java). Utilizaremos los diagramas de clases de UML a menudo 
para sintetizar los atributos y las operaciones de una clase. 

3.4 Declaración de un método con un parámetro 

En nuestra analogía del automóvil de la sección 3.2, hablamos sobre el hecho de que al oprimir el pedal del acele- 
rador se envía un mensaje al automóvil para que realice una tarea: hacer que vaya más rápido. Pero ¿qué tan rápido 
debería acelerar el automóvil? Como sabe, entre más oprima el pedal, mayor será la aceleración del automóvil. 
Por lo tanto, el mensaje para el automóvil en realidad incluye tanto la tarea a realizar como información adicional 
que ayuda al automóvil a ejecutar su tarea. A la información adicional se le conoce como parámetro; el valor del 
parámetro ayuda al automóvil a determinar qué tan rápido debe acelerar. De manera similar, un método puede 
requerir uno o más parámetros que representan la información adicional que necesita para realizar su tarea. La 
llamada a un método proporciona valores (llamados argumentos) para cada uno de los parámetros de ese méto- 
do. Por ejemplo, el método System . out . pri ntl n requiere un argumento que especifica los datos a mostrar en 
una ventana de comandos. De manera similar, para realizar un depósito en una cuenta bancaria, un método 
llamado deposito especifica un parámetro que representa el monto a depositar. Cuando se hace una llamada 
al método deposi to, se asigna al parámetro del método un valor como argumento, que representa el monto a 
depositar. Entonces, el método realiza un depósito por ese monto. 

Nuestro siguiente ejemplo declara la clase LibroCalificaciones (figura 3.4), con un método mostrar- 
Mensaje que muestra el nombre del curso como parte del mensaje de bienvenida (en la figura 3.5 podrá ver la 
ejecución de ejemplo). El nuevo método mostrarMensaje requiere un parámetro que representa el nombre del 
curso a imprimir en pantalla. 

Antes de hablar sobre las nuevas características de la clase Li broCal i ficaci ones, veamos cómo se utiliza la 
nueva clase desde el método mai n de la clase PruebaLi broCal i ficaci ones (figura 3.5). La línea 12 crea un obje- 
to Scanner llamado entrada, para recibir el nombre del curso escrito por el usuario. La línea 15 crea un objeto 
de la clase Li broCal i ficaci ones y lo asigna a la variable mi Li broCal i ficaci ones. La línea 18 pide al usuario 
que escriba el nombre de un curso. La línea 1 9 lee el nombre que introduce el usuario y lo asigna a la variable 
nombreDelCurso, mediante el uso del método nextLine de Scanner para realizar la operación de entrada. El 


1 // Fig. 3.4: LibroCalificaciones. java 

2 // Declaración de una clase con un método que tiene un parámetro. 

3 

4 public class LibroCalificaciones 

5 { 

6 // muestra un mensaje de bienvenida al usuario de LibroCalificaciones 

7 public void mostrarMensaje( String nombreDelCurso ) 

8 { 

9 System. out. pri ntf( “Bienvenido al libro de calificaciones para\n%s ! \n” , 

10 nombreDelCurso ); 

11 } // fin del método mostrarMensaje 

12 

13 } // fin de la clase LibroCalificaciones 


Figura 3.4 | Declaración de una clase con un método que tiene un parámetro. 
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1 // Fig. 3.5: PruebaLi broCal ificaciones . java 

2 // Crea un objeto Li broCal ificaciones y pasa un objeto String 

3 // a su método mostrarMensaje . 

4 import java. útil .Scanner; // el programa usa la clase Scanner 

5 

6 public class PruebaLi broCal ificaciones 

7 { 

8 // el método main empieza la ejecución del programa 

9 public static void main( String args[] ) 

10 { 

11 // crea un objeto Scanner para obtener la entrada de la ventana de comandos 

12 Scanner entrada = new Scannerf System. in ); 

13 

14 // crea un objeto Li broCal ificaciones y lo asigna a mi Li broCal ificaciones 

15 Li broCal ificaciones mi Li broCal ificaciones = new Li broCal ificaciones O ; 

16 

17 // pide y recibe el nombre del curso como entrada 

18 System. out.printlnf “Escriba el nombre del curso:” ); 

19 String nombreDelCurso = entrada. nextLi ne() ; // lee una linea de texto 

20 System. out.println O ; // imprime una linea en blanco 

21 

22 // llama al método mostrarMensaje de mi Li broCal ificaciones 

23 // y pasa nombreDelCurso como argumento 

24 miLibroCalificaciones.mostrarMensaje( nombreDelCurso ); 

25 } // fin de main 

26 

27 } // fin de la clase PruebaLi broCal i ficaciones 

Escriba el nombre del curso: 

CS101 Introducción a la programación en lava 

Bienvenido al libro de calificaciones para 
CS101 Introducción a la programación en lava! 

Figura 3.5 | Cómo crear un objeto Li broCal i ficaciones y pasar un objeto String a su método mostrarMensaje. 


usuario escribe el nombre del curso y oprime Intro para enviarlo al programa. Observe que al oprimir Intro se 
inserta un carácter de nueva línea al final de los caracteres escritos por el usuario. El método nextLi ne lee los 
caracteres que escribió el usuario hasta encontrar el carácter de nueva línea, y después devuelve un objeto Stri ng 
que contiene los caracteres hasta, pero sin incluir, la nueva línea. El carácter de nueva línea se descarta. La clase 
Scanner también cuenta con un método similar (next) para leer palabras individuales. Cuando el usuario oprime 
Intro después de escribir la entrada, el método next lee caracteres hasta encontrar un carácter de espacio en blanco 
(espacio, fabulador o nueva línea), y después devuelve un objeto String que contiene los caracteres hasta, pero 
sin incluir, el carácter de espacio en blanco (que se descarta). No se pierde toda la información que va después 
del primer carácter de espacio en blanco; estará disponible para que la lean otras instrucciones que llamen a los 
métodos de Scanner, más adelante en el programa. 

La línea 24 llama al método mostrarMensaje de mi Li broCal i ficaciones. La variable nombreDelCurso 
entre paréntesis es el argumento que se pasa al método mostrarMensaje, para que éste pueda realizar su tarea. El 
valor de la variable nombreDelCurso en mai n se convierte en el valor del parámetro nombreDel Curso del método 
mostrarMensaje, en la línea 7 de la figura 3.4. Al ejecutar esta aplicación, observe que el método mostrarMen- 
saje imprime en pantalla el nombre que usted escribió como parte del mensaje de bienvenida (figura 3.5). 



Observación de ingeniería de software 3.1 

Por lo general, los objetos se crean mediante el uso de new. Una excepción es la literal de cadena que está encerrada 
entre comillas, como “hola”. Las literales de cadena son referencias a objetos String que Java crea de manera 
implícita. 



3.4 Declaración de un método con un parámetro 


83 


Más sobre los argumentos y los parámetros 

Al declarar un método, debe especificar si el método requiere datos para realizar su tarea. Para ello es necesario 
colocar información adicional en la lista de parámetros del método, la cual se encuentra en los paréntesis que van 
después del nombre del método. La lista de parámetros puede contener cualquier número de parámetros, incluso 
ninguno. Los paréntesis vacíos después del nombre del método (como en la figura 3.1, línea 7) indican que un 
método no requiere parámetros. En la figura 3.4, la lista de parámetros de mostrarMensaje (línea 7) declara que 
el método requiere un parámetro. Cada parámetro debe especificar un tipo y un identificador. En este caso, el tipo 
Stri ng y el identificador nombreDelCurso indican que el método mostrarMensaje requiere un objeto Stri ng 
para realizar su tarea. En el instante en que se llama al método, el valor del argumento en la llamada se asigna 
al parámetro correspondiente (en este caso, nombreDelCurso) en el encabezado del método. Después, el cuerpo 
del método utiliza el parámetro nombreDelCurso para acceder al valor. Las líneas 9 y 10 de la figura 3.4 muestran 
el valor del parámetro nomb reDel Curso, mediante el uso del especificador de formato %s en la cadena de formato 
de pri ntf. Observe que el nombre de la variable de parámetro (figura 3.4, línea 7) puede ser igual o distinto al 
nombre de la variable de argumento (figura 3.5, línea 24). 

Un método puede especificar múltiples parámetros; sólo hay que separar un parámetro de otro mediante una 
coma (en el capítulo 6 veremos un ejemplo de esto). El número de argumentos en la llamada a un método debe 
coincidir con el número de parámetros en la lista de parámetros de la declaración del método que se llamó. Ade- 
más, los tipos de los argumentos en la llamada al método deben ser “consistentes con” los tipos de los parámetros 
correspondientes en la declaración del método (como veremos en capítulos posteriores, no siempre se requiere 
que el tipo de un argumento y el tipo de su correspondiente parámetro sean idénticos). En nuestro ejemplo, la 
llamada al método pasa un argumento de tipo Stri ng (nomb reDel Curso se declara como Stri ng en la línea 19 
de la figura 3.5) y la declaración del método especifica un parámetro de tipo Stri ng (línea 7 en la figura 3.4). 
Por lo tanto, en este ejemplo, el tipo del argumento en la llamada al método coincide exactamente con el tipo del 
parámetro en el encabezado del método. 

Error común de programación 3.2 

L f Si el número de argumentos en la llamada a un método no coincide con el número de parámetros en la declaración 
' del método, se produce un error de compilación. 



Error común de programación 3.3 

Si los tipos de los argumentos en la llamada a un método no son consistentes con los tipos de los parámetros 
pondientes en la declaración del método, se produce un error de compilación. 


corres- 


Diagrama de clases de UML actualizado para la clase LibroCal ificaciones 

El diagrama de clases de UML de la figura 3.6 modela la clase LibroCal ificaciones de la figura 3.4. Al igual 
que la Figura 3.1, esta clase Li broCal i ficaci ones contiene la operación publi c llamada mostrarMensaje. Sin 
embargo, esta versión de mostrarMensaje tiene un parámetro. La forma en que UML modela un parámetro es 
un poco distinta a la de Java, ya que lista el nombre del parámetro, seguido de dos puntos y del tipo del parámetro 
entre paréntesis, después del nombre de la operación. UML tiene sus propios tipos de datos, que son similares a 
los de Java (pero como veremos, no todos los tipos de datos de UML tienen los mismos nombres que los tipos 
correspondientes en Java). El tipo Stri ng de UML corresponde al tipo Stri ng de Java. El método mostrarMen- 
saje de Li broCal i ficaci ones (figura 3.4) tiene un parámetro Stri ng llamado nombreDelCurso, por lo que en 
la figura 3.6 se lista a nombreDel Curso : Stri ng entre los paréntesis que van después de mostrarMensaje. 


LibroCalificaciones 


+ mostrarMensaje( nombreDelCurso : String ) 

Figura 3.6 | Diagrama de clases de UML, que indica que la clase Li broCal i ficaci ones tiene una operación 
llamada mostrarMensaje, con un parámetro llamado nombreDelCurso de tipo Stri ng de UML. 
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Observaciones acerca del uso de las declaraciones import 

Observe la declaración i mport en la figura 3.5 (línea 4). Esto indica al compilador que el programa utiliza la clase 
Scanner. ¿Por qué necesitamos importar la clase Scanner, pero no las clases System, String o Li broCal idea- 
ciones? La mayoría de las clases que utilizará en los programas de Java deben importarse. Las clases System y 
St ri ng están en el paquete j ava . 1 ang, que se importa de manera implícita en todo programa de Java, por lo que 
todos los programas pueden usar las clases del paquete j ava . 1 ang sin tener que importarlas de manera explícita. 

Hay una relación especial entre las clases que se compilan en el mismo directorio en el disco, como las cla- 
ses Li broCal i ficaci ones y PruebaLi broCal ificaci ones. De manera predeterminada, se considera que dichas 
clases se encuentran en el mismo paquete; a éste se le conoce como el paquete predeterminado. Las clases en 
el mismo paquete se importan implícitamente en los archivos de código fuente de las otras clases en el mismo 
paquete. Por ende, no se requiere una declaración import cuando la clase en un paquete utiliza a otra en el mis- 
mo paquete; como cuando PruebaLi broCal i ficaci ones utiliza a la clase Li broCal i ficaci ones. 

La declaración import en la línea 4 no es obligatoria si siempre hacemos referencia a la clase Scanner como 
j ava . uti 1 . Scanner , que incluye el nombre completo del paquete y de la clase. Esto se conoce como el nombre 
de clase completamente calificado. Por ejemplo, la línea 12 podría escribirse como 

java. uti 1 . Scanner entrada = new java. uti 1 . Scanner( System. in ); 



Observación de ingeniería de software 3.2 

El compilador de Java no requiere declaraciones import en un archivo de código fuente de Java, si se especifica el 
nombre de clase completamente calificado cada vez que se utilice el nombre de una clase en el código fuente. Pero la 
mayoría de los programadores de Java consideran que el uso de nombres completamente calificados es incómodo, por 
lo cual prefieren usar declaraciones import. 


3.5 Variables de instancia, métodos establecer y métodos obtener 

En el capítulo 2 declaramos todas las variables de una aplicación en el método mai n. Las variables que se declaran 
en el cuerpo de un método específico se conocen como variables locales, y sólo se pueden utilizar en ese método. 
Cuando termina ese método, se pierden los valores de sus variables locales. En la sección 3.2 vimos que un objeto 
tiene atributos que lleva consigo cuando se utiliza en un programa. Dichos atributos existen antes de que un 
objeto llame a un método, y después de que el método completa su ejecución. 

Por lo general, una clase consiste en uno o más métodos que manipulan los atributos pertenecientes a un 
objeto específico de la clase. Los atributos se representan como variables en la declaración de la clase. Dichas 
variables se llaman campos, y se declaran dentro de la declaración de una clase, pero fuera de los cuerpos de las 
declaraciones de los métodos de la clase. Cuando cada objeto de una clase mantiene su propia copia de un atribu- 
to, el campo que representa a ese atributo se conoce también como variable de instancia; cada objeto (instancia) 
de la clase tiene una instancia separada de la variable en memoria. El ejemplo en esta sección demuestra una 
clase Li broCal i ficaci ones, que contiene una variable de instancia llamada nombreDel Curso para representar el 
nombre del curso de un objeto Li broCal i ficaci ones específico. 


La clase Li broCal i ficaci ones con una variable de instancia, un método establecer 
y un método obtener 

En nuestra siguiente aplicación (figuras 3.7 y 3.8), la clase Li broCal i ficaci ones (figura 3.7) mantiene el nom- 
bre del curso como una variable de instancia, para que pueda usarse o modificarse en cualquier momento, durante 
la ejecución de una aplicación. Esta clase contiene tres métodos: establecerNombreDelCurso, obtenerNom- 
breDel Curso y mostrarMensaje. El método establ ecerNombreDel Curso almacena el nombre de un curso en 
un Li broCal i ficaci ones. El método obtenerNombreDel Curso obtiene el nombre del curso de un Li broCal i - 
ficaci ones. El método mostrarMensaje, que en este caso no especifica parámetros, sigue mostrando un mensaje 
de bienvenida que incluye el nombre del curso; como veremos más adelante, el método ahora obtiene el nombre 
del curso mediante una llamada a otro método en la misma clase: obtenerNombreDelCurso. 

Por lo general, un instructor enseña más de un curso, cada uno con su propio nombre. La línea 7 declara que 
nombreDelCurso es una variable de tipo Stri ng. Como la variable se declara en el cuerpo de la clase, pero fuera 
de los cuerpos de los métodos de la misma (líneas 10 a la 13, 16 a la 19 y 22 a la 28), la línea 7 es una declaración 
para una variable de instancia. Cada instancia (es decir, objeto) de la clase Li broCal i ficaci ones contiene una 
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1 // Fig. 3.7: Li broCal i ficaciones. java 

2 // Clase Li broCal i ficaciones que contiene una variable de instancia nombreDelCurso 

3 //y métodos para establecer y obtener su valor. 

4 

5 public class Li broCal i ficaci ones 

6 { 

7 private String nombreDelCurso; // nombre del curso para este Li broCal i ficaci ones 

8 

9 // método para establecer el nombre del curso 

10 public void establecerNombreDelCursof String nombre ) 

11 { 

12 nombreDelCurso = nombre; // almacena el nombre del curso 

13 } // fin del método establecerNombreDelCurso 

14 

15 // método para obtener el nombre del curso 

16 public String obtenerNombreDelCursoO 

17 { 

18 return nombreDelCurso; 

19 } // fin del método obtenerNombreDelCurso 

20 

21 // muestra un mensaje de bienvenida al usuario de Li broCal i ficaciones 

22 public void mostrarMensajeO 

23 { 

24 // esta instrucción llama a obtenerNombreDelCurso para obtener el 

25 // nombre del curso que representa este Li broCal i ficaci ones 

26 System. out.printf( “Bienvenido al libro de calificaciones para\n%s ! \n” , 

27 obtenerNombreDelCursoO ); 

28 } // fin del método mostrarMensaje 

29 

30 } // fin de la clase Li broCal i ficaci ones 

Figura 3.7 | Clase Li broCal ideaciones que contiene una variable de instancia nombreDelCurso y métodos para 
establecer y obtener su valor. 


copia de cada variable de instancia. Por ejemplo, si hay dos objetos Li broCal i ficaci ones, cada objeto tiene su 
propia copia de nombreDel Curso (una por cada objeto). Un beneficio de hacer de nombreDel Cu rso una variable 
de instancia es que todos los métodos de la clase (en este caso, Li broCal ideaciones) pueden manipular cual- 
quier variable de instancia que aparezca en la clase (en este caso, nombreDelCurso). 


Los modificadores de acceso publ icy private 

La mayoría de las declaraciones de variables de instancia van precedidas por la palabra clave pri vate (como en la 
línea 7). Al igual que public, la palabra clave private es un modificador de acceso. Las variables o los méto- 
dos declarados con el modificador de acceso private son accesibles sólo para los métodos de la clase en la que 
se declaran. Así, la variable nombreDelCurso sólo puede utilizarse en los métodos establecerNombreDelCurso, 
obtenerNombreDelCurso y mostrarMensaje de (cada objeto de) la clase Li broCal i dcaci ones. 



Observación de ingeniería de software 3.3 

Es necesario colocar un modificador de acceso antes de cada declaración de un campo y de un método. Como regla empí- 
rica, las variables de instancia deben declararse como private y los métodos, como public. (Más adelante veremos 
que es apropiado declarar ciertos métodos como pri vate, si sólo van a estar accesibles por otros métodos de la clase). 
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O Buena práctica de programación 3.1 


Preferimos listar los campos de una clase primero, para que, a medida que usted lea el código, pueda ver los nom- 
bres y tipos de las variables antes de ver su uso en los métodos de la clase. Es posible listar los campos de la clase en 
cualquier parte de la misma, fuera de las declaraciones de sus métodos, pero si se esparcen por todo el código, éste será 
más difícil de leer. 
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Buena práctica de programación 3.2 

Coloque una línea en blanco entre las declaraciones de los métodos, para separarlos y mejorar la legibilidad del 
programa. 


El proceso de declarar variables de instancia con el modificador de acceso prívate se conoce como oculta- 
miento de datos. Cuando un programa crea (instancia) un objeto de la clase Li broCal i ficaci ones, la variable 
nombreDel Curso se encapsula (oculta) en el objeto, y sólo está accesible para los métodos de la clase de ese objeto. 
En la clase Li broCal i ficaci ones, los métodos establ ecerNombreDel Curso y obtenerNombreDel Curso mani- 
pulan a la variable de instancia nombreDel Curso. 

El método establ ecerNombreDel Curso (líneas 10 a la 13) no devuelve datos cuando completa su tarea, por 
lo que su tipo de valor de retorno es voi d. El método recibe un parámetro (nombre), el cual representa el nom- 
bre del curso que se pasará al método como un argumento. La línea 12 asigna nombre a la variable de instancia 
nombreDelCurso. 

El método obtenerNombreDel Curso (líneas 16 a la 19) devuelve un nombreDelCurso de un objeto Li bro- 
Cal i ficaci ones específico. El método tiene una lista de parámetros vacía, por lo que no requiere información 
adicional para realizar su tarea. El método especifica que devuelve un objeto Stri ng; a éste se le conoce como el 
tipo de valor de retorno del método. Cuando se hace una llamada a un método que especifica un tipo de valor 
de retorno, y éste completa su tarea, devuelve un resultado al método que lo llamó. Por ejemplo, cuando usted 
va a un cajero automático (ATM) y solicita el saldo de su cuenta, espera que el ATM le devuelva un valor que 
representa su saldo. De manera similar, cuando una instrucción llama al método obtenerNombreDel Cu rso en un 
objeto Li broCal i ficaci ones, la instrucción espera recibir el nombre del curso de Li broCal i ficaci ones (en este 
caso, un objeto Stri ng, como se especifica en el tipo de valor de retorno de la declaración del método). Si tiene 
un método cuadrado que devuelve el cuadrado de su argumento, es de esperarse que la instrucción 

int resultado = cuadrado( 2 ); 

devuelva 4 del método cuad rado y asigne 4 a la variable resul tado. Si tiene un método maxi mo que devuelve el 
mayor de tres argumentos enteros, es de esperarse que la siguiente instrucción 

int mayor = maximo( 27, 114, 51 ); 

devuelva 114 del método maxi mo y asigne 1 14 a la variable mayor. 

Observe que cada una de las instrucciones en las líneas 12 y 18 utilizan nombreDelCurso, aun cuando esta 
variable no se declaró en ninguno de los métodos. Podemos utilizar nombreDelCurso en los métodos de la clase 
Li broCal i ficaci ones, ya que nombreDelCurso es un campo de la clase. Observe además que el orden en el que 
se declaran los métodos en una clase no determina cuándo se van a llamar en tiempo de ejecución. Por lo tanto, 
el método obtenerNombreDelCurso podría declararse antes del método establecerNombreDelCurso. 

El método mostrarMensaje (líneas 22 a la 28) no devuelve datos cuando completa su tarea, por lo que su 
tipo de valor de retorno es voi d. El método no recibe parámetros, por lo que la lista de parámetros está vacía. Las 
líneas 26 y 27 imprimen un mensaje de bienvenida, que incluye el valor de la variable de instancia nombreDel - 
Curso. Una vez más, necesitamos crear un objeto de la clase Li broCal i ficaci ones y llamar a sus métodos para 
poder mostrar en pantalla el mensaje de bienvenida. 


La clase PruebaLibroCal ificaciones que demuestra a la clase Li broCal i ficaci ones 

La clase PruebaLi broCal ificaciones (figura 3.8) crea un objeto de la clase Li broCal i ficaci ones y demuestra 
el uso de sus métodos. La línea 1 1 crea un objeto Scanner, que se utilizará para obtener el nombre de un curso 
del usuario. La línea 14 crea un objeto Li broCal i ficaci ones y lo asigna a la variable local mi Li broCal i ficaci o- 
nes, de tipo Li broCal i ficaci ones. Las líneas 17-18 muestran el nombre inicial del curso mediante una llamada 
al método obtenerNombreDelCurso del objeto. Observe que la primera línea de la salida muestra el nombre 
“nuil”. A diferencia de las variables locales, que no se inicializan de manera automática, cada campo tiene un 
valor inicial predeterminado: un valor que Java proporciona cuando el programador no especifica el valor inicial 
del campo. Por ende, no se requiere que los campos se inicialicen explícitamente antes de usarlos en un programa, 
a menos que deban inicializarse con valores distintos de los predeterminados. El valor predeterminado para un 
campo de tipo Stri ng (como nombreDel Curso en este ejemplo) es nuil, de lo cual hablaremos con más detalle 
en la sección 3.6. 
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La línea 21 pide al usuario que escriba el nombre para el curso. La variable Stri ng local el Nombre (decla- 
rada en la línea 22) se inicializa con el nombre del curso que escribió el usuario, el cual se devuelve mediante 
la llamada al método nextLine del objeto Scanner llamado entrada. La línea 23 llama al método estable- 
ce rNombreDel Curso del objeto mi Li broCal i ficaci ones y provee el Nombre como argumento para el método. 
Cuando se hace la llamada al método, el valor del argumento se asigna al parámetro nombre (línea 10, figura 3.7) 
del método establ ece rNombreDel Curso (líneas 10 a la 13, figura 3.7). Después, el valor del parámetro se asigna 
a la variable de instancia nombreDelCurso (línea 12, figura 3.7). La línea 24 (figura 3.8) salta una línea en la 
salida, y después la línea 27 llama al método mostrarMensaje del objeto mi Li broCal i ficaci ones para mostrar 
en pantalla el mensaje de bienvenida, que contiene el nombre del curso. 

Los métodos establecer y obtener 

Los campos pri vate de una clase pueden manipularse sólo mediante los métodos de esa clase. Por lo tanto, un 
cliente de un objeto (es decir, cualquier clase que llame a los métodos del objeto) llama a los métodos publ i c de 
la clase para manipular los campos pri vate de un objeto de esa clase. Esto explica por qué las instrucciones en 
el método main (figura 3.8) llaman a los métodos establecerNombreDelCurso, obtenerNombreDelCurso y 
mostrarMensaje en un objeto Li broCal i ficaci ones. A menudo, las clases proporcionan métodos public para 
permitir a los clientes de la clase establecer (es decir, asignar valores a) u obtener (es decir, obtener los valores 
de) variables de instancia p ri vate. Los nombres de estos métodos no necesitan empezar con establecer u obtener, 
pero esta convención de nomenclatura es muy recomendada en Java, y es requerida para ciertos componentes 
de software especiales de Java, conocidos como JavaBeans, que pueden simplificar la programación en muchos 
entornos de desarrollo integrados (IDEs). El método que establece la variable nombreDelCurso en este ejemplo se 
llama establ ece rNombreDel Curso, y el método que obtiene el valor de la variable de instancia nombreDelCurso 
se llama obtenerNombreDelCurso. 


1 // Fig. 3.8: PruebaLi broCal i ficaci ones . java 

2 // Crea y manipula un objeto Li broCal i ficaci ones . 

3 import java. útil .Scanner; // el programa usa la clase Scanner 

4 

5 public class PruebaLi broCal i ficaci ones 

6 { 

7 // el método main empieza la ejecución del programa 

8 public static void main( String args[] J 

9 { 

10 // crea un objeto Scanner para obtener la entrada de la ventana de comandos 

11 Scanner entrada = new Scanner( System. in ); 

12 

13 // crea un objeto Li broCal ideaciones y lo asigna a mi Li broCal i ficaci ones 

14 Li broCal i ficaci ones mi Li broCal i ficaci ones = new Li broCal i ficaci ones O ; 

15 

16 // muestra el valor inicial de nombreDelCurso 

17 System. out.printf( “El nombre inicial del curso es: %s\n\n", 

18 miLibroCalificaciones.obtenerNombreDelCursoO ); 

19 

20 // pide y lee el nombre del curso 

21 System. out.println( “Escriba el nombre del curso:” ); 

22 String elNombre = entrada. nextLi ne() ; // lee una linea de texto 

23 miLibroCalificaciones.establecerNombreDelCurso( elNombre ); // establece el nombre 

del curso 

24 System. out.printlnO ; // imprime una linea en blanco 

25 

26 // muestra el mensaje de bienvenida después de especificar el nombre del curso 

27 miLibroCalificaciones.mostrarMensajeO ; 

28 } // fin de main 

29 

30 } // fin de la clase PruebaLibroCalificaciones 

Figura 3.8 | Creación y manipulación de un objeto Li broCal i ficaci ones. (Parte 1 de 2). 
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El nombre inicial del curso es: nuil 

Escriba el nombre del curso: 

CS101 Introducción a la programación en lava 

Bienvenido al libro de calificaciones para 

CS101 Introducción a la programación en lava! 

Figura 3.8 | Creación y manipulación de un objeto LibroCal ificaciones. (Parte 2 de 2). 

Diagrama de clases de UMLpara la clase LibroCal ificaciones con una variable de instancia, 
y métodos establecer y obtener 

La figura 3.9 contiene un diagrama de clases de UML actualizado para la versión de la clase LibroCal ifica- 
ciones de la figura 3.7. Este diagrama modela la variable de instancia nombreDelCurso de la clase Libro- 
Cal i ficaci ones como un atributo en el compartimiento intermedio de la clase. UML representa a las variables de 
instancia como atributos, listando el nombre del atributo, seguido de dos puntos y del tipo del atributo. El tipo 
de UML del atributo nombreDelCurso es Stri ng. La variable de instancia nombreDelCurso es pri vate en Java, 
por lo que el diagrama de clases lista un signo menos (-) en frente del nombre del atributo correspondiente. La 
clase Li broCal i ficaci ones contiene tres métodos publ i c, por lo que el diagrama de clases lista tres operaciones 
en el tercer compartimiento. Recuerde que el signo más (+) antes de cada nombre de operación indica que ésta es 
public. La operación establecerNombreDelCurso tiene un parámetro String llamado nombre. UML indica 
el tipo de valor de retorno de una operación colocando dos puntos y el tipo de valor de retorno después de los 
paréntesis que le siguen al nombre de la operación. El método obtenerNombreDel Curso de la clase Li broCal i - 
ficaci ones (figura 3.7) tiene un tipo de valor de retorno Stri ng en Java, por lo que el diagrama de clases muestra 
un tipo de valor de retorno Stri ng en UML. Observe que las operaciones establ ecerNombreDel Curso y mos- 
trarMensaje no devuelven valores (es decir, devuelven void en Java), por lo que el diagrama de clases de UML 
no especifica un tipo de valor de retorno después de los paréntesis de estas operaciones. 


LibroCalificaciones 

- nombreDelCurso : String 
+ establecerNombreDelCurso( nombre : String } 

+ obtenerNombreDelCursof ) : String 
+ mostrarMensajef ) 

Figura 3.9 | Diagrama de clases de UML, en el que se indica que la clase Li broCal i ficaci ones tiene un atributo 
nombreDelCurso de tipo String en UML, y tres operaciones: establecerNombreDelCurso (con un pará- 
metro nombre de tipo String de UML), obtenerNombreDelCurso (que devuelve el tipo String de UML) y 
mostrarMensaje. 


3.6 Comparación entre tipos primitivos y tipos por referencia 

Los tipos de datos en Java se dividen en dos categorías: tipos primitivos y tipos por referencia (algunas veces 
conocidos como tipos no primitivos). Los tipos primitivos son bool ean , byte, char, short, int, long, 
float y doubl e. Todos los tipos no primitivos son tipos por referencia, por lo cual las clases, que especifican los 
tipos de objetos, son tipos por referencia. 

Una variable de tipo primitivo puede almacenar sólo un valor de su tipo declarado a la vez. Por ejemplo, una 
variable i nt puede almacenar un número completo (como 7) a la vez. Cuando se asigna otro valor a esa variable, 
se sustituye su valor inicial. Las variables de instancia de tipo primitivo se inicializan de manera predeterminada; 
las variables de los tipos byte, char, short, int, long, float y doubl e se inicializan con 0, y las variables 
de tipo bool ean se inicializan con f al se. Usted puede especificar sus propios valores iniciales para las variables de 
tipo primitivo. Recuerde que las variables locales no se inicializan de manera predeterminada. 
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Tip para prevenir errores 3.1 

Cualquier intento de utilizar una variable local que no se haya inicializado produce un error de compilación. 


Los programas utilizan variables de tipo por referencia (que por lo general se llaman referencias) para alma- 
cenar las ubicaciones de los objetos en la memoria de la computadora. Se dice que dicha variable hace referencia a 
un objeto en el programa. Cada uno de los objetos a los que se hace referencia pueden contener muchas variables 
de instancia y métodos. La línea 14 de la figura 3.8 crea un objeto de la clase Li broCal i ficaci ones, y la variable 
mi Li broCal i ficaci ones contiene una referencia a ese objeto LibroCal i ficaci ones. Las variables de instancia 
de tipo por referencia se inicializan de manera predeterminada con el valor nul 1 : una palabra reservada que repre- 
senta una “referencia a nada”. Esto explica por qué la primera llamada a obtenerNombreDelCurso en la línea 18 
de la figura 3.8 devolvía nuil; no se había establecido el valor de nombreDel Curso, por lo que se devolvía el valor 
inicial predeterminado nul 1 . En el apéndice C, Palabras clave y palabras reservadas, se muestra una lista completa 
de las palabras reservadas y las palabras clave. 

Es obligatorio que una referencia a un objeto invoque (es decir, llame) a los métodos de un objeto. En la 
aplicación de la figura 3.8, las instrucciones en el método mai n utilizan la variable mi Li broCal i ficaci ones para 
enviar mensajes al objeto Li broCal i ficaci ones. Estos mensajes son llamadas a métodos (como establ ecer- 
NombreDel Curso y obtenerNombreDelCurso) que permiten al programa interactuar con el objeto Li broCal i - 
ficaci ones. Por ejemplo, la instrucción en la línea 23 utiliza a mi Li broCal i ficaci ones para enviar el mensaje 
establ ecerNombreDel Curso al objeto Li broCal i ficaci ones. El mensaje incluye el argumento que requiere es- 
tabl ecerNombreDel Curso para realizar su tarea. El objeto Li broCal i ficaci ones utiliza esta información para 
establecer la variable de instancia nombreDel Curso. Tenga en cuenta que las variables de tipo primitivo no hacen 
referencias a objetos, por lo que dichas variables no pueden utilizarse para invocar métodos. 



Observación de ingeniería de software 3.4 

El tipo declarado de una variable (por ejemplo, int, double o Li broCal i ficaci ones) indica si la variable es de 
tipo primitivo o por referencia. Si el tipo de una variable no es uno de los ocho tipos primitivos, entonces es un tipo 
por referencia. (Por ejemplo, Cuenta cuental indica que cuental es una referencia a un objeto Cuenta). 


3.7 Inicialización de objetos mediante constructores 

Como mencionamos en la sección 3.5, cuando se crea un objeto de la clase LibroCal i ficaci ones (figura 3.7), 
su variable de instancia nomb reCurso se inicializa con nul 1 de manera predeterminada. ¿Qué pasa si usted desea 
proporcionar el nombre de un curso a la hora de crear un objeto Li broCal i ficaci ones? Cada clase que usted 
declare puede proporcionar un constructor, el cual puede utilizarse para inicializar un objeto de una clase al 
momento de crear ese objeto. De hecho, Java requiere una llamada al constructor para cada objeto que se crea. 
La palabra clave new llama al constructor de la clase para realizar la inicialización. La llamada al constructor se 
indica mediante el nombre de la clase, seguido de paréntesis; el constructor debe tener el mismo nombre que la 
clase. Por ejemplo, la línea 14 de la figura 3.8 primero utiliza new para crear un objeto Li broCal i ficaci ones. Los 
paréntesis vacíos después de "new Li broCal i ficaci ones" indican una llamada sin argumentos al constructor de 
la clase. De manera predeterminada, el compilador proporciona un constructor predeterminado sin parámetros, 
en cualquier clase que no incluya un constructor en forma explícita. Cuando una clase sólo tiene el constructor 
predeterminado, sus variables de instancia se inicializan con sus valores predeterminados. Las variables de los tipos 
char, byte, short, i nt, 1 ong, float y doubl e se inicializan con 0 , las variables de tipo bool ean se inicializan con 
f al se, y las variables de tipo por referencia se inicializan con nuil. 

Cuando usted declara una clase, puede proporcionar su propio constructor para especificar una inicialización 
personalizada para los objetos de su clase. Por ejemplo, tal vez un programador quiera especificar el nombre de un 
curso para un objeto Li broCal i ficaci ones cuando se crea este objeto, como en 

LibroCal i ficaci ones mi Li broCal i ficaci ones = 

new LibroCalificaciones( "CS101 Introducción a la programación en lava" ); 

En este caso, el argumento " CS 101 Introducción a la programación en lava" se pasa al constructor del 
objeto Li broCal i ficaci ones y se utiliza para inicializar el nombreDel Curso. La instrucción anterior requiere que 
la clase proporcione un constructor con un parámetro String. La figura 3.10 contiene una clase LibroCalifi- 
caci ones modificada con dicho constructor. 
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1 // Fig. 3.10: Li broCal i ficaciones. java 

2 // La clase Li broCal i ficaciones con un constructor para inicializar el nombre del curso. 

3 

4 public class Li broCal i ficaciones 

5 { 

6 private String nombreDelCurso; // nombre del curso para este Li broCal i ficaciones 

7 

8 // el constructor inicial iza nombreDelCurso con el objeto String que se provee como 
argumento 

9 public Li broCal i ficaciones ( String nombre ) 

10 { 

11 nombreDelCurso = nombre; // inicializa nombreDelCurso 

12 } // fin del constructor 

13 

14 // método para establecer el nombre del curso 

15 public void establecerNombreDelCursof String nombre ) 

16 { 

17 nombreDelCurso = nombre; // almacena el nombre del curso 

18 } // fin del método establecerNombreDelCurso 

19 

20 // método para obtener el nombre del curso 

21 public String obtenerNombreDelCursoO 

22 { 

23 return nombreDelCurso; 

24 } // fin del método obtenerNombreDelCurso 

25 

26 // muestra un mensaje de bienvenida al usuario de Li broCal i ficaciones 

27 public void mostrarMensajeO 

28 { 

29 // esta instrucción llama a obtenerNombreDelCurso para obtener el 

30 // nombre del curso que este Li broCal i ficaciones representa 

31 System. out.printf( “Bienvenido al Libro de calificaciones para\n%s ! \n” , 

32 obtenerNombreDelCursoO ); 

33 } // fin del método mostrarMensaje 

34 

35 } // fin de la clase Li broCal i ficaciones 

Figura 3.10 | La clase Li broCal i ficaciones con un constructor para inicializar el nombre del curso. 


Las líneas 9 a la 12 declaran el constructor para la clase Li broCal i ficaci ones. Un constructor debe tener el 
mismo nombre que su clase. Al igual que un método, un constructor especifica en su lista de parámetros los da- 
tos que requiere para realizar su tarea. Cuando usted crea un nuevo objeto (como haremos en la figura 3.11), estos 
datos se colocan en los paréntesis que van después del nombre de la clase. La línea 9 indica que el constructor de 
la clase Li broCal i ficaci ones tiene un parámetro Stri ng llamado nombre. El nombre que se pasa al constructor 
se asigna a la variable de instancia nomb reCurso en la línea 1 1 del cuerpo del constructor. 

La figura 3.11 demuestra la inicialización de objetos Li broCal i ficaci ones mediante el uso de este cons- 
tructor. Las líneas 11 y 12 crean e inicializan el objeto 1 i broCal ideaciones!, de LibroCalificaciones. El 
constructor de la clase Li broCal i ficaci ones se llama con el argumento "CS101 Introducción a la pro- 
gramad' on en lava" para inicializar el nombre del curso. La expresión de creación de la instancia de la clase a 
la derecha del signo = en las líneas 1 1 y 12 devuelve una referencia al nuevo objeto, el cual se asigna a la variable 
1 i broCal i ficaci onesl. Las líneas 13 y 14 repiten este proceso para otro objeto LibroCalificaciones llama- 
do libroCalificaciones2,peroestavezse le pasa el argumento "CS102 Estructuras de datos en lava" para 
inicializar el nombre del curso para 1 i broCal i ficaci ones2. Las líneas 17 a la 20 utilizan el método obtener Nom- 
breDelCurso de cada objeto para obtener los nombres de los cursos y mostrar que, sin duda, se inicializaron en 
el momento en el que se crearon los objetos. En la introducción a la sección 3.5, aprendió que cada instancia (es 
decir, objeto) de una clase contiene su propia copia de las variables de instancia de la clase. La salida confirma que 
cada objeto Li broCal i ficaci ones mantiene su propia copia de la variable de instancia nomb reCurso. 
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El nombre del curso de libroCalificacionesl es: CS101 Introducción a la programación en lava 
El nombre del curso de libroCalificaciones2 es: CS102 Estructuras de datos en lava 

I 

Figura 3.1 1 | El constructor de LibroCalificaciones se utiliza para especificar el nombre del curso cada vez que se 
crea un objeto LibroCalificaciones. 

Al igual que los métodos, los constructores también pueden recibir argumentos. No obstante, una importan- 
te diferencia entre los constructores y los métodos es que los constructores no pueden devolver valores, por lo cual 
no pueden especificar un tipo de valor de retorno (ni siquiera voi d). Por lo general, los constructores se declaran 
como publ i c. Si una clase no incluye un constructor, las variables de instancia de esa clase se inicializan con sus 
valores predeterminados. Si un programador declara uno o más constructores para una clase, el compilador de 
Java no creará un constructor predeterminado para esa clase. 

Tip para prevenir errores 3.2 

A menos que sea aceptable la inicialización predeterminada de las variables de instancia de su clase, deberá propor- 
cionar un constructor para asegurarse que las variables de instancia de su clase se inicialicen en forma apropiada con 
valores significativos, a la hora de crear cada nuevo objeto de su clase. 

Agregar el constructor al diagrama de clases de UML de la clase LibroCal ideaciones 
El diagrama de clases de UML de la figura 3.12 modela la clase Li broCal i ficaci ones de la figura 3.10, la cual 
tiene un constructor con un parámetro llamado nombre, de tipo String. Al igual que las operaciones, en un 
diagrama de clases, UML modela a los constructores en el tercer compartimiento de una clase. Para diferenciar a 
un constructor de las operaciones de una clase, UML requiere que se coloque la palabra “constructor” entre los 
signos « y » antes del nombre del constructor. Es costumbre listar los constructores antes de otras operaciones en 
el tercer compartimiento. 

3.8 Números de punto flotante y el tipo doubl e 

En nuestra siguiente aplicación, dejaremos por un momento nuestro ejemplo práctico con la clase Li broCal i fi- 
caci ones para declarar una clase llamada Cuenta, la cual mantiene el saldo de una cuenta bancaria. La mayoría 
de los saldos de las cuentas no son números enteros (por ejemplo, 0, -22 y 1024). Por esta razón, la clase Cuenta 



// Fig. 3.11: PruebaLi broCal i ficaci ones . java 

// El constructor de LibroCalificaciones se utiliza para especificar el 
// nombre del curso cada vez que se crea cada objeto LibroCalificaciones. 

public class PruebaLi broCal ideaciones 
{ 

// el método mai n empieza la ejecución del programa 
public static void main( String args[] ) 

{ 

// crea objeto LibroCalificaciones 

LibroCalificaciones libroCalificacionesl = new Li broCal i ficaci ones ( 

“CS101 Introducción a la programación en lava” ); 

LibroCalificaciones 1 i broCal i ficaci ones2 = new Li broCal i ficaci ones ( 

“CS102 Estructuras de datos en lava” ); 

// muestra el valor inicial de nombreDelCurso para cada LibroCalificaciones 
System. out.printff “El nombre del curso de libroCalificacionesl es: %s\n”, 
libroCalificacionesl. obtenerNombreDelCursoO ) ; 

System. out.printff “El nombre del curso de libroCalificaciones2 es: %s\n”, 
libroCalificaciones2. obtenerNombreDelCursoO ) ; 

} // fin de main 

} // fin de la clase PruebaLibroCalificaciones 
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LibroCalificaciones 

- nombreDelCurso : String 

«constructor» LibroCalif¡cac¡ones( nombre : String ) 

+ establecerNombreDelCurso( nombre : String ) 

+ obtenerNombreDelCurso( ) : String 
+ mostrarMensaje( ) 


Figura 3.12 | Diagrama de clases de UML, en el cual se indica que la clase LibroCalificaciones tiene un 
constructor con un parámetro nombre del tipo String de UML. 


representa el saldo de las cuentas como un número de punto flotante (es decir, un número con un punto deci- 
mal, como 7.33, 0.0975 o 1000.12345). Java cuenta con dos tipos primitivos para almacenar números de punto 
flotante en la memoria: float y doubl e. La principal diferencia entre ellos es que las variables tipo doubl e pueden 
almacenar números con mayor magnitud y detalle (es decir, más dígitos a la derecha del punto decimal; lo que 
también se conoce como precisión del número) que las variables float. 


Precisión de los números de punto flotante y requerimientos de memoria 

Las variables de tipo float representan números de punto flotante de precisión simple y tienen siete dígitos 
significativos. Las variables de tipo doubl e representan números de punto flotante de precisión doble. Estos 
requieren el doble de memoria que las variables float y proporcionan 15 dígitos significativos; aproximadamente 
el doble de precisión de las variables float. Para el rango de valores requeridos por la mayoría de los programas, 
debe bastar con las variables de tipo float, pero podemos utilizar variables tipo doubl e para “ir a la segura”. En 
algunas aplicaciones, incluso hasta las variables de tipo doubl e serán inadecuadas; dichas aplicaciones se encuen- 
tran más allá del alcance de este libro. La mayoría de los programadores representan los números de punto flotante 
con el tipo doubl e. De hecho, Java trata a todos los números de punto flotante que escribimos en el código fuente 
de un programa (como 7.33 y 0.0975) como valores doubl e de manera predeterminada. Dichos valores en el 
código fuente se conocen como literales de punto flotante. En el apéndice D, Tipos primitivos, podrá consultar 
los rangos de los valores para los tipos float y doubl e. 

Aunque los números de punto flotante no son siempre 100% precisos, tienen numerosas aplicaciones. Por 
ejemplo, cuando hablamos de una temperatura corporal “normal” de 36.8, no necesitamos una precisión con un 
número extenso de dígitos. Cuando leemos la temperatura en un termómetro como 36.8, en realidad podría ser 
36.7999473210643. Si consideramos a este número simplemente como 36.8, está bien para la mayoría de las apli- 
caciones en las que se trabaja con las temperaturas corporales. Debido a la naturaleza imprecisa de los números de 
punto flotante, se prefiere el tipo doubl e al tipo float ya que las variables doubl e pueden representar números 
de punto flotante con más precisión. Por esta razón, utilizaremos el tipo doubl e a lo largo de este libro. 

Los números de punto flotante también surgen como resultado de la división. En la aritmética convencional, 
cuando dividimos 10 entre 3 el resultado es 3.3333333..., y la secuencia de números 3 se repite en forma inde- 
finida. La computadora asigna sólo una cantidad fija de espacio para almacenar un valor de este tipo, por lo que, 
sin duda, el valor de punto flotante almacenado sólo puede ser una aproximación. 



Error común de programación 3.4 

El uso de números de punto flotante en una forma en la que se asuma que se representan con precisión puede producir 
errores lógicos. 


La clase Cuenta con una variable de instancia de tipo doubl e 

Nuestra siguiente aplicación (figuras 3.13 y 3.14) contiene una clase llamada Cuenta (figura 3.13), la cual man- 
tiene el saldo de una cuenta bancaria. Un banco ordinario da servicio a muchas cuentas, cada una con su propio 
saldo, por lo que la línea 7 declara una variable de instancia, de tipo doubl e , llamada sal do . La variable sal do 
es una variable de instancia, ya que está declarada en el cuerpo de la clase pero fuera de las declaraciones de los 
métodos de la misma (líneas 10 a la 16, 19 a la 22 y 25 a la 28). Cada instancia (es decir, objeto) de la clase Cuenta 
contiene su propia copia de sal do. 
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1 // Fig. 3.13: Cuenta. java 

2 // La clase Cuenta con un constructor para 

3 // i ni ci al i zar la variable de instancia saldo. 

4 

5 public class Cuenta 

6 { 

7 private double saldo; // variable de instancia que almacena el saldo 

8 

9 // constructor 

10 public Cuentaf double saldolnicial ) 

11 { 

12 // valida que saldolnicial sea mayor que 0.0; 

13 // si no lo es, saldo se inicializa con el valor predeterminado 0.0 

14 if ( saldolnicial > 0.0 ) 

15 saldo = saldolnicial; 

16 } // fin del constructor de Cuenta 

17 

18 // abona (suma) un monto a la cuenta 

19 public void abonar( double monto ) 

20 { 

21 saldo = saldo + monto; // suma el monto al saldo 

22 } // fin del método abonar 

23 

24 // devuelve el saldo de la cuenta 

25 public double obtenerSaldoO 

26 { 

27 return saldo; // proporciona el valor de saldo al método que hizo la llamada 

28 } // fin del método obtenerSaldo 

29 

30 } // fin de la clase Cuenta 

Figura 3.13 | La clase Cuenta con una variable de Instancia de tipo doubl e. 


La clase Cuenta contiene un constructor y dos métodos. Debido a que es común que alguien abra una cuenta 
para depositar dinero de inmediato, el constructor (líneas 10 a la 16) recibe un parámetro llamado sal dolni ci al 
de tipo doubl e, el cual representa el saldo inicial de la cuenta. Las líneas 14 y 15 aseguran que sal dolni ci al sea 
mayor que 0 . 0. De ser así, el valor de sal dolni ci al se asigna a la variable de instancia sal do. En caso contrario, 
sal do permanece en 0 . 0, su valor inicial predeterminado. 

El método abonar (líneas 19 a la 22) no devuelve datos cuando completa su tarea, por lo que su tipo de valor 
de retorno es voi d. El método recibe un parámetro llamado monto: un valor doubl e que se sumará al saldo. La 
línea 21 suma monto al valor actual de saldo, y después asigna el resultado a saldo (con lo cual se sustituye el 
monto del saldo anterior). 

El método obtenerSal do (líneas 25 a la 28) permite a los clientes de la clase (es decir, otras clases que utili- 
cen esta clase) obtener el valor del sal do de un objeto Cuenta específico. El método especifica el tipo de valor de 
retorno doubl e y una lista de parámetros vacía. 

Observe una vez más que las instrucciones en las líneas 15, 21 y 27 utilizan la variable de instancia sal do, 
aun y cuando no se declaró en ninguno de los métodos. Podemos usar sal do en estos métodos, ya que es una 
variable de instancia de la clase. 

La clase PruebaCuenta que utiliza a la clase Cuenta 

La clase PruebaCuenta (figura 3.14) crea dos objetos Cuenta (líneas 10 y 1 1) y los inicializa con 50 . 00 y -7 . 53, 
respectivamente. Las líneas 14 a la 17 imprimen el saldo en cada objeto Cuenta mediante una llamada al método 
obtenerSaldo de Cuenta. Cuando se hace una llamada al método obtenerSaldo para cuental en la línea 15, 
se devuelve el valor del saldo de cuental de la línea 27 en la figura 3.13, y se imprime en pantalla mediante la 
instrucción System . out . pri ntf (figura 3.14, líneas 14 y 15). De manera similar, cuando se hace la llamada al 
método obtenerSal do para cuenta2 en la línea 17, se devuelve el valor del saldo de cuenta2 de la línea 27 en la 
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figura 3.13, y se imprime en pantalla mediante la instrucción System . out . pri ntf (figura 3.14, líneas 16 y 17). 
Observe que el saldo de cuenta2 es 0 . 00, ya que el constructor se aseguró de que la cuenta no pudiera empezar 
con un saldo negativo. El valor se imprime en pantalla mediante pri ntf, con el especificador de formato %. 2f . 
El especificador de formato %f se utiliza para imprimir valores de tipo float o doubl e. El .2 entre % y f repre- 
senta el número de lugares decimales (2) que deben imprimirse a la derecha del punto decimal en el número de 
punto flotante; a esto también se le conoce como la precisión del número. Cualquier valor de punto flotante que 
se imprima con %. 2f se redondeará a la posición de las centenas; por ejemplo, 123.457 se redondearía a 123.46, 
y 27.333 se redondearía a 27.33. 


1 // Fig. 3.14: PruebaCuenta. java 

2 // Entrada y salida de números de punto flotante con objetos Cuenta. 

3 import java. útil .Scanner; 

4 

5 public class PruebaCuenta 

6 { 

7 // el método mai n empieza la ejecución de la aplicación de lava 

8 public static void main( String args[] ) 

9 { 

10 Cuenta cuental = new Cuentaf 50.00 ); // crea objeto Cuenta 

11 Cuenta cuenta2 = new Cuenta( -7.53 ); // crea objeto Cuenta 

12 

13 // muestra el saldo inicial de cada objeto 

14 System. out. printf( “Saldo de cuental: $%.2f\n”, 

15 cuental. obtenerSal do() ); 

16 System. out. printf( “Saldo de cuenta2: $%.2f\n\n”, 

17 cuenta2 . obtenerSal do() ); 

18 

19 // crea objeto Scanner para obtener la entrada de la ventana de comandos 

20 Scanner entrada = new Scanner( System. in ); 

21 doubl e montoDeposi to ; // deposita el monto escrito por el usuario 

22 

23 System. out. print( “Escriba el monto a depositar para cuental: “ ); // indicador 

24 montoDeposi to = entrada. nextDoubleO ; // obtiene entrada del usuario 

25 System. out. printf( “\nsumando %.2f al saldo de cuental\n\n" , 

26 montoDeposi to ); 

27 cuental. abonar( montoDeposi to ); // suma al saldo de cuental 

28 

29 // muestra los saldos 

30 System. out. printf( “Saldo de cuental: $%.2f\n”, 

31 cuental. obtenerSal do() ); 

32 System. out. printf( “Saldo de cuenta2: $%.2f\n\n”, 

33 cuenta2 . obtenerSal do() ); 

34 

35 System. out. print( “Escriba el monto a depositar para cuenta2: “ ); // indicador 

36 montoDeposi to = entrada. nextDoubleO ; // obtiene entrada del usuario 

37 System. out. printf( “\nsumando %.2f al saldo de cuenta2\n\n" , 

38 montoDeposi to ); 

39 cuenta2 . abonar( montoDeposi to ); // suma al saldo de cuenta2 

40 

41 // muestra los saldos 

42 System. out. printf( “Saldo de cuental: $%.2f\n”, 

43 cuental. obtenerSal doO ); 

44 System. out. printf( “Saldo de cuenta2: $%.2f\n”, 

45 cuenta2 . obtenerSal do() ); 

46 } // fin de main 

47 

48 } // fin de la clase PruebaCuenta 

Figura 3.14 | Entrada y salida de números de punto flotante con objetos Cuenta. (Parte I de 2). 
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Saldo de cuental: $50.00 
Saldo de cuenta2: $0.00 

Escriba el monto a depositar para cuental 

sumando 25.53 al saldo de cuental 

Saldo de cuental: $75.53 
Saldo de cuenta2: $0.00 

Escriba el monto a depositar para cuenta2 

sumando 123.45 al saldo de cuenta2 

Saldo de cuental: $75.53 
Saldo de cuenta2: $123.45 

I 

Figura 3.14 | Entrada y salida de números de punto flotante con objetos Cuenta. (Parte 2 de 2). 

La línea 20 crea un objeto Scanner, el cual se utilizará para obtener montos de depósito de un usuario. La 
línea 21 declara la variable local montoDeposi to para almacenar cada monto de depósito introducido por el usua- 
rio. A diferencia de la variable de instancia sal do en la clase Cuenta, la variable local montoDeposi to en mai n no 
se inicializa con 0 . 0 de manera predeterminada. Sin embargo, esta variable no necesita inicializarse aquí, ya que 
su valor se determinará con base a la entrada del usuario. 

La línea 23 pide al usuario que escriba un monto a depositar para cuental. La línea 24 obtiene la entrada 
del usuario, llamando al método nextDouble del objeto Scanner llamado entrada, el cual devuelve un valor 
doubl e introducido por el usuario. Las líneas 25 y 26 muestran el monto del depósito. La línea 27 llama al méto- 
do abonar del objeto cuental y le suministra montoDeposi to como argumento. Cuando se hace la llamada al 
método, el valor del argumento se asigna al parámetro monto (línea 19 de la figura 3.13) del método abonar 
(líneas 19 a la 22 de la figura 3.13), y después el método abonar suma ese valor al sal do (línea 21 de la figura 
3.13). Las líneas 30 a la 33 (figura 3.14) imprimen en pantalla los saldos de ambos objetos Cuenta otra vez, 
para mostrar que sólo se modificó el saldo de cuental. 

La línea 35 pide al usuario que escriba un monto a depositar para cuenta2. La línea 36 obtiene la entrada 
del usuario, llamando al método nextDoubl e del objeto Scanner llamado entrada. Las líneas 37 y 38 muestran 
el monto del depósito. La línea 39 llama al método abonar del objeto cuenta2 y le suministra montoDeposi to 
como argumento; después, el método abonar suma ese valor al saldo. Por último, las líneas 42 a la 45 imprimen 
en pantalla los saldos de ambos objetos Cuenta otra vez, para mostrar que sólo se modificó el saldo de cuenta2. 

Diagrama de clases de UML para la clase Cuenta 

El diagrama de clases de UML en la figura 3.15 modela la clase Cuenta de la figura 3.13. El diagrama modela la 
propiedad pri vate llamada sal do con el tipo Doubl e de UML, para que corresponda a la variable de instancia 
sal do de la clase, que tiene el tipo doubl e de Java. El diagrama modela el constructor de la clase Cuenta con un 
parámetro saldolnicial del tipo Doubl e de UML en el tercer compartimiento de la clase. Los dos métodos 
public de la clase se modelan como operaciones en el tercer compartimiento también. El diagrama modela la 
operación abonar con un parámetro monto de tipo Doubl e de UML (ya que el método correspondiente tiene un 
parámetro monto de tipo doubl e en Java) y la operación obtenerSal do con un tipo de valor de retorno Doubl e 
(ya que el método correspondiente en Java devuelve un valor doubl e). 

3.9 (Opcional) Ejemplo práctico de GUI y gráficos: uso de cuadros 
de diálogo 

Este ejemplo práctico opcional está diseñado para aquellos quienes desean empezar a conocer las poderosas herra- 
mientas de Java para crear interfaces gráficas de usuario (GUIs) y gráficos antes de las principales discusiones de 
estos temas en el capítulo 11, Componentes de la GUI: parte 1, el capítulo 12, Gráficos y Java 2D™, y el capítulo 
22, Componentes de la GUI: parte 2. 
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Cuenta 


- balance : Double 

«constructor» Cuenta( saldolnicial : Double ) 
+ abonar( monto : Double ) 

+ obtenerSaldo( ) : Double 


Figura 3.15 | Diagrama de clases de UML, el cual indica que la clase Cuenta tiene un atributo prívate 
llamado saldo, con el tipo Double de UML, un constructor (con un parámetro de tipo Double de UML) y dos 
operaciones public: abonar (con un parámetro monto de tipo Double de UML) y obtenerSaldo (devuelve el 
tipo Double de UML). 


El ejemplo práctico de GUI y gráficos aparece en 10 secciones breves (figura 3.16). Cada sección introduce 
unos cuantos conceptos básicos y proporciona ejemplos visuales y gráficos. En las primeras secciones, creará sus 
primeras aplicaciones gráficas; en las secciones posteriores, utilizará los conceptos de programación orientada a 
objetos que se presentan a lo largo del capítulo 10 para crear una aplicación de dibujo, la cual dibuja una varie- 
dad de figuras. Cuando presentemos formalmente a las GUIs en el capítulo 1 1, utilizaremos el ratón para elegir 
exactamente qué figuras dibujar y en dónde dibujarlas. En el capítulo 12, agregaremos las herramientas de la API 
de gráficos en 2D de Java para dibujar las figuras con distintos grosores de línea y rellenos. Esperamos que este 
ejemplo práctico le sea informativo y divertido. 


Ubicación 

Título - Ejercicio(s) 

Sección 3.9 

Uso de cuadros de diálogo: entrada y salida básica con cuadros de diálogo. 

Sección 4.14 

Creación de dibujos simples: mostrar y dibujar líneas en la pantalla. 

Sección 5.10 

Dibujo de rectángulos y óvalos: uso de figuras para representar datos. 

Sección 6.13 

Colores y figuras rellenas: dibujar un tiro al blanco y gráficos aleatorios. 

Sección 7.13 

Dibujo de arcos: dibujar espirales con arcos. 

Sección 8.18 

Uso de objetos con gráficos: almacenar figuras como objetos. 

Sección 9.8 

Mostrar texto e imágenes mediante el uso de etiquetas: proporcionar información de estado. 

Sección 10.8 

Dibujo con polimorfismo: identificar las similitudes entre figuras. 

Ejercicio 11.18 

Expansión de la interfaz: uso de componentes de la GUI y manejo de eventos. 

Ejercicio 12.31 

Agregar Java 2D: uso de la API 2D de Java para mejorar los dibujos. 


Figura 3.16 ¡ Glosario de GUI ejemplo práctico en cada capítulo. 


Cómo mostrar texto en un cuadro de diálogo 

Los programas que hemos presentado hasta ahora muestran su salida en la ventana de comandos. Muchas aplica- 
ciones utilizan ventanas, o cuadros de diálogo (también llamados diálogos) para mostrar la salida. Por ejemplo, 
los navegadores Web como Firefox o Microsoft Internet Explorer muestran las páginas Web en sus propias venta- 
nas. Los programas de correo electrónico le permiten escribir y leer mensajes en una ventana. Por lo general, los 
cuadros de diálogo son ventanas en las que los programas muestran mensajes importantes a los usuarios. La clase 
JOptionPane cuenta con cuadros de diálogo previamente empaquetados, los cuales permiten a los programas 
mostrar ventanas que contengan mensajes; a dichas ventanas se les conoce como diálogos de mensaje. La figura 
3.17 muestra el objeto Stri ng “Bi enveni do\na\nJava” en un diálogo de mensaje. 

La línea 3 indica que el programa utiliza la clase JOptionPane del paquete javax.swing. Este paquete 
contiene muchas clases que le ayudan a crear interfaces gráficas de usuario (GUIs) para las aplicaciones. Los 
componentes de la GUI facilitan la entrada de datos al usuario del programa, y la presentación de los datos de 
salida. La línea 10 llama al método showMessageDialog de JOptionPane para mostrar un cuadro de diálogo 
que contiene un mensaje. El método requiere dos argumentos. El primero ayuda a Java a determinar en dónde 
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1 // Fig. 3.17: Dialogol. java 

2 // Imprimir varias lineas en un cuadro de diálogo. 

3 import javax . swi ng . lOptionPane ; // importa la clase lOptionPane 

4 

5 public class Dialogol 

6 { 

7 public static void main( String args[] ) 

8 { 

9 // muestra un cuadro de diálogo con un mensaje 

10 lOptionPane. showMessageDialogC nuil, “Bienveni do\na\nJava” ); 

11 } // fin de mai n 

12 } // fin de la clase Dialogol 



Figura 3.17 | Uso de lOptionPane para mostrar varias líneas en un cuadro de diálogo. 

colocar el cuadro de diálogo. Cuando el primer argumento es nuil, el cuadro de diálogo aparece en el centro de 
la pantalla de la computadora. El segundo argumento es el objeto Stri ng a mostrar en el cuadro de diálogo. 

El método showMessageDialog es un método static de la clase lOptionPane. A menudo, los métodos 
stati c definen las tareas utilizadas con frecuencia, y no se requiere crear explícitamente un objeto. Por ejemplo, 
muchos programas muestran cuadros de diálogo. En vez de que usted tenga que crear código para realizar esta 
tarea, los diseñadores de la clase lOpti onPane de Java declaran un método stati c que realiza esta tarea por usted. 
Por lo general, la llamada a un método stati c se realiza mediante el uso del nombre de su clase, seguido de un 
punto ( . ) y del nombre del método, como en 

NombreClase.nombreMétodo{ argumentos ) 

El capítulo 6, Métodos: un análisis más detallado, habla sobre los métodos stati c con detalle. 

Introducir texto en un cuadro de diálogo 

La aplicación de la figura 3.18 utiliza otro cuadro de diálogo lOpti onPane predefinido, conocido como diálogo 
de entrada, el cual permite al usuario introducir datos en el programa. El programa pide el nombre del usuario, 
y responde con un diálogo de mensaje que contiene un saludo y el nombre introducido por el usuario. 


1 // Fig. 3.18: DialogoNombre. java 

2 // Entrada básica con un cuadro de diálogo. 

3 import javax. swi ng. lOpti onPane; 

4 

5 public class DialogoNombre 

6 { 

7 public static void main( String args[] ) 

8 { 

9 // pide al usuario que escriba su nombre 

10 String nombre = 

11 lOptionPane. showInputDialogC “Cual es su nombre?” ); 

12 

13 // crea el mensaje 

14 String mensaje = 

Figura 3.18 | Cómo obtener la entrada del usuario mediante un cuadro de diálogo. (Parte I de 2). 
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15 Stri ng . format ( “Bienvenido, %s , a la programación en Java!”, nombre ); 

16 

17 // muestra el mensaje para dar la bienvenida al usuario por su nombre 

18 JOptionPane.showMessageDialog( nuil, mensaje ); 

19 } // fin de main 

20 } // fin de la clase DialogoNombre 



Figura 3.18 | Cómo obtener la entrada del usuario mediante un cuadro de diálogo. (Parte 2 de 2). 

Las líneas 10 y 1 1 utilizan el método showInputDi al og de JOpti onPane para mostrar un diálogo de entrada 
que contiene un indicador y un campo (conocido como campo de texto), en el cual el usuario puede escribir 
texto. El argumento de showInputDi al og es el indicador que muestra lo que el usuario debe escribir. El usuario 
escribe caracteres en el campo de texto, y después hace clic en el botón Aceptar u oprime la tecla Intro para 
devolver el objeto Stri ng al programa. El método showInputDi al og (línea 1 1) devuelve un objeto Stri ng que 
contiene los caracteres escritos por el usuario. Almacenamos el objeto Stri ng en la variable nombre (línea 10). 
[Nota: si oprime el botón Cancelar en el cuadro de diálogo, el método devuelve nuil y el programa muestra la 
palabra clave “nuil” como el nombre]. 

Las líneas 14 y 15 utilizan el método stati c Stri ng llamado format para devolver un objeto Stri ng que 
contiene un saludo con el nombre del usuario. El método format es similar al método System. out. printf, 
excepto que format devuelve el objeto Stri ng con formato, en vez de mostrarlo en una ventana de comandos. 
La línea 18 muestra el saludo en un cuadro de diálogo de mensaje. 

Ejercicio del ejemplo práctico de GUI y gráficos 

3.1 Modifique el programa de suma en la figura 2.7 para usar la entrada y salida basadas en cuadro de diálogo con los 
métodos de la clase JOptionPane. Como el método showInputDi alog devuelve un objeto String, debe convertir el objeto 
Stri ng que introduce el usuario a un i nt para usarlo en los cálculos. El método 

Integer. parselntC String s ) 

toma un argumento String que representa a un entero (por ejemplo, el resultado de ]0pti onPane. showInputDi ai og) y 
devuelve el valor como un int. El método parselnt es un método stati c de la clase Integer (del paquete java.lang). 
Observe que si el objeto Stri ng no contiene un entero válido, el programa terminará con un error. 

3.10 (Opcional) Ejemplo práctico de Ingeniería de Software: 
identificación de las clases en un documento de requerimientos 

Ahora empezaremos a diseñar el sistema ATM que presentamos en el capítulo 2. En esta sección identificaremos 
las clases necesarias para crear el sistema ATM, analizando los sustantivos y las frases nominales que aparecen en 
el documento de requerimientos. Presentaremos los diagramas de clases de UML para modelar las relaciones entre 
estas clases. Este primer paso es importante para definir la estructura de nuestro sistema. 

Identificación de las clases en un sistema 

Para comenzar nuestro proceso de DOO, identificaremos las clases requeridas para crear el sistema ATM. Más 
adelante describiremos estas clases mediante el uso de los diagramas de clases de UML y las implementaremos en 
Java. Primero debemos revisar el documento de requerimientos de la sección 2.9, para identificar los sustantivos y 
frases nominales clave que nos ayuden a identificar las clases que conformarán el sistema ATM. Tal vez decidamos 
que algunos de estos sustantivos y frases nominales sean atributos de otras clases en el sistema. Tal vez también 
concluyamos que algunos de los sustantivos no corresponden a ciertas partes del sistema y, por ende, no deben 
modelarse. A medida que avancemos por el proceso de diseño podemos ir descubriendo clases adicionales. 
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La figura 3.19 lista los sustantivos y frases nominales que se encontraron en el documento de requerimientos 
de la sección 2.9. Los listaremos de izquierda a derecha, en el orden en el que los encontramos por primera vez en 
el documento de requerimientos. Sólo listaremos la forma singular de cada sustantivo o frase nominal. 


Sustantivos y frases nominales en el documento de requerimientos del ATM 

banco 

dinero / fondos 

número de cuenta 

ATM 

pantalla 

NIP 

usuario 

teclado numérico 

base de datos del banco 

cliente 

dispensador de efectivo 

solicitud de saldo 

transacción 

billete de $20 / efectivo 

retiro 

cuenta 

ranura de depósito 

depósito 

saldo 

sobre de depósito 



Figura 3.19 | Sustantivos y frases nominales en el documento de requerimientos del ATM. 

Crearemos clases sólo para los sustantivos y frases nominales que tengan importancia en el sistema ATM. 
No modelamos “banco” como una clase, ya que el banco no es una parte del sistema ATM; el banco sólo quiere 
que nosotros construyamos el ATM. “Cliente” y “usuario” también representan entidades fuera del sistema; son 
importantes debido a que interactúan con nuestro sistema ATM, pero no necesitamos modelarlos como clases 
en el software del ATM. Recuerde que modelamos un usuario del ATM (es decir, un cliente del banco) como el 
actor en el diagrama de casos de uso de la figura 2.20. 

No necesitamos modelar “billete de $20” ni “sobre de depósito” como clases. Estos son objetos físicos en el 
mundo real, pero no forman parte de lo que se va a automatizar. Podemos representar en forma adecuada la pre- 
sencia de billetes en el sistema, mediante el uso de un atributo de la clase que modela el dispensador de efectivo 
(en la sección 4.15 asignaremos atributos a las clases del sistema ATM). Por ejemplo, el dispensador de efec- 
tivo mantiene un conteo del número de billetes que contiene. El documento de requerimientos no dice nada 
acerca de lo que debe hacer el sistema con los sobres de depósito después de recibirlos. Podemos suponer que 
con sólo admitir la recepción de un sobre (una operación que realiza la clase que modela la ranura de depósito) 
es suficiente para representar la presencia de un sobre en el sistema (en la sección 6.14 asignaremos operaciones 
a las clases del sistema ATM). 

En nuestro sistema ATM simplificado, lo más apropiado sería representar varios montos de “dinero”, inclu- 
yendo el “saldo” de una cuenta, como atributos de clases. De igual forma, los sustantivos “número de cuenta” 
y “NIP” representan piezas importantes de información en el sistema ATM. Son atributos importantes de una 
cuenta bancaria. Sin embargo, no exhiben comportamientos. Por ende, podemos modelarlos de la manera más 
apropiada como atributos de una clase de cuenta. 

Aunque, con frecuencia, el documento de requerimientos describe una “transacción” en un sentido general, 
no modelaremos la amplia noción de una transacción financiera en este momento. En vez de ello, modelaremos 
los tres tipos de transacciones (es decir, “solicitud de saldo”, “retiro” y “depósito”) como clases individuales. Estas 
clases poseen los atributos específicos necesarios para ejecutar las transacciones que representan. Por ejemplo, para 
un retiro se necesita conocer el monto de dinero que el usuario desea retirar. Sin embargo, una solicitud de saldo 
no requiere datos adicionales. Lo que es más, las tres clases de transacciones exhiben comportamientos únicos. 
Para un retiro se requiere entregar efectivo al usuario, mientras que para un depósito se requiere recibir un sobre 
de depósito del usuario. [Nota: en la sección 10.9, “factorizaremos” las características comunes de todas las tran- 
sacciones en una clase de “transacción” general, mediante el uso del concepto orientado a objetos de herencia]. 

Determinaremos las clases para nuestro sistema con base en los sustantivos y frases nominales restantes de la 
figura 3.19. Cada una de ellas se refiere a uno o varios de los siguientes elementos: 

• ATM • cuenta 

• pantalla • base de datos del banco 

• teclado numérico • solicitud de saldo 

• dispensador de efectivo • retiro 

• ranura de depósito • depósito 


100 Capítulo 3 Introducción a las clases y los objetos 


Es probable que los elementos de esta lista sean clases que necesitaremos implementar en nuestro sistema. 

Ahora podemos modelar las clases en nuestro sistema, con base en la lista que hemos creado. En el proceso 
de diseño escribimos los nombres de las clases con la primera letra en mayúscula (una convención de UML), 
como lo haremos cuando escribamos el código de Java para implementar nuestro diseño. Si el nombre de una 
clase contiene más de una palabra, juntaremos todas las palabras y escribiremos la primera letra de cada una de 
ellas en mayúscula (por ejemplo, NombreConVariasPal abras). Utilizando esta convención, crearemos las clases 
ATM, Pantalla, Teclado, DispensadorEfectivo, RanuraDeposi to , Cuenta, BaseDatosBanco, Soli- 
ci tudSal do , Retí ro y Deposi to. Construiremos nuestro sistema mediante el uso de todas estas clases como 
bloques de construcción. Sin embargo, antes de empezar a construir el sistema, debemos comprender mejor la 
forma en que las clases se relacionan entre sí. 

Modelado de las clases 

UML nos permite modelar, a través de los diagramas de clases, las clases en el sistema ATM y sus interrelaciones. 
La figura 3.20 representa a la clase ATM. En UML, cada clase se modela como un rectángulo con tres comparti- 
mientos. El compartimiento superior contiene el nombre de la clase, centrado horizontalmente y en negrita. El 
compartimiento intermedio contiene los atributos de la clase (en las secciones 4.15 y 5.11 hablaremos sobre los 
atributos). El compartimiento inferior contiene las operaciones de la clase (que veremos en la sección 6.14). En la 
figura 3.20, los compartimientos intermedio e inferior están vacíos, ya que no hemos determinado los atributos 
y operaciones de esta clase todavía. 

Los diagramas de clases también muestran las relaciones entre las clases del sistema. La figura 3.21 muestra 
cómo nuestras clases ATM y Retí ro se relacionan una con la otra. Por el momento modelaremos sólo este subcon- 
junto de las clases del ATM, por cuestión de simpleza. Más adelante en esta sección, presentaremos un diagrama 
de clases más completo. Observe que los rectángulos que representan a las clases en este diagrama no están sub- 
divididos en compartimientos. UML permite suprimir los atributos y las operaciones de una clase de esta forma, 
cuando sea apropiado, para crear diagramas más legibles. Un diagrama de este tipo se denomina diagrama con 
elementos omitidos (elided diagram): su información, como el contenido de los compartimientos segundo y 
tercero, no se modela. En las secciones 4.15 y 6.14 colocaremos información en estos compartimientos. 

En la figura 3.21, la línea sólida que conecta a las dos clases representa una asociación: una relación entre 
clases. Los números cerca de cada extremo de la línea son valores de multiplicidad; éstos indican cuántos objetos 
de cada clase participan en la asociación. En este caso, al seguir la línea de un extremo al otro se revela que, en un 
momento dado, un objeto ATM participa en una asociación con cero o con un objeto Retí ro; cero si el usuario 
actual no está realizando una transacción o si ha solicitado un tipo distinto de transacción, y uno si el usuario ha 
solicitado un retiro. UML puede modelar muchos tipos de multiplicidad. La figura 3.22 lista y explica los tipos 
de multiplicidad. 

Una asociación puede tener nombre. Por ejemplo, la palabra Ejecuta por encima de la línea que conecta a 
las clases ATM y Retí ro en la figura 3.21 indica el nombre de esa asociación. Esta parte del diagrama se lee así: 
“un objeto de la clase ATM ejecuta cero o un objeto de la clase Reti ro”. Los nombres de las asociaciones son direc- 
cionales, como lo indica la punta de flecha rellena; por lo tanto, sería inapropiado, por ejemplo, leer la anterior 
asociación de derecha a izquierda como “cero o un objeto de la clase Reti ro ejecuta un objeto de la clase ATM”. 


ATM 


Figura 3.20 | Representación de una clase en UML mediante un diagrama de clases. 
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Figura 3.2 1 | Diagrama de clases que muestra una asociación entre clases. 
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Símbolo 

Significado 

0 

Ninguno. 

1 

Uno. 

m 

Un valor entero. 

0..1 

Cero o uno. 

m, n 

m o n. 

m..n 

Cuando menos m, pero no más que n. 

* 

Cualquier entero no negativo (cero o más). 

0..* 

Cero o más (idéntico a *). 

1..* 

Uno o más. 

Figura 3.22 

Tipos de multiplicidad. 


La palabra transaccionActual en el extremo de Retí ro de la línea de asociación en la figura 3.21 es un 
nombre de rol, el cual identifica el rol que desempeña el objeto Retí ro en su relación con el ATM. Un nombre 
de rol agrega significado a una asociación entre clases, ya que identifica el rol que desempeña una clase dentro del 
contexto de una asociación. Una clase puede desempeñar varios roles en el mismo sistema. Por ejemplo, en un 
sistema de personal de una universidad, una persona puede desempeñar el rol de “profesor” con respecto a los 
estudiantes. La misma persona puede desempeñar el rol de “colega” cuando participa en una asociación con otro 
profesor, y de “entrenador” cuando entrena a los atletas estudiantes. En la figura 3.21, el nombre de rol transac- 
cionActual indica que el objeto Retí ro que participa en la asociación Ejecuta con un objeto de la clase ATM 
representa a la transacción que está procesando el ATM en ese momento. En otros contextos, un objeto Retí ro 
puede desempeñar otros roles (por ejemplo, la transacción anterior). Observe que no especificamos un nombre 
de rol para el extremo del ATM de la asociación Ejecuta. A menudo, los nombres de los roles se omiten en los 
diagramas de clases, cuando el significado de una asociación está claro sin ellos. 

Además de indicar relaciones simples, las asociaciones pueden especificar relaciones más complejas, como 
cuando los objetos de una clase están compuestos de objetos de otras clases. Considere un cajero automático real. 
¿Qué “piezas” reúne un fabricante para construir un ATM funcional? Nuestro documento de requerimientos 
nos indica que el ATM está compuesto de una pantalla, un teclado, un dispensador de efectivo y una ranura de 
depósito. 

En la figura 3.23, los diamantes sólidos que se adjuntan a las líneas de asociación de la clase ATM indican 
que esta clase tiene una relación de composición con las clases Pantalla, Teclado, DispensadorEfectivo y 
Ranu raDeposi to. La composición implica una relación todo/parte. La clase que tiene el símbolo de composición 
(el diamante sólido) en su extremo de la línea de asociación es el todo (en este caso, ATM), y las clases en el otro 
extremo de las líneas de asociación son las partes; en este caso, las clases Pantalla, Teclado, Dispensador- 
Efectivo y Ranu raDeposi to. Las composiciones en la figura 3.23 indican que un objeto de la clase ATM está 
formado por un objeto de la clase Pantal 1 a, un objeto de la clase Di spensadorEfecti vo, un objeto de la clase 
Teclado y un objeto de la clase RanuraDeposi to. El ATM “tiene una” pantalla, un teclado, un dispensador de 
efectivo y una ranura de depósito. La relación tiene un define la composición (en la sección del Ejemplo práctico 
de Ingeniería de Software del capítulo 10 veremos que la relación “es un ” define la herencia). 

De acuerdo con la especificación del UML (www. uml .org), las relaciones de composición tienen las siguien- 
tes propiedades: 

1. Sólo una clase en la relación puede representar el todo (es decir, el diamante puede colocarse sólo en un 
extremo de la línea de asociación). Por ejemplo, la pantalla es parte del ATM o el ATM es parte de la 
pantalla, pero la pantalla y el ATM no pueden representar ambos el “todo” dentro de la relación. 

2 . Las partes en la relación de composición existen sólo mientras exista el todo, y el todo es responsable de 
la creación y destrucción de sus partes. Por ejemplo, el acto de construir un ATM incluye la manufactura 
de sus partes. Lo que es más, si el ATM se destruye, también se destruyen su pantalla, teclado, dispen- 
sador de efectivo y ranura de depósito. 

3. Una parte puede pertenecer sólo a un todo a la vez, aunque esa parte puede quitarse y unirse a otro todo, 
el cual entonces asumirá la responsabilidad de esa parte. 
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Figura 3.23 | Diagrama de clases que muestra las relaciones de composición. 


Los diamantes sólidos en nuestros diagramas de clases indican las relaciones de composición que cumplen 
con estas tres propiedades. Si una relación “es un no satisface uno o más de estos criterios, UML especifica que 
se deben adjuntar diamantes sin relleno a los extremos de las líneas de asociación para indicar una agregación: 
una forma más débil de la composición. Por ejemplo, una computadora personal y un monitor de computadora 
participan en una relación de agregación: la computadora “tiene un” monitor, pero las dos partes pueden existir en 
forma independiente, y el mismo monitor puede conectarse a varias computadoras a la vez, con lo cual se violan 
las propiedades segunda y tercera de la composición. 

La figura 3.24 muestra un diagrama de clases para el sistema ATM. Este diagrama modela la mayoría de las 
clases que identificamos antes en esta sección, así como las asociaciones entre ellas que podemos inferir del docu- 
mento de requerimientos. [Nota: las clases Sol i ci tudSal do y Deposi to participan en asociaciones similares a las 
de la clase Retí ro, por lo que preferimos omitirlas en este diagrama por cuestión de simpleza. En el capítulo 10 
expandiremos nuestro diagrama de clases para incluir todas las clases en el sistema ATM]. 

La figura 3.24 presenta un modelo gráfico de la estructura del sistema ATM. Este diagrama de clases incluye 
a las clases BaseDatosBanco y Cuenta, junto con varias asociaciones que no presentamos en las figuras 3.21 o 
3.23. El diagrama de clases muestra que la clase ATM tiene una relación de uno a uno con la clase BaseDatos- 
Banco: un objeto ATM autentica a los usuarios en base a un objeto BaseDatosBanco. En la figura 3.24 también 
modelamos el hecho de que la base de datos del banco contiene información sobre muchas cuentas; un objeto de 
la clase BaseDatosBanco participa en una relación de composición con cero o más objetos de la clase Cuenta. 
Recuerde que en la figura 3.22 se muestra que el valor de multiplicidad 0..* en el extremo de la clase Cuenta, de 
la asociación entre las clases BaseDatosBanco y Cuenta, indica que cero o más objetos de la clase Cuenta par- 
ticipan en la asociación. La clase BaseDatosBanco tiene una relación de uno a varios con la clase Cuenta; 
BaseDatosBanco puede contener muchos objetos Cuenta. De manera similar, la clase Cuenta tiene una relación 
de varios a uno con la clase BaseDatosBanco; puede haber muchos objetos Cuenta en BaseDatosBanco. [Nota: 
si recuerda la figura 3.22, el valor de multiplicidad * es idéntico a 0..*. Incluimos 0..* en nuestros diagramas de 
clases por cuestión de claridad] . 

La figura 3.24 también indica que si el usuario va a realizar un retiro, “un objeto de la clase Retí ro accede 
a/modifica el saldo de una cuenta a través de un objeto de la clase BaseDatosBanco”. Podríamos haber creado una 
asociación directamente entre la clase Retí ro y la clase Cuenta. No obstante, el documento de requerimientos 
indica que el “ATM debe interactuar con la base de datos de información de las cuentas del banco” para realizar 
transacciones. Una cuenta de banco contiene información delicada, por lo que los ingenieros de sistemas deben 
considerar siempre la seguridad de los datos personales al diseñar un sistema. Por ello, sólo BaseDatosBanco pue- 
de acceder a una cuenta y manipularla en forma directa. Todas las demás partes del sistema deben interactuar con 
la base de datos para recuperar o actualizar la información de las cuentas (por ejemplo, el saldo de una cuenta). 

El diagrama de clases de la figura 3.24 también modela las asociaciones entre la clase Retí ro y las clases 
Pantal la, Di spensadorEfecti vo y Tecl ado. Una transacción de retiro implica pedir al usuario que seleccione 
el monto a retirar; también implica recibir entrada numérica. Estas acciones requieren el uso de la pantalla y del 
teclado, respectivamente. Además, para entregar efectivo al usuario se requiere acceso al dispensador de efectivo. 
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Aunque no se muestran en la figura 3.24, las clases Sol i ci tudSal do y Deposi to participan en varias asocia- 
ciones con las otras clases del sistema ATM. Al igual que la clase Retí ro, cada una de estas clases se asocia con las 
clases ATM y BaseDatosBanco. Un objeto de la clase Sol i ci tudSal do también se asocia con un objeto de la clase 
Pantal 1 a para mostrar al usuario el saldo de una cuenta. La clase Deposi to se asocia con las clases Pantal 1 a, 
Tecl ado y RanuraDeposi to. Al igual que los retiros, las transacciones de depósito requieren el uso de la pantalla 
y el teclado para mostrar mensajes y recibir datos de entrada, respectivamente. Para recibir sobres de depósito, un 
objeto de la clase Deposito accede a la ranura de depósitos. 

Ya hemos identificado las clases en nuestro sistema ATM (aunque tal vez descubramos otras, a medida que 
avancemos con el diseño y la implementación). En la sección 4.15 determinaremos los atributos para cada una 
de estas clases, y en la sección 5.11 utilizaremos estos atributos para examinar la forma en que cambia el sistema 
con el tiempo. 
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Figura 3.24 | Diagrama de clases para el modelo del sistema ATM. 


Ejercicios de autoevaluación del Ejemplo práctico de Ingeniería de Software 

3.1 Suponga que tenemos una clase llamada Auto, la cual representa a un automóvil. Piense en algunas de las distin- 
tas piezas que podría reunir un fabricante para producir un automóvil completo. Cree un diagrama de clases (similar a la 
figura 3.23) que modele algunas de las relaciones de composición de la clase Auto. 

3.2 Suponga que tenemos una clase llamada Archi vo, la cual representa un documento electrónico en una computadora 
independiente, sin conexión de red, representada por la clase Computadora. ¿Qué tipo de asociación existe entre la clase 
Computadora y la clase Archivo? 

a) La clase Computadora tiene una relación de uno a uno con la clase Archivo. 

b) La clase Computadora tiene una relación de varios a uno con la clase Archivo. 

c) La clase Computadora tiene una relación de uno a varios con la clase Archivo. 

d) La clase Computadora tiene una relación de varios a varios con la clase Archi vo. 

3.3 Indique si la siguiente aseveración es verdadera o falsa. Si es falsa, explique por qué: un diagrama de clases de UML, 
en el que no se modelan los compartimientos segundo y tercero, se denomina diagrama con elementos omitidos (elided 
diagram) . 

3.4 Modifique el diagrama de clases de la figura 3.24 para incluir la clase Deposi to, en vez de la clase Reti ro. 
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Respuestas a los ejercicios de autoevaluación del Ejemplo práctico de Ingeniería de Software 

3.1 [Nota: las respuestas de los estudiantes pueden variar]. La figura 3.25 presenta un diagrama de clases que muestra 
algunas de las relaciones de composición de una clase Auto. 

3.2 c. [Nota: en una computadora con conexión de red, esta relación podría ser de varios a varios]. 

3.3 Verdadera. 

3.4 La figura 3.26 presenta un diagrama de clases para el ATM, en el cual se incluye la clase Deposi to en vez de la clase 
Retí ro (como en la figura 3.24). Observe que la clase Deposito no se asocia con la clase DispensadorEfectivo, sino que se 
asocia con la clase RanuraDeposito. 
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Figura 3.25 | Diagrama de clases que muestra algunas relaciones de composición de una clase Auto. 
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Figura 3.26 | Diagrama de clases para el modelo del sistema ATM, incluyendo la clase Deposito. 
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3.11 Conclusión 

En este capítulo aprendió los conceptos básicos de las clases, los objetos, los métodos y las variables de instancia; 
utilizará estos conceptos en la mayoría de las aplicaciones de Java que vaya a crear. En especial, aprendió a declarar 
variables de instancia de una clase para mantener los datos de cada objeto de la clase, y cómo declarar métodos 
que operen sobre esos datos. Aprendió cómo llamar a un método para decirle que realice su tarea y cómo pasar 
información a los métodos en forma de argumentos. Vio la diferencia entre una variable local de un método y 
una variable de instancia de una clase, y que sólo las variables de instancia se inicializan en forma automática. 
También aprendió a utilizar el constructor de una clase para especificar los valores iniciales para las variables de 
instancia de un objeto. A lo largo del capítulo, vio cómo puede usarse UML para crear diagramas de clases que 
modelen los constructores, métodos y atributos de las clases. Por último, aprendió acerca de los números de punto 
flotante: cómo almacenarlos con variables del tipo primitivo doubl e, cómo recibirlos en forma de datos de entra- 
da mediante un objeto Scanner y cómo darles formato con pri ntf y el especificador de formato %f para fines de 
visualización. En el siguiente capítulo empezaremos nuestra introducción a las instrucciones de control, las cuales 
especifican el orden en el que se realizan las acciones de un programa. Utilizará estas instrucciones en sus métodos 
para especificar cómo deben realizar sus tareas. 


Resumen 

Sección 3.2 Clases, objetos, métodos y variables de instancia 

• Para realizar una tarea en un programa se requiere un método. Dentro del método se colocan los mecanismos que 
hacen que éste realice sus tareas; es decir, el método oculta los detalles de implementación de las tareas que realiza. 

• La unidad de programa que aloja a un método se llama clase. Una clase puede contener uno o más métodos, que 
están diseñados para realizar las tareas de esa clase. 

• Un método puede realizar una tarea y devolver un resultado. 

• Puede utilizarse una clase para crear una instancia de la clase, a la cual se le llama objeto. Ésta es una de las razones 
por las que Java se conoce como lenguaje de programación orientado a objetos. 

• Cada mensaje que se envía a un objeto se conoce como llamada a un método, y ésta le indica a un método del objeto 
que realice su tarea. 

• Cada método puede especificar parámetros que representan la información adicional requerida por el método para 
realizar su tarea correctamente. La llamada a un método suministra valores (llamados argumentos) para los paráme- 
tros del método. 

• Un objeto tiene atributos que se acarrean con el objeto, a medida que éste se utiliza en un programa. Estos atributos 
se especifican como parte de la clase del objeto. Los atributos se especifican en las clases mediante campos. 

Sección 3.3 Declaración de una clase con un método, e instanciamiento de un objeto de una clase 

• Cada declaración de clase que empieza con la palabra clave publ i c debe almacenarse en un archivo que tenga exac- 
tamente el mismo nombre que la clase, y que termine con la extensión de nombre de archivo .java. 

• La palabra clave public es un modificador de acceso. 

• Cada declaración de clase contiene la palabra clave class, seguida inmediatamente por el nombre de la clase. 

• La declaración de un método que empieza con la palabra clave publ i c indica que el método está “disponible para el 
público”; es decir, lo pueden llamar otras clases declaradas fuera de la declaración de esa clase. 

• La palabra clave voi d indica que un método realizará una tarea, pero no devolverá información cuando la termine. 

• Por convención, los nombres de los métodos empiezan con la primera letra en minúscula, y todas las palabras sub- 
siguientes en el nombre empiezan con la primera letra en mayúscula. 

• Los paréntesis vacíos después del nombre de un método indican que éste no requiere parámetros para realizar su 
tarea. 

• El cuerpo de todos los métodos está delimitado por llaves izquierda y derecha ({ y }). 

• El cuerpo de un método contiene instrucciones que realizan la tarea de éste. Una vez que se ejecutan las instruccio- 
nes, el método ha terminado su tarea. 

• Cuando intentamos ejecutar una clase, Java busca el método mai n de la clase para empezar la ejecución. 

• Cualquier clase que contenga publ i c stati c voi d mai n( Stri ng args [] ) puede usarse para ejecutar una aplica- 
ción. 

• Por lo general, no podemos llamar a un método que pertenece a otra clase, sino hasta crear un objeto de esa clase. 
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• Las expresiones de creación de instancias de clases que empiezan con la palabra clave new crean nuevos objetos. 

• Para llamar a un método de un objeto, se pone después del nombre de la variable un separador punto (.), el nombre 
del método y un conjunto de paréntesis, que contienen los argumentos del método. 

• En UML, cada clase se modela en un diagrama de clases en forma de rectángulo con tres compartimientos. El 
compartimiento superior contiene el nombre de la clase, centrado horizontalmente y en negrita. El compartimiento 
intermedio contiene los atributos de la clase, que corresponden a los campos en Java. El compartimiento inferior 
contiene las operaciones de la clase, que corresponden a los métodos y constructores en Java. 

• Para modelar las operaciones, UML lista el nombre de la operación, seguido de un conjunto de paréntesis. Un signo 
más (+) enfrente del nombre de la operación indica que ésta es una operación public en UML (es decir, un método 
publ i c en Java). 

Sección 3.4 Declaración de un método con un parámetro 

• A menudo, los métodos requieren información adicional para realizar sus tareas. Dicha información adicional se 
proporciona mediante argumentos en las llamadas a los métodos. 

• El método nextLi ne de Scanner lee caracteres hasta encontrar una nueva línea, y después devuelve los caracteres que 
leyó en forma de un objeto Stri ng. 

• El método next de Scanner lee caracteres hasta encontrar cualquier carácter de espacio en blanco, y después devuelve 
los caracteres que leyó en forma de un objeto Stri ng. 

• Un método que requiere datos para realizar su tarea debe especificar esto en su declaración, para lo cual coloca infor- 
mación adicional en la lista de parámetros del método. 

• Cada parámetro debe especificar tanto un tipo como un identificador. 

• Cuando se hace la llamada a un método, sus argumentos se asignan a sus parámetros. Entonces, el cuerpo del méto- 
do utiliza las variables de los parámetros para acceder a los valores de los argumentos. 

• Un método puede especificar varios parámetros, separando un parámetro del otro mediante una coma. 

• El número de argumentos en la llamada a un método debe coincidir con el número de parámetros en la lista de 
parámetros de la declaración del método. Además, los tipos de los argumentos en la llamada al método deben ser 
consistentes con los tipos de los parámetros correspondientes en la declaración del método. 

• La clase St ri ng está en el paquete j ava . 1 ang que, por lo general se importa de manera implícita en todos los archivos 
de código fuente. 

• Hay una relación especial entre las clases que se compilan en el mismo directorio en el disco. De manera predetermi- 
nada, se considera que dichas clases están en el mismo paquete, al cual se le conoce como paquete predeterminado. 
Las clases en el mismo paquete se importan implícitamente en los archivos de código fuente de las otras clases que 
están en el mismo paquete. Por ende, no se requiere una declaración import cuando una clase en un paquete utiliza 
a otra clase en el mismo paquete. 

• No se requiere una declaración import si siempre hacemos referencia a una clase con su nombre de clase completa- 
mente calificado. 

• Para modelar un parámetro de una operación, UML lista el nombre del parámetro, seguido de dos puntos y el tipo 
del parámetro entre los paréntesis que van después del nombre de la operación. 

• UML tiene sus propios tipos de datos, similares a los de Java. No todos los tipos de datos de UML tienen los mismos 
nombres que los tipos correspondientes en Java. 

• El tipo Stri ng de UML corresponde al tipo Stri ng de Java. 

Sección 3.5 Variables de instancia, métodos establecer y métodos obtener 

• Las variables que se declaran en el cuerpo de un método específico se conocen como variables locales, y pueden 
utilizarse sólo en ese método. 

• Por lo general, una clase consiste en uno o más métodos que manipulan los atributos (datos) pertenecientes a un 
objeto específico de esa clase. Los atributos se representan como campos en la declaración de una clase. Dichas 
variables se llaman campos, y se declaran dentro de la declaración de una clase, pero fuera de los cuerpos de las 
declaraciones de los métodos de esa clase. 

• Cuando cada objeto de una clase mantiene su propia copia de un atributo, el campo que representa a ese atributo 
también se conoce como variable de instancia. Cada objeto (instancia) de la clase tiene una instancia separada de la 
variable en la memoria. 

• La mayoría de las declaraciones de variables de instancia van precedidas por el modificador de acceso prívate. Las 
variables o métodos declarados con el modificador de acceso prívate sólo están accesibles para los métodos de la 
clase en la que están declarados. 

• Al proceso de declarar variables de instancia con el modificador de acceso prívate se le conoce como ocultamiento 
de datos. 
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• Un beneficio de los campos es que todos los métodos de la clase pueden usarlos. Otra diferencia entre un campo y 
una variable local es que un campo tiene un valor inicial predeterminado, que Java proporciona cuando el progra- 
mador no especifica el valor inicial del campo, pero una variable local no hace esto. 

• El valor predeterminado para un campo de tipo Stri ng es n ull . 

• Cuando se llama a un método que especifica un tipo de valor de retorno y completa su tarea, el método devuelve un 
resultado al método que lo llamó. 

• A menudo, las clases proporcionan métodos publ i c para permitir que los clientes de la clase establezcan u obtengan 
variables de instancia prívate. Los nombres de estos métodos no necesitan comenzar con establecer u obtener , pero 
esta convención de nomenclatura es muy recomendada en Java, y requerida para ciertos componentes de software 
de Java especiales, conocidos como JavaBeans. 

• UML representa a las variables de instancia como atributos, listando el nombre del atributo, seguido de dos puntos 
y el tipo del atributo. 

• En UML, los atributos privados van precedidos por un signo menos (-). 

• Para indicar el tipo de valor de retorno de una operación, UML coloca dos puntos y el tipo de valor de retorno 
después de los paréntesis que siguen del nombre de la operación. 

• Los diagramas de clases de UML no especifican tipos de valores de retorno para las operaciones que no devuelven 
valores. 

Sección 3.6 Comparación entre tipos primitivos y tipos por referencia 

• En Java, los tipos se dividen en dos categorías: tipos primitivos y tipos por referencia (algunas veces conocidos 
como tipos no primitivos). Los tipos primitivos son booíean, byte, char, short, int, long, float y doubíe. 
Todos los demás tipos son por referencia, por lo cual, las clases que especifican los tipos de los objetos, son tipos 
por referencia. 

• Una variable de tipo primitivo puede almacenar exactamente un valor de su tipo declarado, en un momento dado. 

• Las variables de instancia de tipos primitivos se inicializan de manera predeterminada. Las variables de los tipos 
byte, char, short, int, long, float y double se inicializan con 0. Las variables de tipo boolean se inicializan con 
fal se. 

• Los programas utilizan variables de tipos por referencia (llamadas referencias) para almacenar la ubicación de un 
objeto en la memoria de la computadora. Dichas variables hacen referencia a los objetos en el programa. El objeto 
al que se hace referencia puede contener muchas variables de instancia y métodos. 

• Los campos de tipo por referencia se inicializan de manera predeterminada con el valor nul 1 . 

• Para invocar a los métodos de instancia de un objeto, se requiere una referencia a éste. Una variable de tipo primitivo 
no hace referencia a un objeto, por lo cual no puede usarse para invocar a un método. 

Sección 3.7 Inicialización de objetos con constructores 

• Un constructor puede usarse para inicializar un objeto de una clase, a la hora de crear este objeto. 

• Los constructores pueden especificar parámetros, pero no tipos de valores de retorno. 

• Si no se proporciona un constructor para una clase, el compilador proporciona un constructor predeterminado sin 
parámetros. 

• Cuando una clase sólo tiene el constructor predeterminado, sus variables de instancia se inicializan con sus valores 
predeterminados. Las variables de los tipos char, byte, short, int, long, float y double se inicializan con 0, las 
variables de tipo bool ean se inicializan con fai se, y las variables de tipo por referencia se inicializan con nuil. 

• Al igual que las operaciones, UML modela a los constructores en el tercer compartimiento de un diagrama de clases. 
Para diferenciar a un constructor en base a las operaciones de una clase, UML coloca la palabra “constructor” entre 
los signos « y » antes del nombre del constructor. 

Sección 3.8 Números de punto flotante y el tipo double 

• Un número de punto flotante es un número con un punto decimal, como 7.33, 0.0975 o 1000.12345. Java propor- 
ciona dos tipos primitivos para almacenar números de punto flotante en la memoria -float y double. La principal 
diferencia entre estos tipos es que las variables double pueden almacenar números con mayor magnitud y detalle (a 
esto se le conoce como la precisión del número) que las variables float. 

• Las variables de tipo float representan números de punto flotante de precisión simple, y tienen siete dígitos signifi- 
cativos. Las variables de tipo double representan números de punto flotante de precisión doble. Estos requieren el 
doble de memoria que las variables float y proporcionan 1 5 dígitos significativos; tienen aproximadamente el doble 
de precisión de las variables float. 

• Los valores de punto flotante que aparecen en código fuente se conocen como literales de punto flotante, y son de 
tipo double de manera predeterminada. 
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• El método nextDouble de Scanner devuelve un valor double. 

• El especificador de formato %f se utiliza para mostrar valores de tipo float o doubl e. Puede especificarse una precisión 
entre % y f para representar el número de posiciones decimales que deben mostrarse a la derecha del punto decimal, 
en el número de punto flotante. 

• El valor predeterminado para un campo de tipo doubl e es 0 . 0, y el valor predeterminado para un campo de tipo i nt 
es 0. 


Terminología 

%f , especificador de formato 
« y » (UML) 
agregación (UML) 
atributo (UML) 
campo 

campo de texto (GUI) 
clase 

cJass, palabra clave 

cliente de un objeto de una clase 

compartimiento en un diagrama de clases (UML) 

componente de interfaz gráfica de usuario (GUI) 

composición (UML) 

constructor 

constructor predeterminado 

crear un objeto 

cuadro de diálogo (GUI) 

cuadro de diálogo de entrada (GUI) 

cuadro de diálogo de mensaje (GUI) 

declaración de clase 

declarar un método 

diagrama con elementos omitidos (UML) 

diagrama de clases de UML 

diálogo (GUI) 

diamante sólido (UML) 

double, tipo primitivo 

encabezado de un método 

enviar un mensaje 

establecer , método 

expresión de creación de instancia de clase 

float, tipo primitivo 

instancia de clase 

instancia de una clase (objeto) 

instanciar (o crear) un objeto 

interfaz gráfica de usuario (GUI) 

invocar a un método 

JOptionPane, clase (GUI) 

lenguaje extensible 

lista de parámetros 

literal de punto flotante 

llamada a un método 

mensaje 


método 

método que hace la llamada 

modificador de acceso 

multiplicidad (UML) 

new, palabra clave 

next, método de la clase Scanner 

nextDouble, método de la clase Scanner 

nextLi ne, método de la clase Scanner 

nombre de rol (UML) 

nuil, palabra reservada 

número de punto flotante 

número de punto flotante de precisión doble 

número de punto flotante de precisión simple 

objeto (o instancia) 

ocultamiento de datos 

operación (UML) 

paquete predeterminado 

parámetro 

precisión de un número de punto flotante con formato 

precisión de un valor de punto flotante 

prívate, modificador de acceso 

pubJ i c, método 

pubJ i c, modificador de acceso 

punto (.), separador 

referencia 

referirse a un objeto 

relación “ tiene un’ 

relación de uno a varios (UML) 

relación de varios a uno (UML) 

relación de varios a varios (UML) 

showInputDialog, método de la clase JOptionPane (GUI) 
showMessageDialog, método de la clase JOptionPane 
(GUI) 

tipo de valor de retorno de un método 

tipo por referencia 

tipos no primitivos 

valor inicial predeterminado 

valor predeterminado 

variable de instancia 

variable local 

voi d, palabra clave 
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Ejercicios de autoevaluación 

3. 1 Complete las siguientes oraciones: 

a) Una casa es para un plano de construcción lo que un(a) para una clase. 

b) Cada declaración de clase que empieza con la palabra clave debe almacenarse en un archivo 

que tenga exactamente el mismo nombre de la clase, y que termine con la extensión de nombre de archi- 
vo . j ava. 

c) Cada declaración de clase contiene la palabra clave , seguida inmediatamente por el nombre 

de la clase. 

d) La palabra clave crea un objeto de la clase especificada a la derecha de la palabra clave. 

e) Cada parámetro debe especificar un(a) y un(a) . 

f) De manera predeterminada, se considera que las clases que se compilan en el mismo directorio están en el 

mismo paquete, conocido como . 

g) Cuando cada objeto de una clase mantiene su propia copia de un atributo, el campo que representa a este 

atributo se conoce también como . 

h) Java proporciona dos tipos primitivos para almacenar números de punto flotante en la memoria: 

7 • 

i) Las variables de tipo doubí e representan a los números de punto flotante . 

j) El método de la clase Scanner devuelve un valor doubí e. 

k) La palabra clave publ i c es un(a) . 

l) El tipo de valor de retorno indica que un método realizará una tarea, pero no devolverá 

información cuando complete su tarea. 

m) El método de Scanner lee caracteres hasta encontrar una nueva línea, y después devuelve 

esos caracteres como un objeto Stri ng. 

n) La clase Stri ng está en el paquete . 

o) No se requiere un(a) si siempre hacemos referencia a una clase con su nombre de clase 

completamente calificado. 

p) Un es un número con un punto decimal, como 7.33, 0.0975 o 1000.12345. 

q) Las variables de tipo float representan números de punto flotante . 

r) El especificador de formato se utiliza para mostrar valores de tipo float o doubl e. 

s) Los tipos en Java se dividen en dos categorías: tipos y tipos . 

3.2 Conteste con verdadero o falso a cada una de las siguientes proposiciones; en caso de ser falso , explique por qué. 

a) Por convención, los nombres de los métodos empiezan con la primera letra en mayúscula y todas las pala- 
bras subsiguientes en el nombre empiezan con la primera letra en mayúscula. 

b) Una declaración import no es obligatoria cuando una clase en un paquete utiliza a otra clase en el mismo 
paquete. 

c) Los paréntesis vacíos que van después del nombre de un método en la declaración de un método indican 
que éste no requiere parámetros para realizar su tarea. 

d) Las variables o los métodos declarados con el modificador de acceso prívate son accesibles sólo para los 
métodos de la clase en la que se declaran. 

e) Una variable de tipo primitivo puede usarse para invocar un método. 

f) Las variables que se declaran en el cuerpo de un método específico se conocen como variables de instancia, 
y pueden utilizarse en todos los métodos de la clase. 

g) El cuerpo de cada método está delimitado por llaves izquierda y derecha ({ y }). 

h) Las variables locales de tipo primitivo se inicializan de manera predeterminada. 

i) Las variables de instancia de tipo por referencia se inicializan de manera predeterminada con el valor nuil. 

j) Cualquier clase que contenga pubí i c static void main( String args[] ) puede usarse para ejecutar una 
aplicación. 

k) El número de argumentos en la llamada a un método debe coincidir con el número de parámetros en la lista 
de parámetros de la declaración del método. 

l) Los valores de punto flotante que aparecen en código fuente se conocen como literales de punto flotante, y 
son de tipo float de manera predeterminada. 

3.3 ¿Cuál es la diferencia entre una variable local y un campo? 

3.4 Explique el propósito de un parámetro de un método. ¿Cuál es la diferencia entre un parámetro y un argumento? 
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Respuestas a los ejercicios de autoevaluación 

3.1 a) objeto, b) public. c) class. d) new. e) tipo, nombre, f) paquete predeterminado, g) varia- 
ble de instancia, h) float, double. i) de precisión doble, j) nextDouble. k) modificador de acceso. 1) void. 
m) nextLine. n) java.lang. o) declaración import. p) número de punto flotante, q) de precisión simple, 
r) %f. s) primitivo, por referencia. 

3.2 a) Falso. Por convención, los nombres de los métodos empiezan con una primera letra en minúscula y 
todas las palabras subsiguientes en el nombre empiezan con una letra en mayúscula, b) Verdadero, c) Verdadero, 
d) Verdadero, e) Falso. Una variable de tipo primitivo no puede usarse para invocar a un método; se requiere una 
referencia a un objeto para invocar a los métodos de ese objeto, f) Falso. Dichas variables se llaman variables locales, 
y sólo se pueden utilizar en el método en el que están declaradas, g) Verdadero, h) Falso. Las variables de instancia 
de tipo primitivo se inicializan de manera predeterminada. A cada variable local se le debe asignar un valor de manera 
explícita, i) Verdadero, j) Verdadero, k) Verdadero. 1) Falso. Dichas literales son de tipo double de manera pre- 
determinada. 

3.3 Una variable local se declara en el cuerpo de un método, y sólo puede utilizarse desde el punto en el que se 
declaró, hasta el final de la declaración del método. Un campo se declara en una clase, pero no en el cuerpo de alguno 
de los métodos de la clase. Cada objeto (instancia) de una clase tiene una copia separada de los campos de la clase. 
Además, los campos están accesibles para todos los métodos de la clase. (En el capítulo 8, Clases y objetos: un análisis 
más detallado, veremos una excepción a esto). 

3.4 Un parámetro representa la información adicional que requiere un método para realizar su tarea. Cada paráme- 
tro requerido por un método está especificado en la declaración del método. Un argumento es el valor actual para un 
parámetro del método. Cuando se llama a un método, los valores de los argumentos se pasan al método, para que éste 
pueda realizar su tarea. 

Ejercicios 

3.5 ¿Cuál es el propósito de la palabra clave new? Explique lo que ocurre cuando se utiliza en una aplicación. 

3.6 ¿Qué es un constructor predeterminado? ¿Cómo se inicializan las variables de instancia de un objeto, si una 

clase sólo tiene un constructor predeterminado? 

3.7 Explique el propósito de una variable de instancia. 

3.8 La mayoría de las clases necesitan importarse antes de poder utilizarlas en una aplicación ¿Por qué cualquier 
aplicación puede utilizar las clases System y Stri ng sin tener que importarlas primero? 

3.9 Explique cómo utilizaría un programa la clase Scarner, sin importarla del paquete java. útil. 

3.10 Explique por qué una clase podría proporcionar un método establecer y un método obtener para una variable de 
instancia. 

3.1 1 Modifique la clase LibroCal ideaciones (figura 3.10) de la siguiente manera: 

a) Incluya una segunda variable de instancia Stri ng, que represente el nombre del instructor del curso. 

b) Proporcione un método establecer para modificar el nombre del instructor, y un método obtener para obte- 
ner el nombre. 

c) Modifique el constructor para especificar dos parámetros: uno para el nombre del curso y otro para el nom- 
bre del instructor. 

d) Modifique el método mostrarMensaje, de tal forma que primero imprima el mensaje de bienvenida y el 
nombre del curso, y que después imprima "Este curso es presentado por: ", seguido del nombre del 
instructor. 

Use su clase modificada en una aplicación de prueba que demuestre las nuevas capacidades de la clase. 

3.12 Modifique la clase Cuenta (figura 3.13) para proporcionar un método llamado cargar, que retire dinero de 
un objeto Cuenta. Asegure que el monto a cargar no exceda el saldo de Cuenta. Si lo hace, el saldo debe permanecer sin 
cambio y el método debe imprimir un mensaje que indique "Eí monto a cargar excede el saldo de la cuenta". 
Modifique la clase PruebaCuenta (figura 3.14) para probar el método cargar. 

3.13 Cree una clase llamada Factura, que una ferretería podría utilizar para representar una factura para un artículo 
vendido en la tienda. Una Factura debe incluir cuatro piezas de información como variables de instancia: un número 
de pieza (tipo Stri ng), la descripción de la pieza (tipo Stri ng), la cantidad de artículos de ese tipo que se van a comprar 
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(tipo i nt) y el precio por artículo (doubl e). Su clase debe tener un constructor que inicialice las cuatro variables de ins- 
tancia. Proporcione un método establecer y un método obtener para cada variable de instancia. Además, proporcione un 
método llamado obtenerMontoFactura, que calcule el monto de la factura (es decir, que multiplique la cantidad por el 
precio por artículo) y después devuelva ese monto como un valor doubl e. Si la cantidad no es positiva, debe establecerse 
en 0. Si el precio por artículo no es positivo, debe establecerse a 0.0. Escriba una aplicación de prueba llamada Prueba- 
Factura, que demuestre las capacidades de la clase Factura. 

3.14 Cree una clase llamada Empl eado, que incluya tres piezas de información como variables de instancia: un primer 
nombre (tipo String), un apellido paterno (tipo String) y un salario mensual (double). Su clase debe tener un cons- 
tructor que inicialice las tres variables de instancia. Proporcione un método establecer y un método obtener para cada 
variable de instancia. Si el salario mensual no es positivo, establézcalo a 0.0. Escriba una aplicación de prueba llama- 
da PruebaEmpleado, que demuestre las capacidades de cada Empleado. Cree dos objetos Empleado y muestre el salario 
anual de cada objeto. Después, proporcione a cada Empleado un aumento del 10% y muestre el salario anual de cada 
Empl eado otra vez. 

3.15 Cree una clase llamada Fecha, que incluya tres piezas de información como variables de instancia — un mes 
(tipo int), un día (tipo int) y un año (tipo int). Su clase debe tener un constructor que inicialice las tres variables 
de instancia, y debe asumir que los valores que se proporcionan son correctos. Proporcione un método establecer y un 
método obtener para cada variable de instancia. Proporcione un método mostrarFecha, que muestre el mes, día y año, 
separados por barras diagonales (/). Escriba una aplicación de prueba llamada PruebaFecha, que demuestre las capaci- 
dades de la clase Fecha. 
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OBJETIVOS 

En este capítulo aprenderá a: 

■ Comprender las técnicas básicas para solucionar problemas. 

■ Desarrollar algoritmos mediante el proceso de refinamiento 
de arriba a abajo, paso a paso, usando seudocódigo. 

■ Utilizar las estructuras de selección if e i f... el se para elegir 
entre distintas acciones alternativas. 

■ Utilizar la estructura de repetición while para ejecutar 
instrucciones de manera repetitiva dentro de un programa. 

■ Comprender la repetición controlada por un contador 
y la repetición controlada por un centinela. 

■ Utilizar los operadores de asignación compuestos, 
de incremento y decremento. 

■ Conocer los tipos de datos primitivos. 



Desplacémonos un lugar. 

— Lewis Carroll 

La rueda se convirtió en un 
círculo completo. 

— William Shakespeare 

/ Cuántas manzanas tuvieron 
que caer en la cabeza 
de Newton antes de que 
entendiera el suceso! 

— Robert Frost 

Toda la evolución que 
conocemos procede de lo 
vago a lo definido. 

— Charles Sanders Peirce 
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4.1 Introducción 

4.2 Algoritmos 

4.3 Seudocódigo 

4-4 Estructuras de control 

4.5 Instrucción de selección simple i f 

4.6 Instrucción de selección doble i f... el se 

4.7 Instrucción de repetición whi 1 e 

4.8 Cómo formular algoritmos: repetición controlada por un contador 

4.9 Cómo formular algoritmos: repetición controlada por un centinela 

4.10 Cómo formular algoritmos: instrucciones de control anidadas 

4.1 1 Operadores de asignación compuestos 

4.12 Operadores de incremento y decremento 

4.13 Tipos primitivos 

4.14 (Opcional) Ejemplo práctico de GUI y gráficos: creación de dibujos simples 

4.15 (Opcional) Ejemplo práctico de Ingeniería de Software: identificación de los atributos de las clases 

4. 16 Conclusión 
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4.1 Introducción 

Antes de escribir un programa que dé solución a un problema, es imprescindible tener una comprensión detallada 
de todo el problema, además de una metodología cuidadosamente planeada para resolverlo. Al escribir un progra- 
ma, es igualmente esencial comprender los tipos de bloques de construcción disponibles, y emplear las técnicas 
comprobadas para construir programas. En este capítulo y en el 5, Instrucciones de control: parte 2, hablaremos 
sobre estas cuestiones cuando presentemos la teoría y los principios de la programación estructurada. Los concep- 
tos aquí presentados son imprescindibles para crear clases y manipular objetos. 

En este capítulo presentamos las instrucciones i f . . . el se y whi 1 e de Java, tres de los bloques de construc- 
ción que permiten a los programadores especificar la lógica requerida para que los métodos realicen sus tareas. 
Dedicamos una parte de este capítulo (y de los capítulos 5 y 7) para desarrollar más la clase Li broCal i ficaci ones 
que presentamos en el capítulo 3. En especial, agregamos un método a la clase Li broCal i ficaci ones que utiliza 
instrucciones de control para calcular el promedio de un conjunto de calificaciones de estudiantes. Otro ejemplo 
demuestra formas adicionales de combinar instrucciones de control para resolver un problema similar. Presenta- 
mos los operadores de asignación compuestos de Java, y exploramos los operadores de incremento y decremento. 
Estos operadores adicionales abrevian y simplifican muchas instrucciones de los programas. Por último, presenta- 
mos las generalidades acerca de los tipos de datos primitivos que están disponibles para los programadores. 

4.2 Algoritmos 

Cualquier problema de computación puede resolverse ejecutando una serie de acciones en un orden específico. 
Un procedimiento para resolver un problema en términos de: 

1. las acciones a ejecutar y 

2. el orden en el que se ejecutan estas acciones 

se conoce como un algoritmo. El siguiente ejemplo demuestra que es importante especificar de manera correcta 
el orden en el que se ejecutan las acciones. 

Considere el “algoritmo para levantarse y arreglarse” que sigue un ejecutivo para levantarse de la cama e ir 
a trabajar: (1) levantarse; (2) quitarse la pijama; (3) bañarse; (4) vestirse; (5) desayunar; (6) transportarse al tra- 
bajo. Esta rutina logra que el ejecutivo llegue al trabajo bien preparado para tomar decisiones críticas. Suponga 
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que los mismos pasos se realizan en un orden ligeramente distinto: (1) levantarse; (2) quitarse la pijama; 
(3) vestirse; (4) bañarse; (5) desayunar; (6) transportarse al trabajo. En este caso nuestro ejecutivo llegará al 
trabajo todo mojado. 

Al proceso de especificar el orden en el que se ejecutan las instrucciones (acciones) en un programa, se le 
llama control del programa. En este capítulo investigaremos el control de los programas mediante el uso de las 

instrucciones de control de Java. 

4.3 Seudocódigo 

El seudocódigo es un lenguaje informal que ayuda a los programadores a desarrollar algoritmos sin tener que 
preocuparse por los estrictos detalles de la sintaxis del lenguaje Java. El seudocódigo que presentaremos es espe- 
cialmente útil para desarrollar algoritmos que se convertirán en porciones estructuradas de programas en Java. El 
seudocódigo es similar al lenguaje cotidiano; es conveniente y amigable con el usuario, aunque no es realmente 
un lenguaje de programación de computadoras. Empezaremos a utilizar el seudocódigo en la sección 4.5, y en la 
figura 4.5 aparece un programa de seudocódigo de ejemplo. 

El seudocódigo no se ejecuta en las computadoras. En vez de ello, ayuda al programador a “organizar” un 
programa antes de que intente escribirlo en un lenguaje de programación como Java. Este capítulo presenta varios 
ejemplos de cómo utilizar el seudocódigo para desarrollar programas en Java. 

El estilo de seudocódigo que presentaremos consiste solamente en caracteres, de manera que los programa- 
dores pueden escribir el seudocódigo, utilizando cualquier programa editor de texto. Un programa en seudocó- 
digo preparado de manera cuidadosa puede convertirse fácilmente en su correspondiente programa en Java. En 
muchos casos, esto requiere tan sólo reemplazar las instrucciones en seudocódigo con sus instrucciones equiva- 
lentes en Java. 

Por lo general, el seudocódigo describe sólo las instrucciones que representan las acciones que ocurren des- 
pués de que un programador convierte un programa de seudocódigo a Java, y el programa se ejecuta en una 
computadora. Dichas acciones podrían incluir la entrada, salida o un cálculo. Por lo general no incluimos las 
declaraciones de variables en nuestro seudocódigo, pero algunos programadores optan por listar las variables y 
mencionar sus propósitos al principio de su seudocódigo. 

4.4 Estructuras de control 

Generalmente, en un programa las instrucciones se ejecutan una después de otra, en el orden en que están escritas. 
Este proceso se conoce como ejecución secuencial. Varias instrucciones en Java, que pronto veremos, permiten 
al programador especificar que la siguiente instrucción a ejecutarse tal vez no sea la siguiente en la secuencia. Esto 
se conoce como transferencia de control. 

Durante la década de los sesenta, se hizo evidente que el uso indiscriminado de las transferencias de control 
era el origen de muchas de las dificultades que experimentaban los grupos de desarrollo de software. A quien se 
señaló como culpable fue a la instrucción goto (utilizada en la mayoría de los lenguajes de programación de esa 
época), la cual permite al programador especificar la transferencia de control a uno de los muchos posibles desti- 
nos dentro de un programa. La noción de la llamada programación estructurada se hizo casi un sinónimo de la 
“eliminación del goto”. [Nota: Java no tiene una instrucción goto; sin embargo, la palabra goto está reservada 
para Java y no debe usarse como identificador en los programas]. 

Las investigaciones de Bohm y Jacopini 1 demostraron que los programas podían escribirse sin instrucciones 
goto. El reto de la época para los programadores fue cambiar sus estilos a una “programación sin goto”. No fue 
sino hasta la década de los setenta cuando los programadores tomaron en serio la programación estructurada. Los 
resultados fueron impresionantes. Los grupos de desarrollo de software reportaron reducciones en los tiempos de 
desarrollo, mayor incidencia de entregas de sistemas a tiempo y más proyectos de software finalizados sin salirse del 
presupuesto. La clave para estos logros fue que los programas estructurados eran más claros, más fáciles de depurar 
y modificar, y había más probabilidad de que estuvieran libres de errores desde el principio. 


1. Bohm, C. y G. Jacopini, “Flow Diagrams, Turing Machines and Languages with Only Two Formation Rules”, Communications ofthe 
ACM, vol. 9, núm. 5, mayo de 1966, páginas 336-371. 
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El trabajo de Bohm y Jacopini demostró que todos los programas podían escribirse en términos de tres 
estructuras de control solamente: la estructura de secuencia, la estructura de selección y la estructura de 
repetición. El término “estructuras de control” proviene del campo de las ciencias computacionales. Cuando 
presentemos las implementaciones de las estructuras de control en Java, nos referiremos a ellas en la terminología 
de la Especificación del lenguaje Java como “instrucciones de control”. 

Estructura de secuencia en Java 

La estructura de secuencia está integrada en Java. A menos que se le indique lo contrario, la computadora ejecuta 
las instrucciones en Java una después de otra, en el orden en que estén escritas; es decir, en secuencia. El diagrama 
de actividad de la figura 4. 1 ilustra una estructura de secuencia típica, en la que se realizan dos cálculos en orden. 
Java permite tantas acciones como deseemos en una estructura de secuencia. Como veremos pronto, en donde 
quiera que se coloque una sola acción, podrán colocarse varias acciones en secuencia. 

Los diagramas de actividad son parte de UML. Un diagrama de actividad modela el flujo de trabajo (tam- 
bién conocido como la actividad) de una parte de un sistema de software. Dichos flujos de trabajo pueden incluir 
una porción de un algoritmo, como la estructura de secuencia de la figura 4.1. Los diagramas de actividad están 
compuestos por símbolos de propósito especial, como los símbolos de estado de acción (rectángulos cuyos lados 
izquierdo y derecho se reemplazan con arcos hacia fuera), rombos (diamantes) y pequeños círculos. Estos sím- 
bolos se conectan mediante flechas de transición, que representan el flujo de la actividad; es decir, el orden en el 
que deben ocurrir las acciones. 

Al igual que el seudocódigo, los diagramas de actividad ayudan a los programadores a desarrollar y represen- 
tar algoritmos; sin embargo, muchos de ellos aún prefieren el seudocódigo. Los diagramas de actividad muestran 
claramente cómo operan las estructuras de control. 

Considere el diagrama de actividad para la estructura de secuencia de la figura 4.1. Este diagrama contiene 
dos estados de acción que representan las acciones a realizar. Cada estado de acción contiene una expresión de 
acción (por ejemplo, “sumar calificación a total” o “sumar 1 al contador”), que especifica una acción particular 
a realizar. Otras acciones podrían incluir cálculos u operaciones de entrada/salida. Las flechas en el diagrama de 
actividad representan transiciones, las cuales indican el orden en el que ocurren las acciones representadas por los 
estados de acción. El programa que implementa las actividades ilustradas por el diagrama de la figura 4.1 primero 
suma cal i ficacion a total, y después suma 1 a contador. 

El círculo relleno que se encuentra en la parte superior del diagrama de actividad representa el estado inicial 
de la actividad: el inicio del flujo de trabajo antes de que el programa realice las actividades modeladas. El círculo 
sólido rodeado por una circunferencia que aparece en la parte inferior del diagrama representa el estado final; 
es decir, el final del flujo de trabajo después de que el programa realiza sus acciones. 

La figura 4.1 también incluye rectángulos que tienen la esquina superior derecha doblada. En UML, a estos 
rectángulos se les llama notas (como los comentarios en Java): comentarios con explicaciones que describen el 
propósito de los símbolos en el diagrama. La figura 4.1 utiliza las notas de UML para mostrar el código en Java 
asociado con cada uno de los estados de acción en el diagrama de actividad. Una línea punteada conecta cada 
nota con el elemento que ésta describe. Los diagramas de actividad generalmente no muestran el código en 
Java que implementa la actividad. En este libro utilizamos las notas con este propósito, para mostrar cómo se reía- 


? 

sumar calificación al total 

sumar I al contador 



Instrucción en Java correspondiente: 
total = total + calificación; 

Instrucción en Java correspondiente: 
contador = contador + 1; 


Figura 4-1 


Diagrama de actividad de una estructura de secuencia. 
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dona el diagrama con el código en Java. Para obtener más información sobre UML, vea nuestro ejemplo práctico 
opcional, que aparece en las secciones tituladas Ejemplo práctico de Ingeniería de Software al final de los capítulos 
1 al 8 y 10, o visite www. uml .org. 

Instrucciones de selección en Java 

Java tiene tres tipos de instrucciones de selección (las cuales se describen en este capítulo y en el siguiente). La 
instrucción i f realiza (selecciona) una acción si la condición es verdadera, o evita la acción si la condición es 
falsa. La instrucción i f . . . el se realiza una acción si la condición es verdadera, o realiza una acción distinta si la 
condición es falsa. La instrucción swi tch (capítulo 5) realiza una de entre varias acciones distintas, dependiendo 
del valor de una expresión. 

La instrucción i f es una instrucción de selección simple, ya que selecciona o ignora una sola acción (o, 
como pronto veremos, un solo grupo de acciones). La instrucción if . . .el se se conoce como instrucción de 
selección doble, ya que selecciona entre dos acciones distintas (o grupos de acciones). La instrucción swi tch es 
una estructura de selección múltiple, ya que selecciona entre diversas acciones (o grupos de acciones). 

Instrucciones de repetición en Java 

Java cuenta con tres instrucciones de repetición (también llamadas instrucciones de ciclo) que permiten a los 
programas ejecutar instrucciones en forma repetida, siempre y cuando una condición (llamada la condición de 
continuación del ciclo) siga siendo verdadera. Las instrucciones de repetición se implementan con las instruc- 
ciones whi 1 e, do . . . whi 1 e y for. (El capítulo 5 presenta las instrucciones do . . . whi 1 e y for). Las instrucciones 
whi 1 e y for realizan la acción (o grupo de acciones) en sus cuerpos, cero o más veces; si la condición de conti- 
nuación del ciclo es inicialmente falsa, no se ejecutará la acción (o grupo de acciones). La instrucción do . . . whi 1 e 
realiza la acción (o grupo de acciones) en su cuerpo, una o más veces. 

Las palabras i f, el se, swi tch, whi le, do y for son palabras clave en Java; se utilizan para implementar varias 
características de Java, como las instrucciones de control. Las palabras clave no pueden usarse como identificadores, 
como los nombres de variables. En el apéndice C aparece una lista completa de las palabras clave en Java. 

Resumen de las instrucciones de control en Java 

Java sólo tiene tres tipos de estructuras de control, a las cuales nos referiremos de aquí en adelante como instruc- 
ciones de control: la instrucción de secuencia, las instrucciones de selección (tres tipos) y las instrucciones de repe- 
tición (tres tipos). Cada programa se forma combinando tantas instrucciones de secuencia, selección y repetición 
como sea apropiado para el algoritmo que implemente el programa. Al igual que con la instrucción de secuencia 
de la figura 4.1, podemos modelar cada una de las instrucciones de control como un diagrama de actividad. Cada 
diagrama contiene un estado inicial y final, los cuales representan el punto de entrada y salida de la instrucción de 
control, respectivamente. Las instrucciones de control de una sola entrada/una sola salida facilitan la creación 
de programas; las instrucciones de control están “unidas” entre sí mediante la conexión del punto de salida de una 
instrucción de control, al punto de entrada de la siguiente. Este procedimiento es similar a la manera en que un 
niño apila los bloques de construcción, así que a esto le llamamos apilamiento de instrucciones de control. En 
breve aprenderemos que sólo hay una manera alternativa de conectar las instrucciones de control: el anidamiento 
de instrucciones de control, en el cual una instrucción de control aparece dentro de otra. Por lo tanto, los algo- 
ritmos en los programas en Java se crean a partir de sólo tres principales tipos de instrucciones de control, que se 
combinan sólo de dos formas. Esta es la esencia de la simpleza. 


4.5 Instrucción de selección simple if 

Los programas utilizan instrucciones de selección para elegir entre los cursos alternativos de acción. Por ejemplo, 
suponga que la calificación para aprobar un examen es 60. La instrucción en seudocódigo 

Si la calijicación del estudiante es mayor o igual a 60 
Imprimir ‘ ‘Aprobado ” 

determina si la condición “la calificación del estudiante es mayor o igual a 60” es verdadera o falsa. Si la condición 
es verdadera se imprime “Aprobado”, y se “ejecuta” en orden la siguiente instrucción en seudocódigo. (Recuerde 
que el seudocódigo no es un verdadero lenguaje de programación). Si la condición es falsa se ignora la instrucción 
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Imprimir, y se ejecuta en orden la siguiente instrucción en seudocódigo. La sangría de la segunda línea de esta 
instrucción de selección es opcional, pero se recomienda ya que enfatiza la estructura inherente de los programas 
estructurados. 

La instrucción anterior ifen seudocódigo puede escribirse en Java de la siguiente manera: 

if ( calificacionEstudiante >= 60 ) 

System. out . pri ntl n( "Aprobado" ); 

Observe que el código en Java corresponde en gran medida con el seudocódigo. Esta es una de las propiedades 
que hace del seudocódigo una herramienta de desarrollo de programas tan útil. 

La figura 4.2 muestra la instrucción i f de selección simple. Esta figura contiene lo que quizá sea el símbolo 
más importante en un diagrama de actividad: el rombo o símbolo de decisión, el cual indica que se tomará 
una decisión. El flujo de trabajo continuará a lo largo de una ruta determinada por las condiciones de guardia 
asociadas de ese símbolo, que pueden ser verdaderas o falsas. Cada flecha de transición que sale de un símbolo 
de decisión tiene una condición de guardia (especificada entre corchetes, a un lado de la flecha de transición). 
Si una condición de guardia es verdadera, el flujo de trabajo entra al estado de acción al que apunta la flecha de 
transición. En la figura 4.2, si la calificación es mayor o igual a 60, el programa imprime “Aprobado” y luego se 
dirige al estado final de esta actividad. Si la calificación es menor a 60, el programa se dirige inmediatamente al 
estado final sin mostrar ningún mensaje. 

La instrucción i f es una instrucción de control de una sola entrada/ una sola salida. Pronto veremos que los 
diagramas de actividad para las instrucciones de control restantes también contienen estados iniciales, flechas 
de transición, estados de acción que indican las acciones a realizar, símbolos de decisión (con sus condiciones de 
guardia asociadas) que indican las decisiones a tomar, y estados finales. Esto es consistente con el modelo 
de programación acción/decisión que hemos estado enfatizando. 

Imagine siete cajones, en donde cada uno contiene sólo un tipo de instrucción de control de Java. Todas 
las instrucciones de control están vacías. Su tarea es ensamblar un programa a partir de tantas instrucciones de 
control de cada tipo como lo requiera el algoritmo, combinando esas instrucciones de control en sólo dos formas 
posibles (apilando o anidando), y después llenando los estados de acción y las decisiones con expresiones de 
acción y condiciones de guardia, en una manera que sea apropiada para el algoritmo. Hablaremos sobre la varie- 
dad de formas en que pueden escribirse las acciones y las decisiones. 



[calificación >= 60] , 

s» imprimir Aprobado 


[calificación < 60] 


V 

#- 


Figura 4-2 | Diagrama de actividad en UML de la instrucción i f de selección simple. 


4.6 Instrucción de selección doble i f... el se 

La instrucción i f de selección simple realiza una acción indicada solamente cuando la condición es verdadera 
(true); de no ser así, se evita dicha acción. La instrucción i f ...el se de selección doble permite al programador 
especificar una acción a realizar cuando la condición es verdadera, y otra distinta cuando la condición es falsa. Por 
ejemplo, la instrucción en seudocódigo: 

Si la calificación del estudiante es mayor o igual a 60 
Imprimir ‘ ‘Aprobado ” 

De lo contrario 

Imprimir Reprobado ” 
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imprime “Aprobado” si la calificación del estudiante es mayor o igual a 60, y, “Reprobado” si la calificación del 
estudiante es menor a 60. En cualquier caso, después de que ocurre la impresión se “ejecuta”, según la secuencia, 
la siguiente instrucción en seudocódigo. 

La instrucción anterior if...else en seudocódigo puede escribirse en Java como 

if ( calificación >= 60 ) 

System. out.println( "Aprobado" ); 

el se 

System . out . pri ntl n( "Reprobado" ); 

Observe que el cuerpo de la instrucción el se también tiene sangría. Cualquiera que sea la convención de sangría 
que usted elija, debe aplicarla consistentemente en todos sus programas. Es difícil leer programas que no obede- 
cen las convenciones de espaciado uniformes. 



Buena práctica de programación 4-1 

Utilice sangría en ambos cuerpos de instrucciones de una estructura i f. . . el se. 



Buena práctica de programación 4-2 

Si hay varios niveles de sangría , en cada nivel debe aplicarse la misma cantidad de espacio adicional. 


La figura 4.3 muestra el flujo de control en la instrucción if . . .el se. Una vez más (además del estado 
inicial, las flechas de transición y el estado final), los símbolos en el diagrama de actividad de UML representan 
estados de acción y decisiones. Nosotros seguimos enfatizando este modelo de computación acción/decisión. Ima- 
gine de nuevo un cajón profundo que contiene tantas instrucciones i f ... el se vacías como sea necesario para 
crear cualquier programa en Java. Su trabajo es ensamblar estas instrucciones i f . . . el se (apilando o anidando) 
con cualquier otra estructura de control requerida por el algoritmo. Usted debe llenar los estados de acción y los 
símbolos de decisión con expresiones de acción y condiciones de guardia que sean apropiadas para el algoritmo 
que esté desarrollando. 


Operador condicional (?:) 

Java cuenta con el operador condicional (?:)> que en ocasiones puede utilizarse en lugar de una instrucción 
if . . .el se. Éste es el único operador ternario en Java; es decir, que utiliza tres operandos. En conjunto, los 
operandos y el símbolo ? : forman una expresión condicional. El primer operando (a la izquierda del ?) es una 
expresión booleana (es decir, una condición que se evalúa a un valor booleano: true o false), el segundo 
operando (entre el ? y :) es el valor de la expresión condicional si la expresión bool eana es verdadera, y el ter- 
cer operando (a la derecha de :) es el valor de la expresión condicional si la expresión bool eana se evalúa como 
fal se. Por ejemplo, la instrucción 

System . out . pri ntl n( calificacionEstudiante >= 60 ? "Aprobado" : "Reprobado" ); 

imprime el valor del argumento de pri ntl n, que es una expresión condicional. La expresión condicional en esta 
instrucción produce como resultado la cadena "Aprobado" si la expresión bool eana cal i ficaci onEstudi ante 
>= 60 es verdadera, o produce como resultado la cadena "Reprobado" si la expresión booleana es falsa. Por lo 
tanto, esta instrucción con el operador condicional realiza en esencia la misma función que la instrucción i f . . . 
el se que se mostró anteriormente, en esta sección. La precedencia del operador condicional es baja, por lo que 
toda la expresión condicional se coloca normalmente entre paréntesis. Pronto veremos que las expresiones condi- 
cionales pueden usarse en algunas situaciones en las que no se pueden utilizar instrucciones if . . .el se. 



Buena práctica de programación 4-3 

Las expresiones condicionales son más difíciles de leer que las instrucciones i f. . . el se, por lo cual deben usarse para 
reemplazar sólo a las instrucciones if...else simples que seleccionan uno de dos valores. 


Instrucciones if.. .el se anidadas 

Un programa puede evaluar varios casos colocando instrucciones i f . . . el se dentro de otras instrucciones i f . . . 
el se, para crear instrucciones if . . .el se anidadas. Por ejemplo, el siguiente seudocódigo representa una ins- 
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[calificación < 60] X. [calificación >= 60] 
imprimir “Reprobado” «sg / y 33» Imprimir “Aprobado” 


■m 




Figura 4-3 | Diagrama de actividad de UML de la instrucción if . . .el se de selección doble. 


trucción i f . . . el se anidada que imprime A para las calificaciones de exámenes mayores o iguales a 90, B para las 
calificaciones en el rango de 80 a 89, C para las calificaciones en el rango de 70 a 79, D para las calificaciones en el 
rango de 60 a 69 y F para todas las demás calificaciones: 

Si la calificación del estudiante es mayor o igual a 90 
Imprimir “A” 
de lo contrario 

Si la calificación del estudiante es mayor o igual a 80 
Imprimir “B” 
de lo contrario 

Si la calificación del estudiante es mayor o igual a 70 
Imprimir “C” 
de lo contrario 

Si la calificación del estudiante es mayor o igual a 60 
Imprimir “D” 
de lo contrario 

Imprimir “F” 

Este seudocódigo puede escribirse en Java como 

if ( calificacionEstudiante >= 90 ) 

System. out.println( "A" ); 
el se 

if ( calificacionEstudiante >= 80 ) 

System. out. printlnf "B" ); 

el se 

if ( calificacionEstudiante >= 70 ) 

System. out.printlnf "C" ); 

el se 

if ( calificacionEstudiante >= 60 ) 

System . out . pri ntl n( "D" ); 

el se 

System. out. printlnf "F" ); 

Si calificacionEstudiante es mayor o igual a 90, las primeras cuatro condiciones serán verdaderas, pero sólo 
se ejecutará la instrucción en la parte i f de la primera instrucción if . . .el se. Después de que se ejecute esa 
instrucción, se evita la parte el se de la instrucción if . . . el se más “externa”. La mayoría de los programadores 
en Java prefieren escribir la instrucción i f . . . el se anterior así: 

if ( calificacionEstudiante >= 90 ) 

System. out. printlnf "A" ); 
else if ( calificacionEstudiante >= 80 ) 

System. out. printlnf "B" ); 
else if f calificacionEstudiante >= 70 ) 
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System, out.println( "C" ); 
else if ( calificacionEstudiante >= 60 ) 

System . out . pri ntl n( "D" ); 

el se 

System . out . pri ntl n( "F" ); 

Las dos formas son idénticas, excepto por el espaciado y la sangría, que el compilador ignora. La segunda forma 
es más popular ya que evita usar mucha sangría hacia la derecha en el código. Dicha sangría a menudo deja poco 
espacio en una línea de código, forzando a que las líneas se dividan y empeorando la legibilidad del programa. 

Problema del else suelto 

El compilador de Java siempre asocia un el se con el i f que le precede inmediatamente, a menos que se le indique 
otra cosa mediante la colocación de llaves ({ y }). Este comportamiento puede ocasionar lo que se conoce como 

el problema del el se suelto. Por ejemplo, 

if ( x > 5 ) 

if ( y > 5 ) 

System. out. println( "x e y son > 5" ); 

el se 

System . out . pri ntl n( "x es <= 5" ); 

parece indicar que si x es mayor que 5, la instrucción if anidada determina si y es también mayor que 5. De 
ser así, se produce como resultado la cadena "x e y son > 5". De lo contrario, parece ser que si x no es mayor 
que 5, la instrucción el se que es parte del i f. .. el se produce como resultado la cadena "x es <= 5". 

¡Cuidado! Esta instrucción if. . .else anidada no se ejecuta como parece ser. El compilador en realidad 
interpreta la instrucción así: 

if ( x > 5 ) 

if ( y > 5 ) 

System. out. println( "x e y son > 5" ); 

el se 

System . out . pri ntl n( "x es <= 5" ); 

en donde el cuerpo del primer if es un i f . . . el se anidado. La instrucción i f más externa evalúa si x es mayor 
que 5. De ser así, la ejecución continúa evaluando si y es también mayor que 5. Si la segunda condición es verda- 
dera, se muestra la cadena apropiada ("x e y son > 5"). No obstante, si la segunda condición es falsa se muestra 
la cadena "x es <= 5", aun cuando sabemos que x es mayor que 5. Además, si la condición de la instrucción i f 
exterior es falsa, se omite la instrucción i f . . . el se interior y no se muestra nada en pantalla. 

Para forzar a que la instrucción i f . . . el se anidada se ejecute como se tenía pensado originalmente, debe 
escribirse de la siguiente manera: 

if ( x > 5 ) 

{ 

if ( y > 5 ) 

System. out. println( "x e y son > 5" ); 

} 

el se 

System. out. println( "x es <= 5" ); 

Las llaves ({}) indican al compilador que la segunda instrucción i f se encuentra en el cuerpo del primer i f, y 
que el el se está asociado con el primer i f. Los ejercicios 4.27 y 4.28 analizan con más detalle el problema del 
el se suelto. 

Bloques 

La instrucción i f normalmente espera sólo una instrucción en su cuerpo. Para incluir varias instrucciones en el 
cuerpo de un i f (o en el cuerpo del el se en una instrucción i f . . . el se), encierre las instrucciones entre llaves 
({ y })• A un conjunto de instrucciones contenidas dentro de un par de llaves se le llama bloque. Un bloque 
puede colocarse en cualquier parte de un programa en donde pueda colocarse una sola instrucción. 

El siguiente ejemplo incluye un bloque en la parte el se de una instrucción i f . . . el se: 
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if ( calificación >= 60 ) 

System. out.println( "Aprobado" ); 

el se 

{ 

System . out . pri ntl n( "Reprobado." ); 

System. out . pri ntl n( "Debe tomar este curso otra vez." ); 

} 

En este caso, si cal i ficaci on es menor que 60, el programa ejecuta ambas instrucciones en el cuerpo del el se 
e imprime 

Reprobado . 

Debe tomar este curso otra vez. 

Observe las llaves que rodean a las dos instrucciones en la cláusula el se. Estas llaves son importantes. Sin ellas, 
la instrucción 

System . out . pri ntl n ( "Debe tomar este curso otra vez." ); 

estaría fuera del cuerpo de la parte el se de la instrucción i f . . . el se y se ejecutaría sin importar que la califica- 
ción fuera menor a 60. 

Los errores de sintaxis (como cuando se omite una llave en un bloque del programa) los atrapa el compilador. 
Un error lógico (como cuando se omiten ambas llaves en un bloque del programa) tiene su efecto en tiempo de 
ejecución. Un error lógico fatal hace que un programa falle y termine antes de tiempo. Un error lógico no fatal 
permite que un programa siga ejecutándose, pero éste produce resultados incorrectos. 



Error común de programación 4-1 

Olvidar una o las dos llaves que delimitan un bloque puede provocar errores de sintaxis o errores lógicos en un 
programa. 


a 


O Buena práctica de programación 4-4 


Colocar siempre las llaves en una instrucción if. . .el se (o cualquier estructura de control) ayuda a evitar que se 
omitan de manera accidental, en especial, cuando posteriormente se agregan instrucciones a una cláusula i f o el se. 
Para evitar que esto suceda, algunos programadores prefieren escribir la llave inicial y la final de los bloques antes de 
escribir las instrucciones individuales dentro de ellas. 


Así como un bloque puede colocarse en cualquier parte en donde pueda colocarse una sola instrucción 
individual, también es posible no tener instrucción alguna. En la sección 2.8 vimos que la instrucción vacía se 
representa colocando un punto y coma ( ; ) en donde normalmente iría una instrucción. 



Error común de programación 4-2 

Colocar un punto y coma después de la condición en una instrucción if...else produce un error lógico en las 
instrucciones i f de selección simple, y un error de sintaxis en las instrucciones if. . .el se de selección doble (cuando 
la parte del i f contiene una instrucción en el cuerpo). 


4.7 Instrucción de repetición whi le 

Una instrucción de repetición (también llamada instrucción de ciclo, o un ciclo) permite al programador 
especificar que un programa debe repetir una acción mientras cierta condición sea verdadera. La instrucción en 
seudocódigo 

Mientras existan más artícidos en mi lista de compras 

Comprar el siguiente artícido y quitarlo de mi lista 

describe la repetición que ocurre durante una salida de compras. La condición “existan más artículos en mi lista de 
compras” puede ser verdadera o falsa. Si es verdadera, entonces se realiza la acción “Comprar el siguiente artículo y 
quitarlo de mi lista”. Esta acción se realizará en forma repetida mientras la condición sea verdadera. La instrucción 


122 Capítulo 4 Instrucciones de control: parte I 


(o instrucciones) contenida en la instrucción de repetición while constituye el cuerpo de esta estructura, el cual 
puede ser una sola instrucción o un bloque. En algún momento, la condición será falsa (cuando el último artículo 
de la lista de compras sea adquirido y eliminado de la lista). En este punto la repetición terminará y se ejecutará 
la primera instrucción que esté después de la instrucción de repetición. 

Como ejemplo de la instrucción de repetición while en Java, considere un segmento de programa diseñado 
para encontrar la primera potencia de 3 que sea mayor a 100. Suponga que la variable producto de tipo i nt se 
inicializa en 3. Cuando la siguiente instrucción whi 1 e termine de ejecutarse, producto contendrá el resultado: 

int producto = 3; 

while ( producto <= 100 ) 
producto = 3 * producto; 

Cuando esta instrucción whi 1 e comienza a ejecutarse, el valor de la variable producto es 3. Cada iteración de la 
instrucción whi 1 e multiplica a producto por 3, por lo que producto toma los valores de 9, 27, 81 y 243, sucesi- 
vamente. Cuando la variable producto se vuelve 243, la condición de la instrucción whi 1 e (producto <= 1000) 
se torna falsa. Esto termina la repetición, por lo que el valor final de producto es 243. En este punto, la ejecución 
del programa continúa con la siguiente instrucción después de la instrucción whi 1 e. 



Error común de programación 4.3 

Si no se proporciona, en el cuerpo de una instrucción while, una acción que ocasione que en algún momento la 
condición de un while se torne falsa, por lo general, se producirá un error lógico conocido como ciclo infinito, en 
el que el ciclo nunca terminará. 


El diagrama de actividad de UML de la figura 4.4 muestra el flujo de control que corresponde a la instruc- 
ción while anterior. Una vez más (aparte del estado inicial, las flechas de transición, un estado final y tres notas), 
los símbolos en el diagrama representan un estado de acción y una decisión. Este diagrama también introduce 
el símbolo de fusión. UML representa tanto al símbolo de fusión como al símbolo de decisión como rombos. 
El símbolo de fusión une dos flujos de actividad en uno solo. En este diagrama, el símbolo de fusión une las 
transiciones del estado inicial y del estado de acción, de manera que ambas fluyan en la decisión que determina si 
el ciclo debe empezar a ejecutarse (o seguir ejecutándose). Los símbolos de decisión y de fusión pueden diferen- 
ciarse por el número de flechas de transición “entrantes” y “salientes”. Un símbolo de decisión tiene una flecha de 
transición que apunta hacia el rombo y dos o más flechas de transición que apuntan hacia fuera del rombo, para 
indicar las posibles transiciones desde ese punto. Además, cada flecha de transición que apunta hacia fuera de un 
símbolo de decisión tiene una condición de guardia junto a ella. Un símbolo de fusión tiene dos o más flechas 
de transición que apuntan hacia el rombo, y sólo una flecha de transición que apunta hacia fuera del rombo, 
para indicar múltiples flujos de actividad que se fusionan para continuar la actividad. Ninguna de las flechas de 
transición asociadas con un símbolo de fusión tiene una condición de guardia. 



Figura 4-4 


Diagrama de actividad de UML de la instrucción de repetición while. 
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La figura 4.4 muestra claramente la repetición de la instrucción whi 1 e que vimos antes en esta sección. 
La flecha de transición que emerge del estado de acción apunta de regreso a la fusión, desde la cual el flujo del 
programa regresa a la decisión que se evalúa al principio de cada iteración del ciclo. Este ciclo sigue ejecutándose 
hasta que la condición de guardia producto > 100 se vuelva verdadera. Entonces, la instrucción whi 1 e termina 
(llega a su estado final) y el control pasa a la siguiente instrucción en la secuencia del programa. 

4.8 Cómo formular algoritmos: repetición controlada 
por un contador 

Para ilustrar la forma en que se desarrollan los algoritmos, modificamos la clase Li broCal i ficaci ones del capítu- 
lo 3, para resolver dos variantes de un problema que promedia las calificaciones de unos estudiantes. Analicemos 
el siguiente enunciado del problema: 

A una clase de diez estudiantes se les aplicó un examen. Las calificaciones ( enteros en el rango de 0 a 1 00) 
de este examen están disponibles para su análisis. Determine el promedio de la clase para este examen. 

El promedio de la clase es igual a la suma de las calificaciones, dividida entre el número de estudiantes. El algoritmo 
para resolver este problema en una computadora debe recibir como entrada cada una de las calificaciones, llevar el 
registro del total de las calificaciones introducidas, realizar el cálculo para promediar e imprimir el resultado. 

Algoritmo de seudocódigo con repetición controlada por un contador 

Emplearemos seudocódigo para enlistar las acciones a ejecutar y especificar el orden en que deben ejecutarse. Usa- 
remos una repetición controlada por contador para introducir las calificaciones, una por una. Esta técnica utiliza 
una variable llamada contador (o variable de control) para controlar el número de veces que debe ejecutarse un 
conjunto de instrucciones. A la repetición controlada por contador se le llama comúnmente repetición definida, 
ya que el número de repeticiones se conoce antes de que el ciclo comience a ejecutarse. En este ejemplo, la repeti- 
ción termina cuando el contador excede a 10. Esta sección presenta un algoritmo de seudocódigo (figura 4.5) com- 
pletamente desarrollado, y una versión de la clase Li broCal i ficaci ones (figura 4.6) que implementa el algoritmo 
en un método de Java. Después presentamos una aplicación (figura 4.7) que demuestra el algoritmo en acción. En 
la sección 4.9 demostraremos cómo utilizar el seudocódigo para desarrollar dicho algoritmo desde cero. 

k/- Observación de ingeniería de software 4- 1 

UJCt La experiencia ha demostrado que la parte más difícil para la resolución de un problema en una computadora es 
desarrollar el algoritmo para la solución. Por lo general, una vez que se ha especificado el algoritmo correcto, el pro- 
ceso de producir un programa funcional en Java a partir de dicho algoritmo es relativamente sencillo. 

Observe las referencias en el algoritmo de la figura 4.5 para un total y un contador. Un total es una variable 
que se utiliza para acumular la suma de varios valores. Un contador es una variable que se utiliza para contar; en este 
caso, el contador de calificaciones indica cuál de las 1 0 calificaciones está a punto de escribir el usuario. Por lo gene- 
ral, las variables que se utilizan para guardar totales deben inicializarse en cero antes de utilizarse en un programa. 


1 Asignar a total el valor de cero 

2 Asignar al contador de calificaciones el valor de uno 

3 

4 Mientras que el contador de calificaciones sea menor o igual a diez 

5 Pedir al usuario que introduzca la siguiente calificación 

6 Obtener como entrada la siguiente calificación 

7 Sumar la calificación al total 

8 Sumar uno al contador de calificaciones 

9 

1 0 Asignar al promedio de la clase el total dividido entre diez 

1 1 Imprimir el promedio de la clase 

Figura 4-5 | Algoritmo en seudocódigo que utiliza la repetición controlada por contador para resolver el problema del 
promedio de una clase. 
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Implementación de la repetición controlada por contador en la clase LibroCal i ficaci ones 
La clase Li broCal i ficaci ones (figura 4.6) contiene un constructor (líneas 1 1-14) que asigna un valor a la varia- 
ble de instancia nombreDelCurso (declarada en la línea 8) de la clase. Las líneas 17 a la 20, 23 a la 26 y 29 a la 
34 declaran los métodos establ ecerNombreDel Curso, obtenerNombreDel Curso y mostrarMensaje, respecti- 
vamente. Las líneas 37 a la 66 declaran el método determi narPromedi oCl ase, el cual implementa el algoritmo 
para sacar el promedio de la clase, descrito por el seudocódigo de la figura 4.5. 

La línea 40 declara e inicializa la variable entrada de tipo Scanner, que se utiliza para leer los valores intro- 
ducidos por el usuario. Las líneas 42 a 45 declaran las variables locales total, contadorCalif, calificación y 
promedi o de tipo i nt. La variable cal i ficaci on almacena la entrada del usuario. 

Observe que las declaraciones (en las líneas 42 a la 45) aparecen en el cuerpo del método determinar 
Promedi oClase. Recuerde que las variables declaradas en el cuerpo de un método son variables locales, y sólo 
pueden utilizarse desde la línea de su declaración en el método, hasta la llave derecha de cierre (}) de la declaración 
del método. La declaración de una variable local debe aparecer antes de que la variable se utilice en ese método. 
Una variable local no puede utilizarse fuera del método en el que se declara. 

En las versiones de la clase LibroCal i ficaci ones en este capítulo, simplemente leemos y procesamos un 
conjunto de calificaciones. El cálculo del promedio se realiza en el método determi narPromedi oCl ase, usando 
variables locales; no preservamos información acerca de las calificaciones de los estudiantes en variables de ins- 
tancia de la clase. En versiones posteriores de la clase (en el capítulo 7, Arreglos), mantenemos las calificaciones 
en memoria utilizando una variable de instancia que hace referencia a una estructura de datos conocida como 
arreglo. Esto permite que un objeto LibroCal i ficaci ones realice varios cálculos sobre el mismo conjunto de 
calificaciones, sin requerir que el usuario escriba las calificaciones varias veces. 

i Buena práctica de programación 4-5 



| Separe las declaraciones de las otras instrucciones en los métodos con una línea en blanco, para mejorar la legibilidad. 


1 // Fig. 4.6: LibroCalificaciones. java 

2 // La clase LibroCalificaciones que resuelve el problema del promedio de 

3 //la clase, usando la repetición controlada por un contador. 

4 import java. útil .Scanner; // el programa utiliza la clase Scanner 

5 

6 public class LibroCalificaciones 

7 { 

8 private String nombreDelCurso; // el nombre del curso que representa este 

LibroCalificaciones 

9 

10 // el constructor inicializa a nombreDelCurso 

11 public LibroCal i ficaci ones ( String nombre ) 

12 { 

13 nombreDelCurso = nombre; // inicializa a nombreDelCurso 

14 } // fin del constructor 

15 

16 // método para establecer el nombre del curso 

17 public void establecerNombreDelCurso( String nombre ) 

18 { 

19 nombreDelCurso = nombre; // almacena el nombre del curso 

20 } // fin del método establecerNombreDelCurso 

21 

22 // método para obtener el nombre del curso 

23 public String obtenerNombreDelCursoO 

24 { 

25 return nombreDelCurso; 

26 } // fin del método obtenerNombreDelCurso 

27 

28 // muestra un mensaje de bienvenida al usuario de LibroCalificaciones 
Figura 4-6 | Repetición controlada por contador: Problema del promedio de una clase. (Parte I de 2). 
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29 public void mostrarMensajeO 

30 { 

31 // obtenerNombreDelCurso obtiene el nombre del curso 

32 System. out.printff "Bienvenido al libro de calificaciones para\n%s ! \n\n" , 

33 obtenerNombreDelCursoO ); 

34 } // fin del método mostrarMensaje 

35 

36 // determina el promedio de la clase, con base en las 10 calificaciones introducidas 

por el usuario 

37 public void determinarPromedioClaseO 

38 { 

39 // crea objeto Scanner para obtener la entrada de la ventana de comandos 

40 Scanner entrada = new Scanner( System. in ); 

41 

42 int total; // suma de las calificaciones escritas por el usuario 

43 int contadorCalif ; // número de la siguiente calificación a introducir 

44 int calificación; // valor de la calificación escrita por el usuario 

45 int promedio; // el promedio de las calificaciones 

46 

47 // fase de inicialización 

48 total = 0; // inicial iza el total 

49 contadorCalif = 1; // inicializa el contador del ciclo 

50 

51 // fase de procesamiento 

52 while ( contadorCalif <= 10 ) // itera 10 veces 

53 { 

54 System. out.printf "Escriba la calificación: " ); // indicador 

55 calificación = entrada. nextlnt() ; // lee calificación del usuario 

56 total = total + calificación; // suma calificación a total 

57 contadorCalif = contadorCalif + 1; // incrementa contador en 1 

58 } // fin de while 

59 

60 // fase de terminación 

61 promedio = total / 10; // la división entera produce un resultado entero 

62 

63 // muestra el total y el promedio de las calificaciones 

64 System. out.printff "\nEl total de las 10 calificaciones es %d\n", total ); 

65 System. out.printff "El promedio de la clase es %d\n", promedio ); 

66 } // fin del método determinarPromedioClase 

67 

68 } // fin de la clase Li broCal i ficaciones 

Figura 4-6 | Repetición controlada por contador: Problema del promedio de una clase. (Parte 2 de 2). 


Las asignaciones (en las líneas 48 y 49) inicializan total a 0 y contadorCalif a 1. Observe que estas ini- 
cializaciones ocurren antes que se utilicen las variables en los cálculos. Las variables calificación y promedio 
(para la entrada del usuario y el promedio calculado, respectivamente) no necesitan inicializarse aquí; sus valores 
se asignarán a medida que se introduzcan o calculen más adelante en el método. 



Error común de programación 4-4 

Leer el valor de una variable local antes de inicializarla produce un error de compilación. Todas las variables locales 
deben inicializarse antes de leer sus valores en las expresiones. 



Tip para prevenir errores 4-1 


Inicialice cada contador y total, ya sea en su declaración o en una instrucción de asignación. Por lo general, los 
totales se inicializan a 0. Los contadores comúnmente se inicializan a 0 o a 1, dependiendo de cómo se utilicen (más 
adelante veremos ejemplos de cuándo usar 0 y cuándo usar 1). 
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La línea 52 indica que la instrucción whi 1 e debe continuar ejecutando el ciclo (lo que también se conoce 
como iterar), siempre y cuando el valor de contado rCal i f sea menor o igual a 10. Mientras esta condición sea 
verdadera, la instrucción whi le ejecutará en forma repetida las instrucciones entre las llaves que delimitan su 
cuerpo (líneas 54 a la 57). 

La línea 54 muestra el indicador "Escri ba la calificación: ". La línea 55 lee el dato escrito por el usua- 
rio y lo asigna a la variable cal i ficaci on. Después, la línea 56 suma la nueva calificación escrita por el usuario al 
total, y asigna el resultado a total , que sustituye su valor anterior. 

La línea 57 suma 1 a contadorCal if para indicar que el programa ha procesado una calificación y está 
listo para recibir la siguiente calificación del usuario. Al incrementar a contadorCal i f en cada iteración, en un 
momento dado su valor excederá a 10. En ese momento, el ciclo whi 1 e termina debido a que su condición (línea 
52) se vuelve falsa. 

Cuando el ciclo termina, la línea 61 realiza el cálculo del promedio y asigna su resultado a la variable prome- 
dio. La línea 64 utiliza el método pri ntf de System, out para mostrar el texto "El total de las 10 cali- 
ficaci ones es ", seguido del valor de la variable total . Después, la línea 65 utiliza a pri ntf para mostrar el 
texto "El promedio de la clase es ", seguido del valor de la variable promedio. Después de llegar a la línea 
66, el método determi narPromedi oCl ase devuelve el control al método que hizo la llamada (es decir, a mai n en 
PruebaLi broCal i ficaci ones de la figura 4.7). 

La clase PruebaLi broCal i ficaci ones 

La clase PruebaLi broCal i ficaci ones (figura 4.7) crea un objeto de la clase Li broCal i ficaci ones (figura 4.6) 
y demuestra sus capacidades. Las líneas 10 y 11 de la figura 4.7 crean un nuevo objeto Li broCal i ficaci o- 
nes y lo asignan a la variable mi Li broCal i ficaci ones. El objeto String en la línea 11 se pasa al constructor 
de Li broCal i ficaci ones (líneas 11 a la 14 de la figura 4.6). La línea 13 llama al método mostrarMensaje de 
mi Li broCal i ficaci ones para mostrar un mensaje de bienvenida al usuario. Después, la línea 14 llama al método 
determi narPromedi oCl ase de mi Li broCal i ficaci ones para permitir que el usuario introduzca 10 calificacio- 
nes, para las cuales el método posteriormente calcula e imprime el promedio; el método ejecuta el algoritmo que 
se muestra en la figura 4.5. 

Observaciones acerca de la división de enteros y el truncamiento 

El cálculo del promedio realizado por el método determi narPromedi oCl ase, en respuesta a la llamada al méto- 
do en la línea 14 de la figura 4.7, produce un resultado entero. La salida del programa indica que la suma de los 
valores de las calificaciones en la ejecución de ejemplo es 846, que al dividirse entre 10, debe producir el número 
de punto flotante 84.6. Sin embargo, el resultado del cálculo total / 10 (línea 61 de la figura 4.6) es el entero 
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// Fig. 4.7: PruebaLi broCal ideaciones . java 

// Crea un objeto Li broCal i ficaci ones e invoca a su método obtenerPromedi oClase . 

public class PruebaLi broCal i ficaci ones 

{ 

public static void main( String args[] ) 

{ 

// crea objeto mi Li broCal i ficaci ones de la clase Li broCal i ficaci ones y 
// pasa el nombre del curso al constructor 

Li broCal i ficaci ones mi Li broCal i ficaci ones = new Li broCal i ficaci ones ( 

"CS101 Introducción a la programación en lava" ); 

miLibroCalificaciones.mostrarMensajeO ; // muestra mensaje de bienvenida 
miLibroCalificaciones.determinarPromedioClaseO ; // encuentra el promedio de 10 

cal i ficaci ones 

} // fin de main 

} // fin de la clase PruebaLibroCalificaciones 


Figura 4-7 | La clase PruebaLibroCalificaciones crea un objeto de la clase Li broCal i ficaci ones (figura 4-6) e 
invoca a su método determi narPromedioCl ase. (Parte I de 2). 
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Escri ba 

1 a 

cal i ficaci on : 

67 

Escri ba 

1 a 

cal i ficaci on : 

87 

Escri ba 

1 a 

cal i ficaci on : 

98 

Escri ba 

1 a 

cal i ficaci on : 

93 

Escri ba 

1 a 

cal i ficaci on : 

85 

Escri ba 

1 a 

cal i ficaci on : 

82 

Escri ba 

1 a 

cal i ficaci on : 

100 

El total 

de 

: las 10 calificaciones es 846 

El promedio de la clase 

es 84 


Figura 4-7 | La clase PruebaLi broCal i ficacf ones crea un objeto de la clase Li broCal i ficaci ones (figura 4-6) e 
invoca a su método determi narPromedi oCl ase. (Parte 2 de 2). 


84, ya que total y 10 son enteros. Al dividir dos enteros se produce una división entera: se pierde cualquier 
parte fraccionaria del cálculo (es decir, se trunca). En la siguiente sección veremos cómo obtener un resultado de 
punto flotante a partir del cálculo del promedio. 



Error común de programación 4-5 

Suponer que la división entera redondea ( en vez de truncar) puede producir resultados erróneos. Por ejemplo, 7^4, 
que produce 1.75 en la aritmética convencional, se trunca a 1 en la aritmética entera, en vez de redondearse a 2. 


4.9 Cómo formular algoritmos: 
repetición controlada por un centinela 

Generalicemos el problema, de la sección 4.8, para los promedios de una clase. Considere el siguiente problema: 

Desarrollar un programa que calcule el promedio de una clase y procese las calificaciones para un número 
arbitrario de estudiantes cada vez que se ejecute. 

En el ejemplo anterior del promedio de una clase, el enunciado del problema especificó el número de estudiantes 
(10). En este ejemplo no se indica cuántas calificaciones introducirá el usuario durante la ejecución del programa. 
El programa debe procesar un número arbitrario de calificaciones. ¿Cómo puede el programa determinar cuándo 
terminar de introducir calificaciones? ¿Cómo sabrá cuándo calcular e imprimir el promedio de la clase? 

Una manera de resolver este problema es utilizar un valor especial denominado valor centinela (también 
llamado valor de señal, valor de prueba o valor de bandera) para indicar el “fin de la introducción de datos”. 
El usuario escribe calificaciones hasta que se haya introducido el número correcto de ellas. Después, el usuario 
escribe el valor centinela para indicar que no se van a introducir más calificaciones. A la repetición controlada por 
centinela a menudo se le llama repetición indefinida, ya que el número de repeticiones no se conoce antes de 
que comience la ejecución del ciclo. 

Evidentemente, debe elegirse un valor centinela de tal forma que no pueda confundirse con un valor de 
entrada permitido. Las calificaciones de un examen son enteros positivos, por lo que -1 es un valor centinela 
aceptable para este problema. Por lo tanto, una ejecución del programa para promediar una clase podría procesar 
una cadena de entradas como 95, 96, 75, 74, 89 y -1. El programa entonces calcularía e imprimiría el prome- 
dio de la clase para las calificaciones 95, 96, 75, 74 y 89; como -1 es el valor centinela, no debe entrar en el cálculo 
del promedio. 



Error común de programación 4-6 

Seleccionar un valor centinela que sea también un valor de datos permitido es un error lógico. 




128 Capítulo 4 Instrucciones de control: parte I 


Desarrollo del algoritmo en seudocódigo con el método de refinamiento de arriba a abajo, paso a paso: 
el primer refinamiento (cima) 

Desarrollamos el programa para promediar clases con una técnica llamada refinamiento de arriba a abajo, paso 
a paso, la cual es esencial para el desarrollo de programas bien estructurados. Comenzamos con una representa- 
ción en seudocódigo de la cima, una sola instrucción que transmite la función del programa en general: 

Determinar el promedio de la clase para el examen 

La cima es, en efecto, la representación completa de un programa. Desafortunadamente, la cima pocas veces trans- 
mite los detalles suficientes como para escribir un programa en Java. Por lo tanto, ahora comenzaremos el proceso 
de refinamiento. Dividiremos la cima en una serie de tareas más pequeñas y las enlistaremos en el orden en el que 
se van a realizar. Esto arroja como resultado el siguiente primer refinamiento: 

Inicializar variables 

Introducir, sumar y contar las calificaciones del examen 
Calcular e imprimir el promedio de la clase 

Esta mejora utiliza sólo la estructura de secuencia; los pasos aquí mostrados deben ejecutarse en orden, uno des- 
pués del otro. 



Observación de ingeniería de software 4.2 

Cada mejora, así como la cima en sí, es una especificación completa del algoritmo; sólo varía el nivel del detalle. 



Observación de ingeniería de software 4-3 

Muchos programas pueden dividirse lógicamente en tres fases: de inicialización, en donde se inicializan las variables; 
procesamiento, en donde se introducen los valores de los datos y se ajustan las variables del programa (como contado- 
res y totales) según sea necesario; y una fase de terminación, que calcula y produce los resultados finales. 


Cómo proceder al segundo refinamiento 

La anterior Observación de ingeniería de software es a menudo todo lo que usted necesita para el primer refi- 
namiento en el proceso de arriba a abajo. Para avanzar al siguiente nivel de refinamiento, es decir, el segundo 
refinamiento, nos comprometemos a usar variables específicas. En este ejemplo necesitamos el total actual de los 
números, una cuenta de cuántos números se han procesado, una variable para recibir el valor de cada calificación, 
a medida que el usuario las vaya introduciendo, y una variable para almacenar el promedio calculado. La instruc- 
ción en seudocódigo 

Inicializar las variables 

puede mejorarse como sigue: 

Inicializar total en cero 
Inicializar contador en cero 

Sólo las variables total y contador necesitan inicializase antes de que puedan utilizarse. Las variables promedio y 
calificación (para el promedio calculado y la entrada del usuario, respectivamente) no necesitan inicializarse, ya 
que sus valores se reemplazarán a medida que se calculen o introduzcan. 

La instrucción en seudocódigo 

Introducir, sumar y contar las calificaciones del examen 

requiere una estructura de repetición (es decir, un ciclo) que introduzca cada calificación en forma sucesiva. No 
sabemos de antemano cuántas calificaciones van a procesarse, por lo que utilizaremos la repetición controlada por 
centinela. El usuario introduce las calificaciones una por una; después de introducir la última calificación, intro- 
duce el valor centinela. El programa evalúa el valor centinela después de la introducción de cada calificación, y ter- 
mina el ciclo cuando el usuario introduce el valor centinela. Entonces, la segunda mejora de la instrucción anterior 
en seudocódigo sería 
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Pedir al usuario que introduzca la primera calificación 

Recibir como entrada la primera calificación (puede ser el centinela) 

Mientras el usuario no haya introducido aún el centinela 
Sumar esta calificación al total actual 
Sumar uno al contador de calificaciones 
Pedir al usuario que introduzca la siguiente calificación 
Recibir como entrada la siguiente calificación (puede ser el centinela) 

En seudocódigo no udlizamos llaves alrededor de las instrucciones que forman el cuerpo de la estructura Mientras. 
Simplemente aplicamos sangría a las instrucciones bajo el Mientras para mostrar que pertenecen a esta instruc- 
ción. De nuevo, el seudocódigo es solamente una herramienta informal para desarrollar programas. 

La instrucción en seudocódigo 

Calcular e imprimir el promedio de la clase 

puede mejorarse de la siguiente manera: 

Si el contador no es igual a cero 

Asignar al promedio el total dividido entre el contador 
Imprimir el promedio 
De lo contrario 

Imprimir “No se introdujeron calificaciones” 

Aquí tenemos cuidado de evaluar la posibilidad de una división entre cero; por lo general, esto es un error lógico 
que, si no se detecta, haría que el programa fallara o produjera resultados inválidos. El segundo refinamiento 
completo del seudocódigo para el problema del promedio de una clase se muestra en la figura 4.8. 



Tip para prevenir errores 4.2 


Al realizar una división entre una expresión cuyo valor pudiera ser cero, debe evaluar explícitamente esta posibilidad 
y manejarla de manera apropiada en su programa (como imprimir un mensaje de error), en vez de permitir que 


ocurra el error. 


En las figuras 4.5 y 4.8 incluimos algunas líneas en blanco y sangría en el seudocódigo para facilitar su lec- 
tura. Las líneas en blanco separan los algoritmos en seudocódigo en sus diversas fases y accionan las instrucciones 
de control; la sangría enfatiza los cuerpos de las estructuras de control. 


1 Inicializar total en cero 

2 Inicializar contador en cero 

3 

4 Pedir al usuario que introduzca la primera calificación 

5 Recibir como entrada la primera calificación (puede ser el centinela) 

6 

7 Mientras el usuario no haya introducido aún el centinela 

8 Sumar esta calificación al total actual 

9 Sumar uno al contador de calificaciones 

1 0 Pedir al usuario que introduzca la siguiente calificación 

i I Recibir como entrada la siguiente calificación (puede ser el centinela) 

12 

1 3 Si el contador no es igual a cero 

1 4 Asignar al promedio el total dividido entre el contador 

1 5 Imprimir el promedio 

1 6 De lo contrario 

1 7 Imprimir “No se introdujeron calificaciones” 

Figura 4-8 | Algoritmo en seudocódigo del problema para promediar una clase, con una repetición controlada por 
centinela. 
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El algoritmo en seudocódigo en la figura 4.8 resuelve el problema más general para promediar una clase. Este 
algoritmo se desarrolló después de aplicar dos niveles de refinamiento. En ocasiones se requieren más niveles de 
refinamiento. 



Observación de ingeniería de software 4.4 

Termine el proceso de refinamiento de arriba a abajo, paso a paso, cuando haya especificado el algoritmo en seudo- 
código con el detalle suficiente como para poder convertir el seudocódigo en Java. Por lo general, la implementación 
del programa en Java después de esto es mucho más sencilla. 



Observación de ingeniería de software 4-5 

Algunos programadores experimentados escriben programas sin utilizar herramientas de desarrollo de programas 
como el seudocódigo. Estos programadores sienten que su meta final es resolver el problema en una computadora y 
que el escribir seudocódigo simplemente retarda la producción de los resultados finales. Aunque este método pudiera 
funcionar para problemas sencillos y conocidos, tiende a ocasionar graves errores y retrasos en proyectos grandes y 
complejos. 


Implementación de la repetición controlada por centinela en la clase LibroCal ificaciones 
La figura 4.9 muestra la clase de Java LibroCal ificaciones que contiene el método determi narPromedio- 
C1 ase, el cual implementa el algoritmo, de la figura 4.8, en seudocódigo. Aunque cada calificación es un valor 
entero, existe la probabilidad de que el cálculo del promedio produzca un número con un punto decimal; en otras 
palabras, un número real (es decir, de punto flotante). El tipo i nt no puede representar un número de este tipo, 
por lo que esta clase utiliza el tipo doubl e para ello. 

En este ejemplo vemos que las estructuras de control pueden apilarse una encima de otra (en secuencia), al 
igual que un niño apila bloques de construcción. La instrucción while (líneas 57 a 65) va seguida por una ins- 
trucción i f ... el se (líneas 69 a 80) en secuencia. La mayor parte del código en este programa es igual al código 
de la figura 4.6, por lo que nos concentraremos en los nuevos conceptos. 

La línea 45 declara la variable promedi o de tipo doubl e, la cual nos permite guardar el promedio de la clase 
como un número de punto flotante. La línea 49 inicializa contado rCal i f en 0, ya que todavía no se han intro- 
ducido calificaciones. Recuerde que este programa utiliza la repetición controlada por centinela para recibir las 
calificaciones que escribe el usuario. Para mantener un registro preciso del número de calificaciones introducidas, 
el programa incrementa contado rCal i f sólo cuando el usuario introduce un valor permitido para la califica- 
ción. 


1 // Fig. 4.9: LibroCal ificaciones. java 

2 // La clase LibroCal ificaciones resuelve el problema del promedio de la clase 

3 // usando la repetición controlada por un centinela. 

4 import java. útil .Scanner; // el programa usa la clase Scanner 

5 

6 public class LibroCal ificaciones 

7 { 

8 private String nombreDelCurso; // el nombre del curso que representa este 

Li broCal ificaciones 

9 

10 // el constructor inicializa a nombreDelCurso 

11 public LibroCal i ficaciones( String nombre ) 

12 { 

13 nombreDelCurso = nombre; // inicializa a nombreDelCurso 

14 } // fin del constructor 

15 

16 // método para establecer el nombre del curso 

17 public void establecerNombreDelCurso( String nombre ) 

18 { 

Figura 4-9 | Repetición controlada por centinela: problema del promedio de una clase. (Parte I de 3). 
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19 
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24 

25 

26 

27 

28 

29 

30 

31 

32 

33 

34 

35 

36 

37 

38 

39 

40 

41 

42 

43 

44 

45 

46 

47 

48 

49 

50 

51 

52 

53 

54 

55 

56 

57 

58 

59 

60 
61 
62 

63 

64 

65 

66 

67 

68 

69 

70 

71 

72 

73 

74 

75 

76 

77 


nombreDelCurso = nombre; // almacena el nombre del curso 
} // fin del método establecerNombreDelCurso 

// método para obtener el nombre del curso 

public String obtenerNombreDelCursoO 

{ 

return nombreDelCurso; 

} // fin del método obtenerNombreDelCurso 

// muestra un mensaje de bienvenida al usuario de LibroCalificaciones 
public void mostrarMensajeO 
{ 

// obtenerNombreDelCurso obtiene el nombre del curso 

System. out. pri ntf( "Bienvenido al libro de calificaciones para\n%s ! \n\n" , 
obtenerNombreDelCursoO ); 

} // fin del método mostrarMensaje 

// determina el promedio de un número arbitrario de calificaciones 
public void determinarPromedioClaseO 
{ 

// crea objeto Scanner para obtener la entrada de la ventana de comandos 
Scanner entrada = new Scanner( System. in ); 

int total; // suma de las calificaciones 

int contadorCal if ; // número de calificaciones introducidas 
int calificación; // valor de calificación 

double promedio; // número con punto decimal para el promedio 

// fase de inicialización 
total = 0; // inicial iza el total 

contadorCal i f = 0; // inicial iza el contador del ciclo 
// fase de procesamiento 

// pide entrada y lee calificación del usuario 

System. out. print( "Escriba calificación o -1 para terminar: " ); 

calificación = entrada. nextlnt() ; 

// itera hasta leer el valor centinela del usuario 
while ( calificación != -1 ) 

{ 

total = total + calificación; // suma calificación al total 
contadorCal i f = contadorCalif + 1; // incrementa el contador 

// pide entrada y lee siguiente calificación del usuario 
System . out . pri nt( "Escriba calificación o -1 para terminar: " ); 
calificación = entrada. nextlntO ; 

} // fin de while 

// fase de terminación 

// si el usuario introdujo por lo menos una calificación... 
if ( contadorCalif != 0 ) 

{ 

// calcula el promedio de todas las calificaciones introducidas 

promedio = (double) total / contadorCalif; 

// muestra el total y el promedio (con dos digitos de precisión) 

System, out. pri ntf( ”\nEl total de las %d calificaciones introducidas es %d\n", 
contadorCalif, total ); 

System, out. printf( "El promedio de la clase es %.2f\n", promedio ); 


Figura 4-9 | Repetición controlada por centinela: problema del promedio de una clase. (Parte 2 de 3). 
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78 } // fin de if 

79 else // no se introdujeron calificaciones, por lo que se imprime el mensaje 

apropi ado 

80 System. out.println( "No se introdujeron calificaciones" ); 

81 } // fin del método determinarPromedioClase 

82 

83 } // fin de la clase Li broCal i ficaciones 

Figura 4-9 | Repetición controlada por centinela: problema del promedio de una clase. (Parte 3 de 3). 


Comparación entre la lógica del programa para la repetición controlada por centinela, y la repetición 
controlada por contador 

Compare la lógica de esta aplicación para la repetición controlada por centinela con la repetición controlada por 
contador en la figura 4.6. En la repetición controlada por contador, cada iteración de la instrucción whi 1 e (líneas 
52 a 58 de la figura 4.6) lee un valor del usuario, para el número especificado de iteraciones. En la repetición 
controlada por centinela, el programa lee el primer valor (líneas 53 y 54 de la figura 4.9) antes de llegar al whi - 
1 e. Este valor determina si el flujo de control del programa debe entrar al cuerpo del whi 1 e. Si la condición del 
whi 1 e es falsa, el usuario introdujo el valor centinela, por lo que el cuerpo del whi 1 e no se ejecuta (es decir, no 
se introdujeron calificaciones). Si, por otro lado, la condición es verdadera, el cuerpo comienza a ejecutarse y el 
ciclo suma el valor de cal i ficaci on al total (línea 59). Después, las líneas 63 y 64 en el cuerpo del ciclo reciben 
el siguiente valor escrito por el usuario. A continuación, el control del programa se acerca a la llave derecha de 
terminación (}) del cuerpo del ciclo en la línea 65, por lo que la ejecución continúa con la evaluación de la con- 
dición del whi 1 e (línea 57). La condición utiliza el valor más reciente de cal i ficaci on que acaba de introducir 
el usuario, para determinar si el cuerpo de la instrucción whi le debe ejecutarse otra vez. Observe que el valor 
de la variable cal i ficaci on siempre lo introduce el usuario inmediatamente antes de que el programa evalúe la 
condición del whi 1 e. Esto permite al programa determinar si el valor que acaba de introducir el usuario es el valor 
centinela, antes de que el programa procese ese valor (es decir, que lo sume al total). Si el valor introducido es el 
valor centinela, el ciclo termina y el programa no suma —1 al total . 



Buena práctica de programación 4-6 

En un ciclo controlado por centinela, los indicadores que solicitan la introducción de datos deben recordar explícita- 
mente al usuario el valor que representa al centinela. 


Una vez que termina el ciclo se ejecuta la instrucción i f ... el se en las líneas 69 a 80. La condición en la 
línea 69 determina si se introdujeron calificaciones o no. Si no se introdujo ninguna, se ejecuta la parte del el se 
(líneas 79 y 80) de la instrucción i f . . . el se y muestra el mensaje "No se i ntrodujeron cal i ficaci ones", y 
el método devuelve el control al método que lo llamó. 

Observe el bloque de la instrucción whi 1 e en la figura 4.9 (líneas 58 a 65). Sin las llaves, el ciclo considera- 
ría que su cuerpo sólo consiste en la primera instrucción, que suma la cal i ficaci on al total . Las últimas tres 
instrucciones en el bloque quedarían fuera del cuerpo del ciclo, ocasionando que la computadora interpretara el 
código incorrectamente, como se muestra a continuación: 

while ( calificación != -1 ) 

total = total + calificación; // suma calificación al total 
contadorCal i f = contadorCal i f + 1; // incrementa el contador 

// obtiene como entrada la siguiente calificación del usuario 
System. out.print( "Escriba calificación o -1 para terminar: " ); 
calificación = entrada. nextlnt() ; 

El código anterior ocasionaría un ciclo infinito en el programa, si el usuario no introduce el centinela -1 como 
valor de entrada en la línea 54 (antes de la instrucción while). 
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Error común de programación 4.7 

Omitir las llaves que delimitan a un bloque puede provocar errores lógicos, como ciclos infinitos. Para prevenir este 
problema, algunos programadores encierran el cuerpo de todas las instrucciones de control con llaves, aun si el cuerpo 
sólo contiene una instrucción. 


Conversión explícita e implícita entre los tipos primitivos 

Si se introdujo por lo menos una calificación, la línea 72 de la figura 4.9 calcula el promedio de las calificaciones. 
En la figura 4.6 vimos que la división entera produce un resultado entero. Aun y cuando la variable promedi o se 
declara como double (línea 45), el cálculo 

promedio = total / contadorCal i f ; 

descarta la parte fraccionaria del cociente antes de asignar el resultado de la división a promedi o. Esto ocurre de- 
bido a que total y contadorCal i f son enteros, y la división entera produce un resultado entero. Para realizar 
un cálculo de punto flotante con valores enteros, debemos tratar temporalmente a estos valores como números 
de punto flotante, para usarlos en el cálculo. Java cuenta con el operador unario de conversión de tipo para 
llevar a cabo esta tarea. La línea 72 utiliza el operador de conversión de tipo (double) (un operador unario) 
para crear una copia de punto flotante temporal de su operando total (que aparece a la derecha del operador). 
Utilizar un operador de conversión de tipo de esta forma es un proceso que se denomina conversión explícita. 
El valor almacenado en total sigue siendo un entero. 

El cálculo ahora consiste de un valor de punto flotante (la versión temporal double de total) dividido 
entre el entero contadorCal i f. Java sabe cómo evaluar sólo expresiones aritméticas en las que los tipos de los 
operandos sean idénticos. Para asegurar que los operandos sean del mismo tipo, Java realiza una operación lla- 
mada promoción (o conversión implícita) en los operandos seleccionados. Por ejemplo, en una expresión que 
contenga valores de los tipos i nt y doubl e, los valores i nt son promovidos a valores doubl e para utilizarlos en la 
expresión. En este ejemplo, Java promueve el valor de contadorCal i f al tipo double, después el programa realiza 
la división de punto flotante y asigna el resultado del cálculo a promedi o. Mientras que se aplique el operador de 
conversión de tipo (doubl e) a cualquier variable en el cálculo, éste producirá un resultado doubl e. Más adelante 
en el capítulo, hablaremos sobre todos los tipos primitivos. En la sección 6.7 aprenderá más acerca de las reglas 
de promoción. 



Error común de programación 4-8 

El operador de conversión de tipo puede utilizarse para convertir entre los tipos numéricos primitivos, como i nt y 
double, y para convertir entre los tipos de referencia relacionados (como lo describiremos en el capítulo 10, Progra- 
mación orientada a objetos: polimorfismo). La conversión al tipo incorrecto puede ocasionar errores de compilación 
o errores en tiempo de ejecución. 


Los operadores de conversión de tipo están disponibles para cualquier tipo. El operador de conversión se 
forma colocando paréntesis alrededor del nombre de un tipo. Este operador es un operador unario (es decir, 
un operador que utiliza sólo un operando). En el capítulo 2 estudiamos los operadores aritméticos binarios. Java 
también soporta las versiones uñarías de los operadores de suma (+) y resta (-), por lo que el programador puede 
escribir expresiones como -7 o +5. Los operadores de conversión de tipo se asocian de derecha a izquierda y tienen 
la misma precedencia que los demás operadores unarios, como + y -. Esta precedencia es un nivel mayor que la de 
los operadores de multiplicación *, / y %. (Consulte la tabla de precedencia de operadores en el apéndice A) . En 
nuestras tablas de precedencia, indicamos el operador de conversión de tipos con la notación {tipo) para indicar 
que puede usarse cualquier nombre de tipo para formar un operador de conversión de tipo. 

La línea 77 imprime el promedio de la clase, usando el método printf de System. out. En este ejemplo 
mostramos el promedio de la clase redondeado a la centésima más cercana. El especificador de formato %. 2f en 
la cadena de control de formato de pri ntf (línea 77) indica que el valor de la variable promedio debe mostrarse 
con dos dígitos de precisión a la derecha del punto decimal; esto se indica mediante el . 2 en el especificador de 
formato. Las tres calificaciones introducidas durante la ejecución de ejemplo de la clase PruebaLi broCal i fica- 
ciones (figura 4.10) dan un total de 257, que produce el promedio de 85.666666.... El método printf utiliza 
la precisión en el especificador de formato para redondear el valor al número especificado de dígitos. En este 
programa, el promedio se redondea a la posición de las centésimas y se muestra como 85.67. 
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1 // Fig. 4.10: PruebaLi broCal ificaciones . java 

2 // Crea un objeto Li broCal ificaciones e invoca a su método determinarPromedioClase. 

3 

4 public class PruebaLi broCal ificaciones 

5 { 

6 public static void main( String args[] ) 

7 { 

8 // crea objeto mi Li broCal ificaciones de Li broCal ificaciones y 

9 // pasa el nombre del curso al constructor 

10 Li broCal i ficaci ones mi Li broCal ificaciones = new Li broCal i ficaci ones ( 

11 "CS101 Introducción a la programación en lava" ); 

12 

13 miLibroCalificaciones.mostrarMensajeO ; // muestra mensaje de bienvenida 

14 miLibroCalificaciones.determinarPromedioClaseO ; // encuentra el promedio de las 

cal i ficaci ones 

15 } // fin de main 

16 

17 } // fin de la clase PruebaLibroCalificaciones 


Bienvenido al libro de calificaciones para 

CS101 Introducción a la programación en 

lava ! 

Escriba calificación o -1 para terminar: 

97 

Escriba calificación o -1 para terminar: 

88 

Escriba calificación o -1 para terminar: 

72 

Escriba calificación o -1 para terminar: 

-1 

El total de las 3 calificaciones introducidas es 257 

El promedio de la clase es 85.67 



Figura 4-10 | La clase PruebaLibroCalificaciones crea un objeto de la clase Li broCal i ficaci ones (figura 4-9) e 
invoca al método determi narPromedi oCl ase. 


4.10 Cómo formular algoritmos: instrucciones de control anidadas 

En el siguiente ejemplo formularemos una vez más un algoritmo utilizando seudocódigo y el refinamiento de 
arriba a abajo, paso a paso, y después escribiremos el correspondiente programa en Java. Hemos visto que las ins- 
trucciones de control pueden apilarse una encima de otra (en secuencia). En este ejemplo práctico examinaremos 
la otra forma en la que pueden conectarse las instrucciones de control, a saber, mediante el anidamiento de una 
instrucción de control dentro de otra. 

Considere el siguiente enunciado de un problema: 

Una universidad ofrece un curso que prepara a los estudiantes para el examen estatal de certificación del estado como corre- 
dores de bienes raíces. El año pasado, diez de los estudiantes que completaron este curso tomaron el examen. La universidad 
desea saber qué tan bien se desempeñaron sus estudiantes en el examen. A usted se le ha pedido que escriba un programa 
para sintetizar los resultados. Se le dio una lista de estos 10 esttidiantes. Junto a cada nombre hay un 1 escrito, si el estu- 
diante aprobó el examen, o un 2 si lo reprobó. 

Su programa debe analizar los resultados del examen de la siguiente manera: 

1. Introducir cada resultado de la prueba (es decir, un 1 o un 2). Mostrar el mensaje “Escriba el resultado" en la pan- 
talla, cada vez que el programa solicite otro residtado de la prueba. 

2. Contar el número de residtados de la pmeba, de cada tipo. 

3. Mostrar un resumen de los resultados de la prueba, indicando el número de estudiantes que aprobaron y el número 
de estudiantes que reprobaron. 

4. Si más de ocho estudiantes aprobaron el examen, imprimir el mensaje “Aumentar la colegiatura". 
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Después de leer el enunciado del programa cuidadosamente, hacemos las siguientes observaciones: 

1. El programa debe procesar los resultados de la prueba para 10 estudiantes. Puede usarse un ciclo contro- 
lado por contador, ya que el número de resultados de la prueba se conoce de antemano. 

2. Cada resultado de la prueba tiene un valor numérico, ya sea 1 o 2. Cada vez que el programa lee un 
resultado de la prueba, debe determinar si el número es 1 o 2. Nosotros evaluamos un 1 en nuestro 
algoritmo. Si el número no es 1, suponemos que es un 2. (El ejercicio 4.24 considera las consecuencias 
de esta suposición). 

3. Dos contadores se utilizan para llevar el registro de los resultados del examen: uno para contar el número 
de estudiantes que aprobaron el examen y uno para contar el número de estudiantes que reprobaron el 
examen. 

4. Una vez que el programa ha procesado todos los resultados, debe decidir si más de ocho estudiantes 
aprobaron el examen. 

Veamos ahora el refinamiento de arriba a abajo, paso a paso. Comencemos con la representación del seudo- 
código de la cima: 

Analizar los resultados del examen y decidir si debe aumentarse la colegiatura o no. 

Una vez más, la cima es una representación completa del programa, pero es probable que se necesiten varios refi- 
namientos antes de que el seudocódigo pueda evolucionar de manera natural en un programa en Java. 

Nuestro primer refinamiento es 

Inicializar variables 

Introducir las 10 calificaciones del examen y contar los aprobados y reprobados 

Imprimir un resumen de los resultados del examen y decidir si debe aumentarse la colegiatura 

Aquí también, aun cuando tenemos una representación completa del programa, es necesario refinarla. Ahora nos 
comprometemos con variables específicas. Se necesitan contadores para registrar los aprobados y reprobados; uti- 
lizaremos un contador para controlar el proceso de los ciclos y necesitaremos una variable para guardar la entrada 
del usuario. La variable en la que se almacenará la entrada del usuario no se inicializa al principio del algoritmo, 
ya que su valor proviene del usuario durante cada iteración del ciclo. 

La instrucción en seudocódigo 

Inicializar variables 

puede mejorarse de la siguiente manera: 

Inicializar aprobados en cero 
Inicializar reprobados en cero 
Inicializar contador de estudiantes en cero 

Observe que sólo se inicializan los contadores al principio del algoritmo. 

La instrucción en seudocódigo 

Introducir las 10 calificaciones del examen, y contar los aprobados y reprobados 

requiere un ciclo en el que se introduzca sucesivamente el resultado de cada examen. Sabemos de antemano que 
hay precisamente 10 resultados del examen, por lo que es apropiado utilizar un ciclo controlado por contador. 
Dentro del ciclo (es decir, anidado dentro del ciclo), una estructura de selección doble determinará si cada 
resultado del examen es aprobado o reprobado, e incrementará el contador apropiado. Entonces, la mejora al 
seudocódigo anterior es 

Mientras el contador de estudiantes sea menor o igual a 10 

Pedir al usuario que introduzca el siguiente residtado del examen 
Recibir como entrada el siguiente residtado del examen 

Si el estudiante aprobó 

Sumar uno a aprobados 
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De lo contrario 

Sumar uno a reprobados 
Sumar uno al contador de estudiantes 

Nosotros utilizamos líneas en blanco para aislar la estructura de control Si.. .De lo contrario, lo cual mejora la 
legibilidad. 

La instrucción en seudocódigo 

Imprimir un resumen de los residtados de los exámenes y decidir si debe aumentarse la colegiatura 

puede mejorarse de la siguiente manera: 

Imprimir el número de aprobados 
Imprimir el número de reprobados 

Si más de ocho estudiantes aprobaron 

Imprimir “Aumentar la colegiatura” 

Segundo refinamiento completo en seudocódigo y conversión a la clase Análisis 

El segundo refinamiento completo aparece en la figura 4.11. Observe que también se utilizan líneas en blanco 
para separar la estructura Mientras y mejorar la legibilidad del programa. Este seudocódigo está ahora lo suficien- 
temente mejorado para su conversión a Java. La clase de Java que implementa el algoritmo en seudocódigo se 
muestra en la figura 4.12, y en la figura 4.13 aparecen dos ejecuciones de ejemplo. 

Las líneas 13a 16de la figura 4.12 declaran las variables que utiliza el método procesarResultadosExamen 
de la clase Anal i si s para procesar los resultados del examen. Varias de estas declaraciones utilizan la habilidad de 
Java para incorporar la inicialización de variables en las declaraciones (a aprobados se le asigna 0, a reprobados 
se le asigna 0 y a contadorEstudi antes se le asigna 1). Los programas con ciclos pueden requerir de la iniciali- 
zación al principio de cada repetición; por lo general, dicha reinicialización se realiza mediante instrucciones de 
asignación, en vez de hacerlo en las declaraciones. 

La instrucción while (líneas 19 a 33) itera 10 veces. Durante cada iteración, el ciclo recibe y procesa un 
resultado del examen. Observe que la instrucción if. . .el se (líneas 26 a 29) para procesar cada resultado se 
anida en la instrucción while. Si resultado es 1, la instrucción if . . .el se incrementa a aprobados; en caso 


1 Inicializar aprobados en cero 

2 Inicializar reprobados en cero 

3 Inicializar contador de estudiantes en uno 

4 

5 Mientras el contador de estudiantes sea menor o igual a 10 

6 Pedir al usuario que introduzca el siguiente resultado del examen 

7 Recibir como entrada el siguiente resultado del examen 

8 

9 Si el estudiante aprobó 

1 0 Sumar uno a aprobados 

1 1 De lo contrario 

1 2 Sumar uno a reprobados 

13 

1 4 Sumar uno al contador de estudiantes 

15 

1 6 Imprimir el número de aprobados 

1 7 Imprimir el número de reprobados 

18 

19 Si más de ocho estudiantes aprobaron 

20 Imprimir “Aumentar colegiatura” 

Figura 4-1 1 | El seudocódigo para el problema de los resultados del examen. 
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1 // Fig. 4.12: Anal i si s . java 

2 // Análisis de los resultados de un examen. 

3 import java. útil .Scanner; // esta clase utiliza la clase Scanner 

4 

5 public class Análisis 

6 { 

7 public void procesarResultadosExamenO 

8 { 

9 // crea objeto Scanner para obtener la entrada de la ventana de comandos 

10 Scanner entrada = new Scanner( System. in ); 

1 1 

12 // i ni ci al i zación de las variables en declaraciones 

13 int aprobados = 0; // número de aprobados 

14 int reprobados = 0; // número de reprobados 

15 int contadorEstudi antes = 1; // contador de estudiantes 

16 int resultado; // un resultado del examen (obtiene el valor del usuario) 

17 

18 // procesa 10 estudiantes, usando ciclo controlado por contador 

19 while ( contadorEstudi antes <= 10 ) 

20 { 

21 // pide al usuario la entrada y obtiene el valor 

22 System. out.print( "Escriba el resultado (1 = aprobado, 2 = reprobado): " ); 

23 resultado = entrada. nextlnt() ; 

24 

25 // if...else anidado en while 

26 if ( resultado == 1 ) // si resultado 1, 

27 aprobados = aprobados + 1; // incrementa aprobados; 

28 el se // de lo contrario, resultado no es 1, por lo que 

29 reprobados = reprobados + 1; // incrementa reprobados 

30 

31 // incrementa contadorEstudi antes , para que el ciclo termine en un momento dado 

32 contadorEstudi antes = contadorEstudi antes + 1; 

33 } // fin de while 

34 

35 // fase de terminación; prepara y muestra los resultados 

36 System. out.printf( "Aprobados: %d\nReprobados : %d\n", aprobados, reprobados ); 

37 

38 // determina si más de 8 estudiantes aprobaron 

39 if ( aprobados > 8 ) 

40 System. out.println( "Aumentar colegiatura" ); 

41 } // fin del método procesarResul tadosExamen 

42 

43 } // fin de la clase Análisis 

Figura 4-12 | Estructuras de control anidadas: problema de los resultados del examen. 


contrario, asume que resul tado es 2 e incrementa reprobados. La línea 32 incrementa contadorEstudi antes 
antes de que se evalúe otra vez la condición del ciclo, en la línea 19. Después de introducir 10 valores, el ciclo 
termina y la línea 36 muestra el número de aprobados y de reprobados. La instrucción i f de las líneas 39 a 40 
determina si más de ocho estudiantes aprobaron el examen y, de ser así, imprime el mensaje "Aumentar col e- 
gi atura". 



Tip para prevenir errores 4-3 


Inicializar las variables locales cuando se declaran ayuda al programador a evitar cualquier error de compilación 
que pudiera surgir, debido a los intentos por utilizar datos sin inicializar. Aunque Java no requiere que se incorporen 
las inicializaciones de variables locales en las declaraciones, sí requiere que se inicialicen las variables locales antes de 
utilizar sus valores en una expresión. 
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La clase PruebaAnalisis para demostrar la clase Análisis 

La clase PruebaAnal i si s (figura 4.13) crea un objeto Anal i si s (línea 8) e invoca al método procesarResul - 
tadosExamen (línea 9) de ese objeto para procesar un conjunto de resultados de un examen, introducidos por 
el usuario. La figura 4.13 muestra la entrada y salida de dos ejecuciones de ejemplo del programa. Durante la 
primera ejecución de ejemplo, la condición en la línea 39 del método procesarResultadosExamen de la figura 
4.12 es verdadera; más de ocho estudiantes aprobaron el examen, por lo que el programa imprime un mensaje 
indicando que se debe aumentar la colegiatura. 


1 // Fig. 4.13: PruebaAnal i si s . java 

2 // Programa de prueba para la clase Análisis. 

3 

4 public class PruebaAnalisis 

5 { 

6 public static void main( String args[] ) 

7 { 

8 Análisis aplicación = new Anal i si s(); // crea objeto Análisis 

9 aplicación. procesarResultadosExamenO ; // llama al método para procesar los 

resultados 

10 } // fin de main 

1 1 

12 } // fin de la clase PruebaAnalisis 
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Figura 4-13 | Programa de prueba para la clase Anal i sis (figura 4-12). 


4.1 1 Operadores de asignación compuestos 

Java cuenta con varios operadores de asignación compuestos para abreviar las expresiones de asignación. Cual- 
quier instrucción de la forma 

variable = variable operador expresión ; 
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en donde operador es uno de los operadores binarios o % (o alguno de los otros que veremos más adelan- 

te en el libro), puede escribirse de la siguiente forma: 

variable operador = expresión ; 

Por ejemplo, puede abreviar la instrucción 

c = c + 3; 

mediante el operador de asignación compuesto de suma, +=, de la siguiente manera: 
c += 3; 

El operador += suma el valor de la expresión que está a la derecha del operador, al valor de la variable que está 
a la izquierda del operador, y almacena el resultado en la variable que está a la izquierda del operador. Por lo 
tanto, la expresión de asignación c += 3 suma 3 a c. La figura 4.14 muestra los operadores de asignación aritmé- 
ticos compuestos, algunas expresiones de ejemplo en las que se utilizan los operadores y las explicaciones de lo 
que estos operadores hacen. 


Operador de 
asignación 

Expresión de 
ejemplo 

Explicación 

Asigna 

Suponer que: i nt c = 3, d = 5, e 

=4, f = 6, g=12; 


+= 

c += 7 

c = c + 7 

10 a c 

-= 

d -= 4 

d = d - 4 

1 a d 

*_ 

e *= 5 

e = e * 5 

20 a e 

/= 

f /= 3 

f = f / 3 

2 af 

%= 

Figura 4-14 | 

g %= 9 g = g % 9 

Operadores de asignación aritméticos. 

3 a g 


4. 1 2 Operadores de incremento y decremento 

Java proporciona dos operadores unarios para sumar 1, o restar 1, al valor de una variable numérica. Estos 
operadores son el operador de incremento unario, ++, y el operador de decremento unario, los cuales se 
sintetizan en la figura 4.15. Un programa puede incrementar en 1 el valor de una variable llamada c, utilizando 
el operador de incremento, ++, en lugar de usar la expresión c = c + loe += 1. A un operador de incremento 
o decremento que se coloca antes de una variable se le llama operador de preincremento o predecremento, 
respectivamente. A un operador de incremento o decremento que se coloca después de una variable se le llama 
operador de postincremento o postdecremento, respectivamente. 

Al proceso de utilizar el operador de preincremento (o postdecremento) para sumar (o restar) 1 a una varia- 
ble, se le conoce como preincrementar (o predecrementar) la variable. Al preincrementar (o predecrementar) 
una variable, ésta se incrementa (o decrementa) en 1, y después el nuevo valor de la variable se utiliza en la expre- 
sión en la que aparece. Al proceso de utilizar el operador de preincremento (o postdecremento) para sumar (o 
restar) 1 a una variable, se le conoce como postincrementar (o postdecrementar) la variable. Al postincrementar 
(o postdecrementar) una variable, el valor actual de la variable se utiliza en la expresión en la que aparece y después 
el valor de la variable se incrementa (o decrementa) en 1 . 

Buena práctica de programación 4.7 

J Kf 

I A diferencia de los operadores binarios, los operadores unarios de incremento y decremento deben colocarse enseguida 
de sus operandos, sin espacios entre ellos. 
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Operador 

Operador 

Llamado 

Expresión 
de ejemplo 

Explicación 

++ 

Preincremento 

++a 

Incrementar a en 1, después utilizar el nuevo valor de a en la 
expresión en que esta variable reside. 

++ 

Postincremento 

a++ 

Usar el valor actual de a en la expresión en la que esta varia- 
ble reside, después incrementar a en 1. 


Predecremento 

— b 

Decrementar b en 1, después utilizar el nuevo valor de b en 
la expresión en que esta variable reside. 

" 

Postdecremento 

b— 

Usar el valor actual de b en la expresión en la que esta varia- 
ble reside, después decrementar b en 1. 


Figura 4-15 | Los operadores de Incremento y decremento. 

La figura 4.16 demuestra la diferencia entre la versión de preincremento y la versión de predecremento del 
operador de incremento ++. El operador de decremento (--) funciona de manera similar. Observe que este ejem- 
plo sólo contiene una clase, en donde el método mai n realiza todo el trabajo de ésta. En éste y en el capítulo 3, 
usted ha visto ejemplos que consisten en dos clases: una clase contiene los métodos que realizan tareas útiles, y la 
otra contiene el método mai n, que crea un objeto de la otra clase y hace llamadas a sus métodos. En este ejemplo 
simplemente queremos mostrarle la mecánica del operador ++, por lo que sólo usaremos una declaración de clase 
que contiene el método mai n. Algunas veces, cuando no tenga sentido tratar de crear una clase reutilizable para 
demostrar un concepto simple, utilizaremos un ejemplo “mecánico” contenido completamente dentro del méto- 
do mai n de una sola clase. 

La línea 1 1 inicializa la variable c con 5, y la línea 12 imprime el valor inicial de c. La línea 13 imprime el 
valor de la expresión c++. Esta expresión postincrementa la variable c, por lo que se imprime el valor original de 
c (5), y después el valor de c se incrementa (a 6). Por ende, la línea 13 imprime el valor inicial de c (5) otra vez. 
La línea 14 imprime el nuevo valor de c (6) para demostrar que, sin duda, se incrementó el valor de la variable en 
la línea 13. 

La línea 19 restablece el valor de c a 5, y la línea 20 imprime el valor de c. La línea 21 imprime el valor de la 
expresión ++c. Esta expresión preincrementa a c, por lo que su valor se incrementa y después se imprime el nuevo 
valor (6). La línea 22 imprime el valor de c otra vez, para mostrar que sigue siendo 6 después de que se ejecuta la 
línea 21. 

Los operadores de asignación compuestos aritméticos y los operadores de incremento y decremento pueden 
utilizarse para simplificar las instrucciones de los programas. Por ejemplo, las tres instrucciones de asignación de 
la figura 4.12 (líneas 27, 29 y 32) 

aprobados = aprobados + 1; 
reprobados = reprobados + 1; 

contadorEstudi antes = contadorEstudi antes + 1; 

pueden escribirse en forma más concisa con operadores de asignación compuestos, de la siguiente manera: 

aprobados += 1; 
reprobados += 1; 
contadorEstudi antes += 1; 

con operadores de preincremento de la siguiente forma: 

++aprobados ; 

++reprobados ; 

++contadorEstudi antes ; 

o con operadores de postincremento de la siguiente forma: 

aprobados++; 
reprobados++; 
contadorEstudi antes++; 
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1 // Fig. 4.16: Incremento. java 

2 // Operadores de preincremento y postincremento. 

3 

4 public class Incremento 

5 { 

6 public static void main( String args[] ) 

7 { 

8 inte; 

9 

10 // demuestra el operador de preincremento 

11 c = 5 ; // asi gna 5 a c 

12 System. out.printlnC c ); // imprime 5 

13 System. out.printlnC c++ ); // imprime 5, después postincrementa 

14 System. out.printlnC c ) ; // imprime 6 

15 

16 System. out.printlnC) I // omite una linea 

17 

18 // demuestra el operador de postincremento 

19 c = 5; // asigna 5 a c 

20 System. out.printlnC c ); // imprime 5 

21 System. out.printlnC ++c ); // preincrementa y después imprime 6 

22 System. out.printlnC c ); // imprime 6 

23 

24 } // fin de main 

25 



Figura 4-16 | Preincrementar y postincrementar. 


Al incrementar o decrementar una variable que se encuentre en una instrucción por sí sola, las formas pre- 
incremento y postincremento tienen el mismo efecto, al igual que las formas predecremento y postdecremento. 
Solamente cuando una variable aparece en el contexto de una expresión más grande es cuando los operadores 
preincremento y postdecremento tienen distintos efectos (y lo mismo se aplica a los operadores de predecremento 
y postdecremento). 



Error común de programación 4-9 

Tratar de usar el operador de incremento o decremento en una expresión a la que no se le pueda asignar un valor es 
un error de sintaxis. Por ejemplo, escribir ++(x + 1) es un error de sintaxis, ya que (x + 1 ) no es una variable. 


La figura 4.17 muestra la precedencia y la asociatividad de los operadores que se han presentado hasta este 
punto. Los operadores se muestran de arriba a abajo, en orden descendente de precedencia. La segunda columna 
describe la asociatividad de los operadores en cada nivel de precedencia. El operador condicional (? :), los opera- 
dores unarios de incremento (++), decremento ( — ), suma (+) y resta (-), los operadores de conversión de tipo y 
los operadores de asignación =, +=, -=, *=, /= y %= se asocian de derecha a izquierda. Todos los demás operado- 
res en la tabla de precedencia de operadores de la figura 4.17 se asocian de izquierda a derecha. La tercera columna 
enlista el tipo de cada grupo de operadores. 
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Operadores 




Asociatividad 

Tipo 

++ 

++ 

+ 


C tipo ) 

derecha a izquierda 

derecha a izquierda 

postfijo unario 

prefijo unario 

* / 

+ 

< <= 

% 

> 

>= 


izquierda a derecha 

izquierda a derecha 

izquierda a derecha 

multiplicativo 

aditivo 

relacional 

? : 

= += 


*_ 

/= %= 

izquierda a derecha 

derecha a izquierda 

derecha a izquierda 

igualdad 

condicional 

asignación 


Figura 4-17 | Precedencia y asociatividad de los operadores vistos hasta ahora. 


4.13 Tipos primitivos 

La tabla del apéndice D, Tipos primitivos, enlista los ocho tipos primitivos en Java. Al igual que sus lenguajes 
antecesores C y C++, Java requiere que todas las variables tengan un tipo. Es por esta razón que Java se conoce 
como un lenguaje fuertemente tipificado. 

En C y C++, los programadores frecuentemente tienen que escribir versiones independientes de los progra- 
mas, ya que no se garantiza que los tipos primitivos sean idénticos de computadora en computadora. Por ejemplo, 
un valor int en un equipo podría representarse mediante 16 bits (2 bytes) de memoria, mientras que un valor 
i nt en otro equipo podría representarse mediante 32 bits (4 bytes) de memoria. En Java, los valores i nt siempre 
son de 32 bits (4 bytes). 



Tip de portabilidad 4-1 

A diferencia de C y C++, los tipos primitivos en Java son portables en todas las plataformas con soporte para Java. 


Cada uno de los tipos del apéndice D se enlista con su tamaño en bits (hay ocho bits en un byte) y su rango 
de valores. Como los diseñadores de Java desean que sea lo más portable posible, utilizan estándares reconocidos 
internacionalmente tanto para los formatos de caracteres (Unicode; para más información, visite www. uní code . 
org) como para los números de punto flotante (IEEE 754; para más información, visite grouper.ieee.org/ 
groups/754/). 

En la sección 3.5 vimos que a las variables de tipos primitivos que se declaran fuera de un método, como 
campos de una clase, se les asignan valores predeterminados, a menos que se inicialicen en forma explícita. Las 
variables de los tipos char, byte, short, i nt, 1 ong, float y doubl e reciben el valor O de manera predeterminada. 
Las variables de tipo bool ean reciben el valor f al se de manera predeterminada. Las variables de instancia de tipo 
por referencia se inicializan de manera predeterminada con el valor nuil. 


4.14 (Opcional) Ejemplo práctico de GUI y gráficos: 
creación de dibujos simples 

Una de las características interesantes de Java es su soporte para gráficos, el cual permite a los programadores 
mejorar visualmente sus aplicaciones. Esta sección presenta una de las capacidades gráficas de Java: dibujar líneas. 
También cubre los aspectos básicos acerca de cómo crear una ventana para mostrar un dibujo en la pantalla de la 
computadora. 

Para dibujar en Java, debe comprender su sistema de coordenadas (figura 4.18), un esquema para identificar 
cada uno de los puntos en la pantalla. De manera predeterminada, la esquina superior izquierda de un compo- 
nente de la GUI tiene las coordenadas (O, 0). Un par de coordenadas está compuesto por una coordenada x (la 
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( 0 . 0 } ■ 


+y 


eje x 


(*> y) 


eje y 


Figura 4.18 | Sistema de coordenadas de Java. Las unidades se miden en píxeles. 


coordenada horizontal) y una coordenada y (la coordenada vertical) . La coordenada x es la ubicación horizon- 
tal que se desplaza de izquierda a derecha. La coordenada y es la ubicación vertical que se desplaza de arriba hacia 
abajo. El eje x describe cada una de las coordenadas horizontales, y el eje y describe cada una de las coordenadas 
verticales. 

Las coordenadas indican en dónde deben mostrarse los gráficos en una pantalla. Las unidades de las coorde- 
nadas se miden en píxeles. Un píxel es la unidad de resolución más pequeña de una pantalla. (El término píxel 
significa “elemento de imagen”). 

Nuestra primera aplicación de dibujo simplemente dibuja dos líneas. La clase PanelDibujo (figura 4.19) 
realiza el dibujo en sí, mientras que la clase PruebaPanelDibujo (figura 4.20) crea una ventana para mostrar 
el dibujo. En la clase PanelDibujo, las instrucciones import de las líneas 3 y 4 nos permiten utilizar la clase 
Graphi es (del paquete j ava . awt), que proporciona varios métodos para dibujar texto y figuras en la pantalla, y 
la clase DPanel (del paquete javax. swi ng), que proporciona un área en la que podemos dibujar. 

La línea 6 utiliza la palabra clave extends para indicar que la clase PanelDibujo es un tipo mejorado de 
3 Panel . La palabra clave extends representa algo que se denomina relación de herencia, en la cual nuestra nueva 
clase Panel Di bu jo empieza con los miembros existentes (datos y métodos) de la clase 3 Panel . La clase de la cual 


1 // Fig. 4.19: PanelDibujo. java 

2 // Uso de drawLine para conectar las esquinas de un panel. 

3 import java. awt. Graphi es; 

4 import javax. swi ng. 3 Panel ; 

5 

6 public class PanelDibujo extends DPanel 

7 { 

8 // dibuja una x desde las esquinas del panel 

9 public void pai ntComponent( Graphics g ) 

10 { 

11 // llama a pai ntComponent para asegurar que el panel se muestre correctamente 

12 super.paintComponent( g ); 

13 

14 int anchura = getWidth(); // anchura total 

15 int altura = getHeightO; // altura total 

16 

17 // dibuja una linea de la esquina superior izquierda a la esquina inferior derecha 

18 g.drawLine( 0, 0, anchura, altura ); 

19 

20 // dibuja una linea de la esquina inferior izquierda a la esquina superior derecha 

21 g.drawLine( 0, altura, anchura, 0 ); 

22 } // fin del método pai ntComponent 

23 } // fin de la clase PanelDibujo 

Figura 4-19 | Uso de drawLine para conectar las esquinas de un panel. 
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PanelDi bujo hereda, JPanel, aparece a la derecha de la palabra clave extends. En esta relación de herencia, a 
3 Panel se le conoce como la superclase y PanelDi bujo es la subclase. Esto produce una clase PanelDi bujo que 
tiene los atributos (datos) y comportamientos (métodos) de la clase 3 Panel, así como las nuevas características 
que agregaremos en nuestra declaración de la clase Panel Dibujo; específicamente, la habilidad de dibujar dos líneas 
a lo largo de las diagonales del panel. En el capítulo 9 explicaremos detalladamente el concepto de herencia. 

Todo 3 Panel, incluyendo nuestro Panel Di bujo, tiene un método paintComponent (líneas 9 a 22), que 
el sistema llama automáticamente cada vez que necesita mostrar el objeto 3 Panel . El método pai ntComponent 
debe declararse como se muestra en la línea 9; de no ser así, el sistema no llamará al método. Este método se 
llama cuando se muestra un objeto 3 Panel por primera vez en la pantalla, cuando una ventana en la pantalla 
lo cubre y después lo descubre, y cuando la ventana en la que aparece cambia su tamaño. El método pai nt- 
Component requiere un argumento, un objeto Graphi es, que el sistema proporciona por usted cuando llama a 
pai ntComponent. 

La primera instrucción en cualquier método pai ntComponent que cree debe ser siempre: 
super. pai ntComponent( g ); 

la cual asegura que el panel se despliegue apropiadamente en la pantalla, antes de empezar a dibujar en él. A con- 
tinuación, las líneas 14 y 15 llaman a dos métodos que la clase Panel Di bujo hereda de la clase 3 Panel. Como 
Panel Di bujo extiende a 3 Panel, Panel Di bujo puede usar cualquier método publ i c que esté declarado en 3 Pa- 
nel. Los métodos getWidth y getHeight devuelven la anchura y la altura del objeto 3 Panel, respectivamente. 
Las líneas 14 y 15 almacenan estos valores en las variables locales anchura y altura. Por último, las líneas 18 y 
21 utilizan la referencia g de la clase Graphi es para llamar al método drawLine, y que dibuje las dos líneas. Los 
primeros dos argumentos son las coordenadas x y y para uno de los puntos finales de la línea, y los últimos dos 
argumentos son las coordenadas para el otro punto final. Si cambia de tamaño la ventana, las líneas se escalaran de 
manera acorde, ya que los argumentos se basan en la anchura y la altura del panel. Al cambiar el tamaño de la ven- 
tana en esta aplicación, el sistema llama a pai ntComponent para volver a dibujar el contenido de Panel Di bujo. 

Para mostrar el Panel Di bujo en la pantalla, debemos colocarlo en una ventana. Usted debe crear una ven- 
tana con un objeto de la clase 3Frame. En PruebaPanel Di bujo . java (figura 4.20), la línea 3 importa la clase 
3Frame del paquete javax.swing. La línea 10 en el método mai n de la clase PruebaPanel Di bujo crea una 
instancia de la clase Panel Di bujo, la cual contiene nuestro dibujo, y la línea 13 crea un nuevo objeto 3Frame 
que puede contener y mostrar nuestro panel. La línea 16 llama al método setDefaul tCloseOperation con el 
argumento 3Frame.EXIT_0N_CL0SE, para indicar que la aplicación debe terminar cuando el usuario cierre la 
ventana. La línea 18 utiliza el método add de 3Frame para adjuntar el objeto PanelDi bujo, que contiene nues- 
tro dibujo, al objeto 3Frame. La línea 19 establece el tamaño del objeto 3Frame. El método setSize recibe dos 
parámetros: la anchura del objeto 3Frame y la altura. Por último, la línea 20 muestra el objeto 3Frame. Cuando 
se muestra este objeto, se hace la llamada al método pai ntComponent de Panel Di bujo (líneas 9 a 22 de la figura 
4.19) y se dibujan las dos líneas (vea los resultados de ejemplo de la figura 4.20). Cambie el tamaño de la ventana, 
para que vea que las líneas siempre se dibujan con base en la anchura y altura actuales de la ventana. 

Ejercicios del ejemplo práctico de GUI y gráficos 

4 • I Utilizar ciclos e instrucciones de control para dibujar líneas puede producir muchos diseños interesantes. 

a) Cree el diseño que se muestra en la captura de pantalla izquierda de la figura 4.21. Este diseño dibuja líneas que 
parten desde la esquina superior izquierda, y se despliegan hasta cubrir la mitad superior izquierda del panel. Un 
método es dividir la anchura y la altura en un número equivalente de pasos (nosotros descubrimos que 1 5 pasos 
es una buena cantidad). El primer punto final de una línea siempre estará en la esquina superior izquierda (0,0). 
El segundo punto final puede encontrarse partiendo desde la esquina inferior izquierda, y avanzando un paso 
vertical hacia arriba, y un paso horizontal hacia la derecha. Dibuje una línea entre los dos puntos finales. Con- 
tinúe avanzando hacia arriba y a la derecha, para encontrar cada punto final sucesivo. La figura deberá escalarse 
apropiadamente, a medida que se cambie el tamaño de la ventana. 

b) Modifique su respuesta en la parte (a) para hacer que las líneas se desplieguen a partir de las cuatro esquinas, 
como se muestra en la captura de pantalla derecha de la figura 4.21. Las líneas de esquinas opuestas deberán 
intersecarse a lo largo de la parte media. 

4-2 La figura 4.22 muestra dos diseños adicionales, creados mediante el uso de ciclos whi ley drawLi ne. 

a) Cree el diseño de la captura de pantalla izquierda de la figura 4.22. Empiece por dividir cada flanco en un núme- 
ro equivalente de incrementos (elegimos 1 5 de nuevo) . La primera línea empieza en la esquina superior izquierda 
y termina un paso a la derecha, en el flanco inferior. Para cada línea sucesiva, avance hacia abajo un incremento 
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1 // Fig. 4.20: PruebaPanelDibujo. java 

2 // Aplicación que muestra un PanelDibujo. 

3 import javax. swi ng . IFrame ; 

4 

5 public class PruebaPanelDibujo 

6 { 

7 public static void main( String args[] ) 

8 { 

9 // crea un panel que contiene nuestro dibujo 

10 PanelDibujo panel = new PanelDibujoO ; 

1 1 

12 // crea un nuevo marco para contener el panel 

13 JFrame aplicación = new JFrameO; 

14 

15 // establece el marco para salir cuando se cierre 

16 aplicacion.setDefaultCloseOperationf JFrame. EXIT_0N_CL0SE ); 

17 

18 aplicación. add( panel ); // agrega el panel al marco 

19 aplicación. setSize( 250, 250 ); // establece el tamaño del marco 

20 aplicación. setVisible( true ); // hace que el marco sea visible 

21 } // fin de main 

22 } // fin de la clase PruebaPanelDibujo 




Figura 4-20 | Creación de un objeto JFrame para mostrar el objeto PanelDibujo. 



Figura 4-2 1 | Despliegue de líneas desde una esquina. 


en el flanco izquierdo, y un incremento a la derecha en el flanco inferior. Continúe dibujando líneas hasta llegar a 
la esquina inferior derecha. La figura deberá escalarse a medida que se cambie el tamaño de la ventana, de manera 
que los puntos finales siempre toquen los flancos. 
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Figura 4-22 | Arte lineal con ciclos y drawLi ne. 


b) 


Modifique su respuesta en la parte (a) para reflejar el diseño en las cuatro esquinas, como se muestra en la captura 
de pantalla derecha de la figura 4.22. 


4.15 (Opcional) Ejemplo práctico de Ingeniería de Software: 
identificación de los atributos de las clases 

En la sección 3.10 empezamos la primera etapa de un diseño orientado a objetos (DOO) para nuestro sistema 
ATM: analizar el documento de requerimientos e identificar las clases necesarias para implementar el sistema. 
Enlistamos los sustantivos y las frases nominales en el documento de requerimientos e identificamos una clase 
separada para cada uno de ellos, que desempeña un papel importante en el sistema ATM. Después modelamos las 
clases y sus relaciones en un diagrama de clases de UML (figura 3.24). Las clases tienen atributos (datos) y ope- 
raciones (comportamientos). En los programas en Java, los atributos de las clases se implementan como campos, 
y las operaciones de las clases se implementan como métodos. En esta sección determinaremos muchos de los 
atributos necesarios en el sistema ATM. En el capítulo 5 examinaremos cómo esos atributos representan el estado 
de un objeto. En el capítulo 6 determinaremos las operaciones de las clases. 

Identificación de los atributos 

Considere los atributos de algunos objetos reales: los atributos de una persona incluyen su altura, peso y si es 
zurdo, diestro o ambidiestro. Los atributos de un radio incluyen la estación, el volumen y si está en AM o FM. 
Los atributos de un automóvil incluyen las lecturas de su velocímetro y odómetro, la cantidad de gasolina en su 
tanque y la velocidad de marcha en la que se encuentra. Los atributos de una computadora personal incluyen 
su fabricante (por ejemplo, Dell, Sun, Apple o IBM), el tipo de pantalla (por ejemplo, LCD o CRT), el tamaño 
de su memoria principal y el de su disco duro. 

Podemos identificar muchos atributos de las clases en nuestro sistema, analizando las palabras y frases des- 
criptivas en el documento de requerimientos. Para cada palabra o frase que descubramos desempeña un rol 
importante en el sistema ATM, creamos un atributo y lo asignamos a una o más de las clases identificadas en la 
sección 3.10. También creamos atributos para representar los datos adicionales que pueda necesitar una clase, ya 
que dichas necesidades se van aclarando a lo largo del proceso de diseño. 

La figura 4.23 lista las palabras o frases del documento de requerimientos que describen a cada una de las 
clases. Para formar esta lista, leemos el documento de requerimientos e identificamos cualquier palabra o frase 
que haga referencia a las características de las clases en el sistema. Por ejemplo, el documento de requerimien- 
tos describe los pasos que se llevan a cabo para obtener un “monto de retiro”, por lo que listamos “monto” enseguida 
de la clase Retí ro. 

La figura 4.23 nos conduce a crear un atributo de la clase ATM. Esta clase mantiene información acerca del 
estado del ATM. La frase “el usuario es autenticado” describe un estado del ATM (en la sección 5.1 1 hablaremos 
con detalle sobre los estados), por lo que incluimos usuari oAutenti cado como un atributo Bool ean (es decir, 
un atributo que tiene un valor de true o fal se) en la clase ATM. Observe que el atributo tipo Bool ean en UML 



4.15 


(Opcional) Ejemplo práctico de Ingeniería de Software: identificación de los atributos de las clases 147 


Clase 

Palabras y frases descriptivas 

ATM 

el usuario es autenticado 

SolicitudSaldo 

número de cuenta 

Reti ro 

número de cuenta 


monto 

Deposi to 

número de cuenta 


monto 

BaseDatosBanco 

[no hay palabras o frases descriptivas] 

Cuenta 

número de cuenta 


NIP 


saldo 

Pantalla 

[no hay palabras o frases descriptivas] 

Tecl ado 

[no hay palabras o frases descriptivas] 

Di spensador Efectivo 

empieza cada día cargado con 500 billetes de $20 

RanuraDeposi to 

[no hay palabras o frases descriptivas] 


Figura 4-23 | Palabras y frases descriptivas del documento de requerimientos 
del ATM. 


es equivalente al tipo bool ean en Java. Este atributo indica si el ATM autenticó con éxito al usuario actual o no; 
usuari oAutentf cado debe ser true para que el sistema permita al usuario realizar transacciones y acceder a la 
información de la cuenta. Este atributo nos ayuda a cerciorarnos de la seguridad de los datos en el sistema. 

Las clases Sol i ci tudSal do, Retiro y Deposito comparten un atributo. Cada transacción requiere un 
“número de cuenta” que corresponde a la cuenta del usuario que realiza la transacción. Asignamos el atributo 
entero numeroCuenta a cada clase de transacción para identificar la cuenta a la que se aplica un objeto de la 
clase. 

Las palabras y frases descriptivas en el documento de requerimientos también sugieren ciertas diferencias en 
los atributos requeridos por cada clase de transacción. El documento de requerimientos indica que para retirar 
efectivo o depositar fondos, los usuarios deben introducir un “monto” específico de dinero para retirar o depositar, 
respectivamente. Por ende, asignamos a las clases Retí ro y Deposi to un atributo llamado monto para almacenar 
el valor suministrado por el usuario. Los montos de dinero relacionados con un retiro y un depósito son carac- 
terísticas que definen estas transacciones, que el sistema requiere para que se lleven a cabo. Sin embargo, la clase 
Sol i ci tudSal do no necesita datos adicionales para realizar su tarea; sólo requiere un número de cuenta para 
indicar la cuenta cuyo saldo hay que obtener. 

La clase Cuenta tiene varios atributos. El documento de requerimientos establece que cada cuenta de banco 
tiene un “número de cuenta” y un “N1P”, que el sistema utiliza para identificar las cuentas y autentificar a los 
usuarios. A la clase Cuenta le asignamos dos atributos enteros: numeroCuenta y ni p. El documento de requeri- 
mientos también especifica que una cuenta debe mantener un “saldo” del monto de dinero que hay en la cuenta, 
y que el dinero que el usuario deposita no estará disponible para su retiro sino hasta que el banco verifique la can- 
tidad de efectivo en el sobre de depósito y cualquier cheque que contenga. Sin embargo, una cuenta debe registrar 
de todas formas el monto de dinero que deposita un usuario. Por lo tanto, decidimos que una cuenta debe repre- 
sentar un saldo utilizando dos atributos: sal doDi sponi bl e y sal doTotal . El atributo sal doDi sponi bl e rastrea 
el monto de dinero que un usuario puede retirar de la cuenta. El atributo saldoTotal se refiere al monto total 
de dinero que el usuario tiene “en depósito” (es decir, el monto de dinero disponible, más el monto de depósitos 
en efectivo o la cantidad de cheques esperando a ser verificados). Por ejemplo, suponga que un usuario del ATM 
deposita $50.00 en efectivo, en una cuenta vacía. El atributo sal doTotal se incrementaría a $50.00 para registrar 
el depósito, pero el sal doDi sponi bl e permanecería en $0. [Nota: estamos suponiendo que el banco actualiza el 
atributo sal doDi sponi bl e de una Cuenta poco después de que se realiza la transacción del ATM, en respuesta a 
la confirmación de que se encontró un monto equivalente a $50.00 en efectivo o cheques en el sobre de depósito. 
Asumimos que esta actualización se realiza a través de una transacción que realiza el empleado del banco mediante 
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el uso de un sistema bancario distinto al del ATM. Por ende, no hablaremos sobre esta transacción en nuestro 
ejemplo práctico] . 

La clase Di spensadorEfecti vo tiene un atributo. El documento de requerimientos establece que el dispen- 
sador de efectivo “empieza cada día cargado con 500 billetes de $20”. El dispensador de efectivo debe llevar el 
registro del número de billetes que contiene para determinar si hay suficiente efectivo disponible para satisfacer 
la demanda de los retiros. Asignamos a la clase Di spensadorEfecti vo el atributo entero conteo, el cual se esta- 
blece al principio en 500. 

Para los verdaderos problemas en la industria, no existe garantía alguna de que el documento de requeri- 
mientos será lo suficientemente robusto y preciso como para que el diseñador de sistemas orientados a objetos 
determine todos los atributos, o inclusive todas las clases. La necesidad de clases, atributos y comportamientos 
adicionales puede irse aclarando a medida que avance el proceso de diseño. A medida que progresemos a través de 
este ejemplo práctico, nosotros también seguiremos agregando, modificando y eliminando información acerca 
de las clases en nuestro sistema. 


Modelado de los atributos 

El diagrama de clases de la figura 4.24 enlista algunos de los atributos para las clases en nuestro sistema; las 
palabras y frases descriptivas en la figura 4.23 nos llevan a identificar estos atributos. Por cuestión de simpleza, 
la figura 4.24 no muestra las asociaciones entre las clases; en la figura 3.24 mostramos estas asociaciones. Ésta es 
una práctica común de los diseñadores de sistemas, a la hora de desarrollar los diseños. En la sección 3.10 vimos 
que en UML, los atributos de una clase se colocan en el compartimiento intermedio del rectángulo de la clase. 
Listamos el nombre de cada atributo y su tipo, separados por un signo de dos puntos ( : ), seguido en algunos casos 
de un signo de igual (=) y de un valor inicial. 

Considere el atributo usuari oAutenti cado de la clase ATM: 

usuarioAutenti cado : Boolean = false 

La declaración de este atributo contiene tres piezas de información acerca del atributo. El nombre del atributo 
es usuari oAutenti cado. El tipo del atributo es Boolean. En Java, un atributo puede representarse mediante 
un tipo primitivo, como boolean, i nt o double, o por un tipo de referencia como una clase (como vimos en el 
capítulo 3). Hemos optado por modelar sólo los atributos de tipo primitivo en la figura 4.24; en breve hablaremos 
sobre el razonamiento detrás de esta decisión. [Nota: los tipos de los atributos en la figura 4.24 están en notación 
de UML. Asociaremos los tipos Boolean, Integer y Double en el diagrama de UML con los tipos primitivos 
bool ean, i nt y doubl e en Java, respectivamente]. 

También podemos indicar un valor inicial para un atributo. El atributo usuari oAutenti cado en la clase ATM 
tiene un valor inicial de fal se. Esto indica que al principio el sistema no considera que el usuario está autenti- 
cado. Si no se especifica un valor inicial para un atributo, sólo se muestran su nombre y tipo (separados por dos 
puntos). Por ejemplo, el atributo numeroCuenta de la clase Sol i ci tudSal do es un entero. Aquí no mostramos 
un valor inicial, ya que el valor de este atributo es un número que todavía no conocemos. Este número se deter- 
minará en tiempo de ejecución, con base en el número de cuenta introducido por el usuario actual del ATM. 

La figura 4.24 no incluye atributos para las clases Pantalla, Teclado y RanuraDeposito. Éstos son com- 
ponentes importantes de nuestro sistema, para los cuales nuestro proceso de diseño aún no ha revelado ningún 
atributo. No obstante, tal vez descubramos algunos en las fases restantes de diseño, o cuando implementemos 
estas clases en Java. Esto es perfectamente normal. 



Observación de ingeniería de software 4-6 

En las primeras fases del proceso de diseño , a menudo las clases carecen de atributos (y operaciones). Sin embargo , esas 
clases no deben eliminarse, ya que los atributos (y las operaciones) pueden hacerse evidentes en las fases posteriores de 
diseño e implementación. 


Observe que la figura 4.24 tampoco incluye atributos para la clase BaseDatosBanco. En el capítulo 3 
vimos que en Java, los atributos pueden representarse mediante los tipos primitivos o los tipos por referencia. 
Hemos optado por incluir sólo los atributos de tipo primitivo en el diagrama de clases de la figura 4.24 (y en 
los diagramas de clases similares a lo largo del ejemplo práctico). Un atributo de tipo por referencia se modela 
con más claridad como una asociación (en particular, una composición) entre la clase que contiene la referencia 
y la clase del objeto al que apunta la referencia. Por ejemplo, el diagrama de clases de la figura 3.24 indica que 
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ATM 


Cuenta 


usuarloAutenticado : Boolean = false numeroCuenta : Integer 

nip : Integer 

saldoDisponible : Double 
saldoTotal : Double 

SolicitudSaldo 


numeroCuenta : Integer 


Pantalla 


Retiro 

numeroCuenta : Integer 
monto : Double 


Teclado 


Deposito 

numeroCuenta : Integer 
monto : Double 


BaseDatosBanco 


DispensadorEfectivo 

conteo : Integer = 500 


Ranura Deposito 


Figura 4-24 | Clases con atributos. 


la clase BaseDatosBanco participa en una relación de composición con cero o más objetos Cuenta. De esta 
composición podemos determinar que, cuando implementemos el sistema ATM en Java, tendremos que crear un 
atributo de la clase BaseDatosBanco para almacenar cero o más objetos Cuenta. De manera similar, podemos 
determinar los atributos de tipo por referencia de la clase ATM que correspondan a sus relaciones de composición 
con las clases Pantal la, Tecl ado, Di spensadorEfecti vo y RanuraDeposi to. Estos atributos basados en com- 
posiciones serían redundantes si los modeláramos en la figura 4.24, ya que las composiciones modeladas en la 
figura 3.24 transmiten de antemano el hecho de que la base de datos contiene información acerca de cero o más 
cuentas, y que un ATM está compuesto por una pantalla, un teclado, un dispensador de efectivo y una ranura 
para depósitos. Por lo general, los desarrolladores de software modelan estas relaciones de todo/parte como asocia- 
ciones de composición, en vez de modelarlas como atributos requeridos para implementar las relaciones. 

El diagrama de clases de la figura 4.24 proporciona una base sólida para la estructura de nuestro modelo, pero 
no está completo. En la sección 5.11 identificaremos los estados y las actividades de los objetos en el modelo, y 
en la sección 6.14 identificaremos las operaciones que realizan los objetos. A medida que presentemos más acerca 
de UML y del diseño orientado a objetos, continuaremos reforzando la estructura de nuestro modelo. 

Ejercicios de autoevaluación del Ejemplo práctico de Ingeniería de Software 

4-1 Por lo general, identificamos los atributos de las clases en nuestro sistema mediante el análisis de 

en el documento de requerimientos. 

a) Los sustantivos y las frases nominales. 

b) Las palabras y frases descriptivas. 

c) Los verbos y las frases verbales. 

d) Todo lo anterior. 

4-2 ¿Cuál de los siguientes no es un atributo de un aeroplano? 

a) Longitud. 

b) Envergadura. 
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c) Volar. 

d) Número de asientos. 

4-3 Describa el significado de la siguiente declaración de un atributo de la clase DispensadorEfectivo en el diagrama 
de clases de la figura 4.24: 

conteo : Integer = 500 


Respuestas a los ejercicios de autoevaluación del Ejemplo práctico de Ingeniería de Software 
4.1 b. 

4-2 c. Volar es una operación o comportamiento de un aeroplano, no un atributo. 

4-3 Esta declaración indica que el atributo conteo es de tipo Integer, con un valor inicial de 500. Este atributo lleva la 
cuenta del número de billetes disponibles en el Di spensadorEfecti vo, en cualquier momento dado. 

4.16 Conclusión 

Este capítulo presentó las estrategias básicas de solución de problemas, que los programadores utilizan para crear 
clases y desarrollar métodos para estas clases. Demostramos cómo construir un algoritmo (es decir, una metodo- 
logía para resolver un problema), y después cómo refinar el algoritmo a través de diversas fases de desarrollo de 
seudocódigo, lo cual produce código en Java que puede ejecutarse como parte de un método. El capítulo demos- 
tró cómo utilizar el método de refinamiento de arriba a abajo, paso a paso, para planear las acciones específicas 
que debe realizar un método, y el orden en el que debe realizar estas acciones. 

Sólo se requieren tres tipos de estructuras de control (secuencia, selección y repetición) para desarrollar 
cualquier algoritmo para solucionar un problema. Específicamente, en este capítulo demostramos el uso de 
la instrucción de selección simple i f , la instrucción de selección doble i f...el se y la instrucción de repetición 
whi 1 e. Estas instrucciones son algunos de los bloques de construcción que se utilizan para construir soluciones 
para muchos problemas. Utilizamos el apilamiento de instrucciones de control para calcular el total y el promedio 
de un conjunto de calificaciones de estudiantes, mediante la repetición controlada por un contador y controlada 
por un centinela, y utilizamos el anídamiento de instrucciones de control para analizar y tomar decisiones con 
base en un conjunto de resultados de un examen. Presentamos los operadores de asignación compuestos de Java, 
así como sus operadores de incremento y decremento. Por último, hablamos sobre los tipos primitivos disponibles 
para los programadores de Java. En el capítulo 5, Instrucciones de control: parte 2, continuaremos nuestra discu- 
sión acerca de las instrucciones de control, en donde presentaremos las instrucciones for, do. ..whi ley swi tch. 


Resumen 

Sección 4. 1 Introducción 

• Antes de escribir un programa para resolver un problema, debe tener una comprensión detallada acerca del proble- 
ma y una metodología cuidadosamente planeada para resolverlo. También debe comprender los bloques de cons- 
trucción disponibles, y emplear las técnicas probadas para construir programas. 

Sección 4.2 Algoritmos 

• Cualquier problema de cómputo puede resolverse mediante la ejecución de una serie de acciones, en un orden espe- 
cífico. 

• Un procedimiento para resolver un problema, en términos de las acciones a ejecutar y el orden en el que se ejecutan, 
se denomina algoritmo. 

• El proceso de especificar el orden en el que se ejecutan las instrucciones en un programa se denomina control del 
programa. 

Sección 4.3 Seudocódigo 

• El seudocódigo es un lenguaje informal, que ayuda a los programadores a desarrollar algoritmos sin tener que pre- 
ocuparse por los estrictos detalles de la sintaxis del lenguaje Java. 

• El seudocódigo es similar al lenguaje cotidiano; es conveniente y amigable para el usuario, pero no es un verdadero 
lenguaje de programación de computadoras. 
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• El seudocódigo ayuda al programador a “idear” un programa antes de intentar escribirlo en un lenguaje de progra- 
mación. 

• El seudocódigo cuidadosamente preparado puede convertirse con facilidad en su correspondiente programa en 
Java. 

Sección 4.4 Estructuras de control 

• Por lo general, las instrucciones en un programa se ejecutan, una después de la otra, en el orden en el que están 
escritas. A este proceso se le conoce como ejecución secuencial. 

• Varias instrucciones de Java permiten al programador especificar que la siguiente instrucción a ejecutar no es nece- 
sariamente la siguiente en la secuencia. A esto se le conoce como transferencia de control. 

• Bohm y Jacopini demostraron que todos los programas podían escribirse en términos de sólo tres estructuras de 
control: la estructura de secuencia, la estructura de selección y la estructura de repetición. 

• El término “estructuras de control” proviene del campo de las ciencias computacionales. La Especificación del lengua- 
je Java se refiere a las “estructuras de control” como “instrucciones de control”. 

• La estructura de secuencia está integrada en Java. A menos que se indique lo contrario, la computadora ejecuta las 
instrucciones de Java, una después de la otra, en el orden en el que están escritas; es decir, en secuencia. 

• En cualquier parte en donde pueda colocarse una sola acción, pueden colocarse varias acciones en secuencia. 

• Los diagramas de actividad forman parte de UML. Un diagrama de actividad modela el flujo de trabajo (también 
conocido como la actividad) de una parte de un sistema de software. 

• Los diagramas de actividad se componen de símbolos de propósito especial, como los símbolos de estados de acción, 
rombos y pequeños círculos. Estos símbolos se conectan mediante flechas de transición, las cuales representan el 
flujo de la actividad. 

• Los estados de acción representan las acciones a realizar. Cada estado de acción contiene una expresión de acción, la 
cual especifica una acción específica a realizar. 

• Las flechas en un diagrama de actividad representan las transiciones, que indican el orden en el que ocurren las 
acciones representadas por los estados de acción. 

• El círculo relleno que se encuentra en la parte superior de un diagrama de actividad representa el estado inicial de la 
actividad: el comienzo del flujo de trabajo antes de que el programa realice las acciones modeladas. 

• El círculo sólido rodeado por una circunferencia, que aparece en la parte inferior del diagrama, representa el estado 
final: el término del flujo de trabajo después de que el programa realiza sus acciones. 

• Los rectángulos con las esquinas superiores derechas dobladas se llaman notas en UML: comentarios que describen 
el propósito de los símbolos en el diagrama. 

• Java tiene tres tipos de instrucciones de selección. La instrucción i f realiza una acción si una condición es verdadera, 
o evita la acción si la condición es falsa. La instrucción if . . .el se realiza una acción si una condición es verda- 
dera, y realiza una acción distinta si la condición es falsa. La instrucción switch realiza una de varias acciones 
distintas, dependiendo del valor de una expresión. 

• La instrucción i f es una instrucción de selección simple, ya que selecciona o ignora una sola acción, o un solo grupo 
de acciones. 

• La instrucción i f . . . el se se denomina instrucción de selección doble, ya que selecciona una de dos acciones dis- 
tintas, o grupos de acciones. 

• La instrucción swi tch se llama instrucción de selección múltiple, ya que selecciona una de varias acciones distintas, 
o grupos de acciones. 

• Java cuenta con las instrucciones de repetición (ciclos) whi 1 e, do. . .whil e y for, las cuales permiten a los progra- 
mas ejecutar instrucciones en forma repetida, siempre y cuando una condición de continuación de ciclo siga siendo 
verdadera. 

• Las instrucciones whi le y for realizan la(s) acción(es) en sus cuerpos, cero o más veces; si al principio la condición 
de continuación de ciclo es falsa, la(s) acción(es) no se ejecutará(n). La instrucción do. . .whi le lleva a cabo la(s) 
acción(es) que contiene en su cuerpo, una o más veces. 

• Las palabras i f, ei se, swi tch, whi i e, do y for son palabras claves en Java. Las palabras clave no pueden utilizarse 
como identificadores, como los nombres de variables. 

• Cada programa se forma mediante una combinación de todas las instrucciones de secuencia, selección y repetición 
que sean apropiadas para el algoritmo que implementa ese programa. 

• Las instrucciones de control de una sola entrada/una sola salida facilitan la construcción de los programas; “adjun- 
tamos” una instrucción de control a otra mediante la conexión del punto de salida de una al punto de entrada de la 
siguiente. A esto se le conoce como apilamiento de instrucciones de control. 

• Sólo hay una forma alterna en la que pueden conectarse las instrucciones de control (anidamiento de instrucciones 
de control), en la cual una instrucción de control aparece dentro de otra instrucción de control. 
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Sección 4.5 Instrucción de selección simple i f 

• Los programas utilizan instrucciones de selección para elegir entre los cursos alternativos de acción. 

• El diagrama de actividad de una instrucción i f de selección simple contiene el rombo, o símbolo de decisión, el cual 
indica que se tomará una decisión. El flujo de trabajo continuará a lo largo de una ruta determinada por las condi- 
ciones de guardia asociadas al símbolo, que pueden ser verdaderas o falsas. Cada flecha de transición que emerge de 
un símbolo de decisión tiene una condición de guardia. Si una condición de guardia es verdadera, el flujo de trabajo 
entra al estado de acción al que apunta la flecha de transición. 

• La instrucción i f es una instrucción de control de una sola entrada/una sola salida. 

Sección 4.6 Instrucción de selección doble if...else 

• La instrucción i f de selección simple realiza una acción indicada sólo cuando la condición es verdadera. 

• La instrucción i f. . .el se de selección doble realiza una acción cuando la condición es verdadera, y otra acción 
distinta cuando la condición es falsa. 

• El operador condicional (? :) puede usarse en lugar de una instrucción i f . . . el se. Éste es el único operador ternario 
de Java: recibe tres operandos. En conjunto, los operandos y el símbolo ? : forman una expresión condicional. 

• Un programa puede evaluar varios casos, colocando instrucciones if . . .el se dentro de otras instrucciones if . . . 
el se, para crear instrucciones i f . . . el se anidadas. 

• El compilador de Java siempre asocia un el se con el i f que lo precede inmediatamente, a menos que se le indique 
otra cosa mediante la colocación de llaves ({ y }). Este comportamiento puede conducir a lo que se conoce como el 
problema del el se suelto. 

• Por lo general, la instrucción i f espera sólo una instrucción en su cuerpo. Para incluir varias instrucciones en el 
cuerpo de un 1 f (o en el cuerpo de un el se para una instrucción i f . . . el se), encierre las instrucciones entre llaves 

({ y })• 

• A un conjunto de instrucciones contenidas dentro de un par de llaves se le llama bloque. Un bloque puede colocarse 
en cualquier parte de un programa, en donde se pueda colocar una sola instrucción. 

• El compilador atrapa los errores de sintaxis. 

• Un error lógico tiene su efecto en tiempo de ejecución. Un error lógico fatal hace que un programa falle y termine 
antes de tiempo. Un error lógico no fatal permite que un programa continúe ejecutándose, pero hace que el progra- 
ma produzca resultados erróneos. 

• Así como podemos colocar un bloque en cualquier parte en la que pueda colocarse una sola instrucción, también 
podemos usar una instrucción vacía, que se representa colocando un punto y coma (;) en donde normalmente 
estaría una instrucción. 

Sección 4.7 Instrucción de repetición whi le 

• La instrucción de repetición while permite al programador especificar que un programa debe repetir una acción, 
mientras cierta condición siga siendo verdadera. 

• El símbolo de fusión de UML combina dos flujos de actividad en uno. 

• Los símbolos de decisión y de fusión pueden diferenciarse en base al número de flechas de transición “entrantes” y 
“salientes”. Un símbolo de decisión tiene una flecha de transición que apunta hacia el rombo, y dos o más flechas de 
transición que apuntan hacia fuera del rombo, para indicar las posibles transiciones desde ese punto. Cada flecha 
de transición que apunta hacia fuera de un símbolo de decisión tiene una condición de guardia. Un símbolo de 
fusión tiene dos o más flechas de transición que apuntan hacia el rombo, y sólo una flecha de transición que apunta 
hacia fuera del rombo, para indicar que se fusionarán varios flujos de actividad para continuar con la actividad. 
Ninguna de las flechas de transición asociadas con un símbolo de fusión tiene una condición de guardia. 

Sección 4.8 Cómo formular algoritmos: repetición controlada por un contador 

• La repetición controlada por un contador utiliza una variable llamada contador (o variable de control), para contro- 
lar el número de veces que se ejecuta un conjunto de instrucciones. 

• A la repetición controlada por contador se le conoce comúnmente como repetición definida, ya que el número de 
repeticiones se conoce desde antes que empiece a ejecutarse el ciclo. 

• Un total es una variable que se utiliza para acumular la suma de varios valores. Por lo general, las variables que se 
utilizan para almacenar totales se inicializan en cero antes de usarlas en un programa. 

• La declaración de una variable local debe aparecer antes de usarla en el método en el que está declarada. Una variable 
local no puede utilizarse fuera del método en el que se declaró. 

• Al dividir dos enteros se produce una división entera; la parte fraccionaria del cálculo se trunca. 
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Sección 4.9 Cómo formular algoritmos: repetición controlada por un centinela 

• En la repetición controlada por un centinela, se utiliza un valor especial, conocido como valor centinela (valor de 
señal, valor de prueba o valor de bandera) para indicar el “fin de la entrada de datos”. 

• Debe elegirse un valor centinela que no pueda confundirse con un valor de entrada aceptable. 

• El método de refinamiento de arriba a abajo, paso a paso, es esencial para el desarrollo de programas bien estructu- 
rados. 

• Por lo general, la división entre cero es un error lógico que, si no se detecta, hace que el programa falle o que pro- 
duzca resultados inválidos. 

• Para realizar un cálculo de punto flotante con valores enteros, convierta uno de los enteros al tipo doubl e. El uso de 
un operador de conversión de tipos de esta forma se denomina conversión explícita. 

• Java sabe cómo evaluar sólo las expresiones aritméticas en las que los tipos de los operandos son idénticos. Para ase- 
gurar que los operandos sean del mismo tipo, Java realiza una operación conocida como promoción (o conversión 
implícita) sobre los operandos seleccionados. En una expresión que contiene valores de los tipos i nt y doubl e, los 
valores i nt se promueven a valores doubl e para usarlos en la expresión. 

• Hay operadores de conversión de tipos disponibles para cualquier tipo. El operador de conversión de tipos se forma 
mediante la colocación de paréntesis alrededor del nombre de un tipo. Este operador es unario. 

Sección 4.11 Operadores de asignación compuestos 

• Java cuenta con varios operadores de asignación compuestos para abreviar las expresiones de asignación. Cualquier 
instrucción de la forma 

variable = variable operador expresión ; 

en donde operador es uno de los operadores binarios +,-,*,/ o %, puede escribirse en la forma 
variable operador= expresión ; 

• El operador += suma el valor de la expresión que está a la derecha del operador, con el valor de la variable que está a 
la izquierda del operador, y almacena el resultado en la variable que está a la izquierda del operador. 

Sección 4.12 Operadores de incremento y decremento 

• Java cuenta con dos operadores unarios para sumar 1 , o restar 1 , al valor de una variable numérica. Estos son el 
operador de incremento unario, ++, y el operador de decremento unario, 

• Un operador de incremento o decremento que se coloca antes de una variable es el operador de preincremento o 
predecremento, respectivamente. Un operador de incremento o decremento que se coloca después de una variable 
es el operador de postincremento o postdecremento, respectivamente. 

• El proceso de usar el operador de preincremento o predecremento para sumar o restar 1 se conoce como preincre- 
mentar o predecrementar, respectivamente. 

• Al preincrementar o predecrementar una variable, ésta se incrementa o decrementa por 1, y después se utiliza el 
nuevo valor de la variable en la expresión en la que aparece. 

• El proceso de usar el operador de postincremento o postdecremento para sumar o restar 1 se conoce como postin- 
crementar o postdecrementar, respectivamente. 

• Al postincrementar o postdecrementar una variable, el valor actual de ésta se utiliza en la expresión en la que aparece, 
y después el valor de la variable se incrementa o decrementa por 1 . 

• Cuando se incrementa o decrementa una variable en una instrucción por sí sola, las formas de preincremento y 
postincremento tienen el mismo efecto, y las formas de predecremento y postdecremento tienen el mismo efecto. 

Sección 4. 13 Tipos primitivos 

• Java requiere que todas las variables tengan un tipo. Por ende, Java se conoce como un lenguaje fuertemente tipifi- 
cado. 

• Como los diseñadores de Java desean que sea lo más portable posible, utilizan estándares reconocidos internacional- 
mente para los formatos de caracteres (Unicode) y números de punto flotante (IEEE 754). 

Sección 4.14 (Opcional) Ejemplo práctico de GUI y gráficos: creación de dibujos simples 

• El sistema de coordenadas de Java proporciona un esquema para identificar cada punto en la pantalla. De manera 
predeterminada, la esquina superior izquierda de un componente de la GUI tiene las coordenadas (0, 0). 
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• Un par de coordenadas se compone de una coordenada x (la coordenada horizontal) y una coordenada y (la coorde- 
nada vertical). La coordenada x es la ubicación horizontal que avanza de izquierda a derecha. La coordenada y es la 
ubicación vertical que avanza de arriba hacia abajo. 

• El eje x describe a todas las coordenadas horizontales, y el eje y a todas las coordenadas verticales. 

• Las unidades de las coordenadas se miden en píxeles. Un píxel es la unidad más pequeña de resolución de una pan- 
talla. 

• La clase Graphi es (del paquete java, awt) proporciona varios métodos para dibujar texto y figuras en la pantalla. 

• La clase 3 Panel (del paquete javax . swi ng) proporciona un área en la que un programa puede hacer dibujos. 

• La palabra clave extends indica que una clase hereda de otra clase. La nueva clase empieza con los miembros exis- 
tentes (datos y métodos) de la clase existente. 

• La clase a partir de la cual la nueva clase hereda se conoce como la superclase, y la nueva clase se llama subclase. 

• Todo objeto 3 Panel tiene un método pai ntComponent, que el sistema llama automáticamente cada vez que necesita 
mostrar el objeto 3 Panel : cuando se muestra un 3 Panel por primera vez en la pantalla, cuando una ventana en la 
pantalla lo cubre y luego lo descubre, y cuando se cambia el tamaño de la ventana en la que aparece este objeto. 

• El método pai ntComponent requiere un argumento (un objeto Graphics), que el sistema proporciona por usted 
cuando llama a pai ntComponent. 

• La primera instrucción en cualquier método pai ntComponent que usted vaya a crear debe ser siempre 

super . pai ntComponent( g ); 

Esto asegura que el panel se despliegue de manera apropiada en la pantalla, antes de empezar a dibujar en él. 

• Los métodos getWi dth y getHei ght de 3 Panel devuelven la anchura y la altura de un objeto 3 Panel , respectiva- 
mente. 

• El método drawLi ne de Graphi es dibuja una línea entre dos puntos representados por sus cuatro argumentos. Los 
primeros dos argumentos son las coordenadas x y y para un punto final de la línea, y los últimos dos argumentos son 
las coordenadas para el otro punto final de la línea. 

• Para mostrar un objeto 1 Panel en la pantalla, debe colocarlo en una ventana. Para crear una ventana, utilice un 
objeto de la clase I Frame, del paquete javax. swi ng. 

• El método setDefaul tCloseOperation de 3 Frame con el argumento J Frame . EXIT_0N_CL0SE indica que la apli- 
cación debe terminar cuando el usuario cierre la ventana. 

• El método add de 3 Frame adjunta un componente de la GUI a un objeto 3 Frame. 

• El método setSize de 3 Frame establece la anchura y la altura del objeto 3 Frame. 


Terminología 


operador 
? : , operador 
++, operador 
+=, operador 
acción 

actividad (en UML) 

add, método de la clase I Frame (GUI) 

algoritmo 

anidamiento de estructuras de control 
apilamiento de estructuras de control 
bloque 

booiean, expresión 
booiean, tipo primitivo 
ciclo 

ciclo infinito 
cima 

círculo relleno (en UML) 
circunferencia (en UML) 
condición de continuación de ciclo 
condición de guardia (en UML) 
contador 
contador de ciclo 


control del programa 
conversión explícita 
conversión implícita 
coordenada horizontal (GUI) 
coordenada vertical (GUI) 
coordenada x 
coordenada^ 
cuerpo de un ciclo 
decisión 

diagrama de actividad (en UML) 
división entera 

drawLi ne, método de la clase Graphi es (GUI) 
eje x 
ej ey 

ejecución secuencial 
error de sintaxis 
error fatal 
error lógico 
error lógico fatal 
error lógico no fatal 
estado de acción (en UML) 
estado final (en UML) 
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estado inicial (en UML) 
estructura de repetición 
estructura de secuencia 
estructura de selección 
expresión condicional 
expresión de acción (en UML) 
extends 
fal se 

flecha de transición (en UML) 
flujo de trabajo 

getHeight, método de la clase i) Panel (GUI) 
getWi dth, método de la clase 1 Panel (GUI) 
goto, instrucción 
Graphi es, clase (GUI) 
heredar de una clase existente 
i f , instrucción de selección simple 
if . . . el se, instrucción de selección doble 
inicialización 
instrucción de ciclo 
instrucción de control 
instrucción de repetición 
instrucción de selección 
instrucción de selección doble 
instrucción de selección múltiple 
instrucción de selección simple 
instrucciones de control anidadas 
instrucciones de control apiladas 
instrucciones de control de una sola entrada/una sola 
salida 

instrucciones if . . .el se anidadas 
iteración 

DComponent, clase (GUI) 

DFrame, clase (GUI) 

1 Panel, clase (GUI) 

lenguaje fuertemente tipificado 

línea punteada (en UML) 

modelo de programación acción/decisión 

nota (en UML) 

operador condicional (? : ) 

operador de asignación compuesto 

operador de asignación compuesto de suma (+=) 

operador de conversión de tipos, (doubl e) 

operador de conversión de tipos, {tipo) 

operador de conversión de tipos unario 

operador de decremento (--) 

operador de incremento (++) 

operador de multiplicación 

operador de postdecremento 


operador de postincremento 
operador de predecremento 
operador de preincremento 
operador ternario 

operadores de asignación compuestos aritméticos: +=, -=, 
*=, /= y %= 

orden en el que deben ejecutarse las acciones 
pai ntComponent, método de la clase JComponent (GUI) 
pequeño círculo (en UML) 
píxel (GUI) 

postdecrementar una variable 
postincrementar una variable 
predecrementar una variable 
preincrementar una variable 
primer refinamiento 
problema del el se suelto 
procedimiento para resolver un problema 
programación estructurada 
promoción 

refinamiento de arriba a abajo, paso a paso 
repetición 

repetición controlada por centinela 
repetición controlada por un contador 
repetición definida 
repetición indefinida 
rombo (en UML) 
segundo refinamiento 

setDefaultCloseOperation, método de la clase JFrame 
(GUI) 

setSi ze, método de la clase 1 Frame (GUI) 
seudocódigo 

símbolo de decisión (en UML) 
símbolo de estado de acción (en UML) 
símbolo de fusión (en UML) 
sistema de coordenadas (GUI) 
tipos primitivos 
total 

transferencia de control 
transición (en UML) 
true 

truncar la parte fraccionaria de un cálculo 

valor centinela 

valor de bandera 

valor de prueba 

valor de señal 

variable de control 

while, instrucción de repetición 


Ejercicios de autoevaluación 

4.1 Complete los siguientes enunciados: 

a) Todos los programas pueden escribirse en términos de tres tipos de estructuras de control: , 

y • 

b) La instrucción se utiliza para ejecutar una acción cuando una condición es verdadera, y otra 

acción cuando esa condición es falsa. 
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c) Al proceso de repetir un conjunto de instrucciones un número específico de veces se le llama repetición 

d) Cuando no se sabe de antemano cuántas veces se repetirá un conjunto de instrucciones, se puede usar un 

valor para terminar la repetición. 

e) La estructura está integrada en Java; de manera predeterminada, las instrucciones se ejecutan 

en el orden en el que aparecen. 

f) Todas las variables de instancia de los tipos char, byte, short, i nt, 1 ong, float y doubl e reciben el valor 
de manera predeterminada. 

g) Java es un lenguaje ; requiere que todas las variables tengan un tipo. 

h) Si el operador de incremento se de una variable, ésta se incrementa en 1 primero, y después 

su nuevo valor se utiliza en la expresión. 

4.2 Conteste con verdadero o fabo a cada una de las siguientes proposiciones; en caso de ser fabo, explique 
por qué. 

a) Un algoritmo es un procedimiento para resolver un problema en términos de las acciones a ejecutar y el 
orden en el que se ejecutan. 

b) Un conjunto de instrucciones contenidas dentro de un par de paréntesis se denomina bloque. 

c) Una instrucción de selección especifica que una acción se repetirá, mientras cierta condición siga siendo 
verdadera. 

d) Una instrucción de control anidada aparece en el cuerpo de otra instrucción de control. 

e) Java cuenta con los operadores de asignación compuestos aritméticos +=, -=, *=, /= y %= para abreviar las 
expresiones de asignación. 

f) Los tipos primitivos (boolean, char, byte, short, int, "long, float y double) son portables sólo en las 
plataformas Windows. 

g) Al proceso de especificar el orden en el que se ejecutan las instrucciones (acciones) en un programa se deno- 
mina control del programa. 

h) El operador de conversión de tipos unario (doubl e) crea una copia entera temporal de su operando. 

i) Las variables de instancia de tipo bool ean reciben el valor true de manera predeterminada. 

j) El seudocódigo ayuda a un programador a idear un programa, antes de tratar de escribirlo en un lenguaje 
de programación. 

4.3 Escriba cuatro instrucciones distintas en Java, en donde cada una sume 1 a la variable entera x. 

4-4 Escriba instrucciones en Java para realizar cada una de las siguientes tareas: 

a) Asignar la suma de x e y a z, e incrementar x en 1 después del cálculo. Use sólo una instrucción. 

b) Evaluar si la variable cuenta es mayor que 10. De ser así, imprimir "Cuenta es mayor que 10". 

c) Decrementar la variable x en 1, luego restarla a la variable total . Use sólo una instrucción. 

d) Calcular el residuo después de dividir q entre di vi sor, y asignar el resultado a q. Escriba esta instrucción 
de dos maneras distintas. 

4.5 Escriba una instrucción en Java para realizar cada una de las siguientes tareas: 

a) Declarar las variables suma y x como de tipo i nt. 

b) Asignar 1 a la variable x. 

c) Asignar 0 a la variable suma. 

d) Sumar la variable x a suma y asignar el resultado a la variable suma. 

e) Imprimir la cadena " La suma es: ", seguida del valor de la variable suma. 

4.6 Combine las instrucciones que escribió en el ejercicio 4.5 para formar una aplicación en Java que calcule e 
imprima la suma de los enteros del 1 al 10. Use una instrucción whi 1 e para iterar a través de las instrucciones de cálculo 
e incremento. El ciclo debe terminar cuando el valor de x se vuelva 1 1 . 

4-7 Determine el valor de las variables en la siguiente instrucción, después de realizar el cálculo. Suponga que, 

cuando se empieza a ejecutar la instrucción, todas las variables son de tipo i nt y tienen el valor 5. 

producto *= x++; 

4-8 Identifique y corrija los errores en cada uno de los siguientes fragmentos de código: 
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a) while ( c <= 5 ) 

{ 

producto *= c; 

++c ; 

b) if ( genero == 1 ) 

System. out . pri ntl n( "Mujer" ); 
el se ; 

System. out . pri ntl n( "Hombre" ); 

4-9 ¿Qué está mal en la siguiente instrucción while? 

while ( z >= 0 ) 
suma += z; 

Respuestas a los ejercicios de autoevaluación 

4-1 a) secuencia, selección, repetición, b) if . . .el se. c) controlada por contador (o definida), d) centinela, de 
señal, de prueba o de bandera, e) secuencia, f) 0 (cero), g) fuertemente tipificado, h) coloca antes. 

4-2 a) Verdadero, b) Falso. Un conjunto de instrucciones contenidas dentro de un par de llaves ({ y }) se 
denomina bloque, c) Falso. Una instrucción de repetición especifica que una acción se repetirá mientras que cierta 
condición siga siendo verdadera, d) Verdadero, e) Verdadero, f) Falso. Los tipos primitivos (boolean, char, byte, 
short, i nt, 1 ong, float y doubl e) son portables a través de todas las plataformas de computadora que soportan Java, 
g) Verdadero, h) Falso. El operador de conversión de tipos unario (doubl e) crea una copia temporal de punto flotante 
de su operando, i) Falso. Las variables de instancia de tipo bool ean reciben el valor fal se de manera predeterminada, 
j) Verdadero. 

4.3 x = x + 1; 

x += 1; 

++x ; 
x++; 

4-4 a) z = x++ + y; 

b) if ( cuenta > 10 ) 

System . out . pri ntl n( "Cuenta es mayor que 10" ); 

c) total -= --x; 

d) q %= divisor; 

q = q % divisor; 

4-5 a) int suma, x; 

b) x = 1; 

c) suma = 0; 

d) suma += x; o suma = suma + x; 

e) System . out . pri ntf( "La suma es: %d\n", suma ); 

4.6 El programa se muestra a continuación: 

1 // Calcula la suma de los enteros del 1 al 10 

2 public class Calcular 

3 { 

4 public static void main( String args[] ) 

5 { 

6 int suma; 

7 i nt x ; 

8 

9 x = 1; // inicializa x en 1 para contar 

10 suma = 0; // inicializa suma en 0 para el total 

12 while ( x <= 10 ) // mientras que x sea menor o igual que 10 

13 { 

14 

15 


suma += x; // suma x a suma 
++x; // incrementa x 
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16 } // fin de while 

17 

18 System. out. printff "La suma es: %d\n", suma ); 

19 } // fin de main 

20 

21 } // fin de la clase Calcular 


La suma es: 55 


4.7 producto =25, x = 6 

4.8 a) Error: falta la llave derecha de cierre del cuerpo de la instrucción while. 

Corrección: Agregar una llave derecha de cierre después de la instrucción ++c ; . 

b) Error: El punto y coma después de el se produce un error lógico. La segunda instrucción de salida siempre 
se ejecutará. 

Corrección: Quitar el punto y coma después de el se. 

4-9 El valor de la variable z nunca se cambia en la instrucción whi 1 e. Por lo tanto, si la condición de continuación 
de ciclo ( z >= 0 ) es verdadera, se crea un ciclo infinito. Para evitar que ocurra un ciclo infinito, z debe decrementar- 
se de manera que eventualmente se vuelva menor que 0. 

Ejercicios 

4.10 Compare y contraste la instrucción if de selección simple y la instrucción de repetición while. ¿Cuál es la 
similitud en las dos instrucciones? ¿Cuál es su diferencia? 

4.1 1 Explique lo que ocurre cuando un programa en Java trata de dividir un entero entre otro. ¿Qué ocurre con la 
parte fraccionaria del cálculo? ¿Cómo puede un programador evitar ese resultado? 

4.12 Describa las dos formas en las que pueden combinarse las instrucciones de control. 

4-13 ¿Qué tipo de repetición sería apropiada para calcular la suma de los primeros 1 00 enteros positivos? ¿Qué tipo 
de repetición sería apropiada para calcular la suma de un número arbitrario de enteros positivos? Describa brevemente 
cómo podría realizarse cada una de estas tareas. 

4-14 ¿Cuál es la diferencia entre preincrementar y postincrementar una variable? 

4-15 Identifique y corrija los errores en cada uno de los siguientes fragmentos de código. [Nota: puede haber más de 
un error en cada fragmento de código] . 

a) if ( edad >= 65 ) ; 

System . out . pri nti n( "Edad es mayor o igual que 65" ); 
el se 

System . out . pri ntl n( "Edad es menor que 65 )"; 

b) i nt x = 1, total ; 
while ( x <= 10 ) 

{ 

total += x; 

++x; 

} 

c) while ( x <= 100 ) 

total += x; 

++x; 

d) while ( y > 0 ) 

{ 

System . out . pri ntl n( y ); 

++y; 

4-16 ¿Qué es lo que imprime el siguiente programa? 
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1 public class Misterio 

2 { 

3 public static void main( String args[] ) 

4 { 

5 int y; 

6 int x = 1; 

7 int total = 0; 

8 

9 while ( x <= 10 ) 

10 { 

11 y = x * x; 

12 System. out.println( y ); 

13 total += y; 

14 ++x; 

15 } // fin de while 

16 

17 System. out.printf( "El total es %d\n", total ); 

18 } // fin de main 

19 

20 } // fin de la clase Misterio 

Para los ejercicios 4.17 a 4.20, realice cada uno de los siguientes pasos: 

a) Lea el enunciado del problema. 

b) Formule el algoritmo utilizando seudocódigo y el proceso de refinamiento de arriba a abajo, paso a paso. 

c) Escriba un programa en Java. 

d) Pruebe, depure y ejecute el programa en Java. 

e) Procese tres conjuntos completos de datos. 

4-17 Los conductores se preocupan acerca del kilometraje de sus automóviles. Un conductor ha llevado el registro de 
varios reabastecimientos de gasolina, registrando los kilómetros conducidos y los litros usados en cada reabastecimiento. 
Desarrolle una aplicación en Java que reciba como entrada los kilómetros conducidos y los litros usados (ambos como 
enteros) por cada reabastecimiento. El programa debe calcular y mostrar los kilómetros por litro obtenidos en cada 
reabastecimiento, y debe imprimir el total de kilómetros por litro obtenidos en todos los reabastecimientos hasta este 
punto. Todos los cálculos del promedio deben producir resultados en números de punto flotante. Use la clase Scanner 
y la repetición controlada por centinela para obtener los datos del usuario. 

4.18 Desarrolle una aplicación en Java que determine si alguno de los clientes de una tienda de departamentos se ha 
excedido del límite de crédito en una cuenta. Para cada cliente se tienen los siguientes datos: 

a) El número de cuenta. 

b) El saldo al inicio del mes. 

c) El total de todos los artículos cargados por el cliente en el mes. 

d) El total de todos los créditos aplicados a la cuenta del cliente en el mes. 

e) El límite de crédito permitido. 

El programa debe recibir como entrada cada uno de estos datos en forma de números enteros, debe calcular el nuevo 
saldo (= saldo inicial + cargos - créditos ), mostrar el nuevo balance y determinar si éste excede el límite de crédito del 
cliente. Para los clientes cuyo límite de crédito sea excedido, el programa debe mostrar el mensaje "Se excedió el 
limite de su crédito". 

4-19 Una empresa grande paga a sus vendedores mediante comisiones. Los vendedores reciben $200 por semana, 
más el 9% de sus ventas brutas durante esa semana. Por ejemplo, un vendedor que vende $5000 de mercancía en una 
semana, recibe $200 más el 9% de 5000, o un total de $650. Usted acaba de recibir una lista de los artículos vendidos 
por cada vendedor. Los valores de estos artículos son los siguientes: 

Artículo Valor 

1 239.99 

2 129.75 

3 99.95 

4 350.89 
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Desarrolle una aplicación en Java que reciba como entrada los artículos vendidos por un vendedor durante la última 
semana, y que calcule y muestre los ingresos de ese vendedor. No hay límite en cuanto al número de artículos que un 
vendedor puede vender. 

4.20 Desarrolle una aplicación en Java que determine el sueldo bruto para cada uno de tres empleados. La empresa 
paga la cuota normal en las primeras 40 horas de trabajo de cada empleado, y paga cuota y media en todas las horas 
trabajadas que excedan de 40. Usted recibe una lista de los empleados de la empresa, el número de horas que trabajó 
cada empleado la semana pasada y la tarifa por horas de cada empleado. Su programa debe recibir como entrada esta 
información para cada empleado, debe determinar y mostrar el sueldo bruto de cada empleado. Utilice la clase Scanner 
para introducir los datos. 

4.21 El proceso de encontrar el valor más grande (es decir, el máximo de un grupo de valores) se utiliza frecuen- 
temente en aplicaciones de computadora. Por ejemplo, un programa para determinar el ganador de un concurso de 
ventas recibe como entrada el número de unidades vendidas por cada vendedor. El vendedor que haya vendido más 
unidades es el que gana el concurso. Escriba un programa en seudocódigo y después una aplicación en Java que reciba 
como entrada una serie de 10 números enteros, y que determine e imprima el mayor de los números. Su programa debe 
utilizar cuando menos las siguientes tres variables: 

a) contador: un contador para contar hasta 10 (es decir, para llevar el registro de cuántos números se han 
introducido, y para determinar cuando se hayan procesado los 10 números). 

b) numero: el entero más reciente introducido por el usuario. 

c) mayor: el número más grande encontrado hasta ahora. 

4.22 Escriba una aplicación en Java que utilice ciclos para imprimir la siguiente tabla de valores: 


N 

10*N 

100* N 

1000*N 

1 

10 

100 

1000 

2 

20 

200 

2000 

3 

30 

300 

3000 

4 

40 

400 

4000 

5 

50 

500 

5000 


4-23 Utilizando una metodología similar a la del ejercicio 4.21, encuentre los dos valores más grandes de los 10 que 
se introdujeron. [Nota: puede introducir cada número sólo una vez]. 

4.24 Modifique el programa de la figura 4. 12 para validar sus entradas. Para cualquier entrada, si el valor introducido 
es distinto de 1 o 2, debe seguir iterando hasta que el usuario introduzca un valor correcto. 

4-25 ¿Qué es lo que imprime el siguiente programa? 

1 public class Misterio2 

2 { 

3 public static void main( String args[] ) 

4 { 

5 int cuenta = 1; 

6 

7 while ( cuenta <= 10 ) 

8 { 

9 System. out.println( cuenta % 2 == 1 ? "****" : "++++++++" ); 

10 ++cuenta; 

11 } // fin de while 

12 } // fin de mai n 

13 

14 } // fin de la clase Misterio2 

4-26 ¿Qué es lo que imprime el siguiente programa? 

1 public class Misterio3 

2 { 
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3 public static void main( String args[] ) 

4 { 

5 int fila = 10; 

6 int columna; 

7 

8 while ( fila >= 1 ) 

9 { 

10 columna = 1; 

12 while ( columna <= 10 ) 

13 { 

14 System. out. pri nt( fila % 2 == 1 ? "<" : ">" ); 

15 ++columna; 

16 } // fin de while 

17 

18 — fila; 

19 System. out. printlnO ; 

20 } // fin de while 

21 } // fin de mai n 

22 

23 } // fin de la clase Misterio3 

4-27 ( Problema del el se suelto) Determine la salida de cada uno de los siguientes conjuntos de código, cuando x es 
9 y y es 11, y cuando x es 11 y y es 9. Observe que el compilador ignora la sangría en un programa en Java. Además, el 
compilador de Java siempre asocia un el se con el i f que le precede inmediatamente, a menos que se le indique de otra 
forma mediante la colocación de llaves ({ }). A primera vista, el programador tal vez no esté seguro de cuál i f correspon- 
de a cuál el se; esta situación se conoce como el “problema del el se suelto”. Hemos eliminado la sangría del siguiente 
código para hacer el problema más retador. [ Sugerencia : aplique las convenciones de sangría que ha aprendido] . 

a) i f ( x < 10 ) 

if ( y > 10 ) 

System . out . prí ntl n( ''*****" ); 
el se 

System . out . prí ntl n( "#####" ); 

System . out . pri ntl n ( "$$$$$" ); 

b) i f ( x < 10 ) 

{ 

if ( y > 10 ) 

System . out . pri ntl n( ''*****" ); 

} 

el se 

{ 

System . out . pri ntl n ( "#####" ); 

System . out . pri ntl n ( "$$$$$" ); 

} 

4-28 ( Otro problema de el se suelto) Modifique el código dado para producir la salida que se muestra en cada parte 

del problema. Utilice las técnicas de sangría apropiadas. No haga modificaciones en el código, sólo inserte llaves o 
modifique la sangría del código. El compilador ignora la sangría en un programa en Java. Hemos eliminado la sangría 
en el código dado, para hacer el problema más retador. [Nota: es posible que no se requieran modificaciones en algunas 
de las partes] . 

if ( y == 8 ) 
if ( x == 5 ) 

System. out . pri ntl n( "@@@@@" ); 
el se 

System. out . pri ntl n( "#####" ); 

System. out. println( "$$$$$" ); 

System, out . pri ntl n( "&&&&&" ); 
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a) Suponiendo que x = 5 y y = 8, se produce la siguiente salida: 

@@@@@ 

$$$$$ 

&&&&& 

b) Suponiendo que x = 5 y y = 8, se produce la siguiente salida: 

@@@@@ 

c) Suponiendo que x = 5 y y = 8, se produce la siguiente salida: 

@@@@@ 

&&&&& 

d) Suponiendo que x = 5 y y = 7, se produce la siguiente salida. [Nota: las tres últimas instrucciones de salida 
después del el se forman parte de un bloque.] 

##### 

$$$$$ 

&&&&& 

4-29 Escriba una aplicación que pida al usuario que introduzca el tamaño del lado de un cuadrado y que muestre un 
cuadrado hueco de ese tamaño, compuesto de asteriscos. Su programa debe funcionar con cuadrados que tengan lados 
de todas las longitudes entre 1 y 20. 

4.30 ( Palíndromos ) Un palíndromo es una secuencia de caracteres que se lee igual al derecho y al revés. Por ejemplo, 
cada uno de los siguientes enteros de cinco dígitos es un palíndromo: 12321, 55555, 45554 y 11611. Escriba una 
aplicación que lea un entero de cinco dígitos y determine si es un palíndromo. Si el número no es de cinco dígitos, el 
programa debe mostrar un mensaje de error y permitir al usuario que introduzca un nuevo valor. 

4.3 1 Escriba una aplicación que reciba como entrada un entero que contenga sólo Os y ls (es decir, un entero bina- 
rio), y que imprima su equivalente decimal. [Sugerencia: use los operadores residuo y división para elegir los dígitos del 
número binario uno a la vez, de derecha a izquierda. En el sistema numérico decimal, el dígito más a la derecha tiene 
un valor posicional de 1 y el siguiente dígito a la izquierda tiene un valor posicional de 10, después 100, después 1000, 
etcétera. El número decimal 234 puede interpretarse como 4*1+3*10 + 2* 100. En el sistema numérico binario, el 
dígito más a la derecha tiene un valor posicional de 1 , el siguiente dígito a la izquierda tiene un valor posicional de 2, 
luego 4, luego 8, etcétera. El equivalente decimal del número binario 1101esl*l + 0*2+l*4+l*8,ol+0 + 4 
+ 8,o 13]. 

4.32 Escriba una aplicación que utilice sólo las instrucciones de salida 
System. out . pri nt( "* " ); 

System. out . pri nt( " " ); 

System, out .printlnO; 

para mostrar el patrón de tablero de damas que se muestra a continuación. Observe que una llamada al método Sys- 
tem . out . pri ntl n sin argumentos hace que el programa imprima un solo carácter de nueva línea. [Sugerencia: se 
requieren estructuras de repetición] . 


* * * * * * * * 


******** 


* 


* * 


******** 

* * * * * * * * 
******** 


* * 


4.33 Escriba una aplicación que muestre en la ventana de comandos los múltiplos del entero 2 (es decir, 2, 4, 8, 16, 
32, 64, etcétera). Su ciclo no debe terminar (es decir, debe crear un ciclo infinito). ¿Qué ocurre cuando ejecuta este 
programa? 

4-34 ¿Qué está mal en la siguiente instrucción? Proporcione la instrucción correcta para sumar uno a la suma 
de x e y. 


System. out . pri ntl n( ++(x + y) ) ; 
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4.35 Escriba una aplicación que lea tres valores distintos de cero introducidos por el usuario, y que determine e 
imprima si podrían representar los lados de un triángulo. 

4.36 Escriba una aplicación que lea tres enteros distintos de cero, determine e imprima si estos enteros podrían 
representar los lados de un triángulo rectángulo. 

4-37 Una compañía desea transmitir datos a través del teléfono, pero le preocupa que sus teléfonos puedan estar 
intervenidos. Le ha pedido a usted que escriba un programa que cifre sus datos, de manera que éstos puedan trans- 
mitirse con más seguridad. Todos los datos se transmiten como enteros de cuatro dígitos. Su aplicación debe leer un 
entero de cuatro dígitos introducido por el usuario y cifrarlo de la siguiente manera: reemplace cada dígito con el 
resultado de sumar 7 al dígito y obtener el residuo después de dividir el nuevo valor entre 10. Luego intercambie 
el primer dígito con el tercero, e intercambie el segundo dígito con el cuarto. Después imprima el entero cifrado. 
Escriba una aplicación separada que reciba como entrada un entero de cuatro dígitos cifrado, y que lo descifre para 
formar el número original. 

4.38 El factorial de un entero n no negativo se escribe como n\ y se define de la siguiente manera: 

«! = «■(»— 1) ■ [n - 2) ■ ... -1 (para valores de n mayores o iguales a 1) 

y 

n\ = 1 (para n = 0) 

Por ejemplo, 5! = 5 • 4 • 3 • 2 • 1, que es 120. 

a) Escriba una aplicación que lea un entero no negativo, y calcule e imprima su factorial. 

b) Escriba una aplicación que estime el valor de la constante matemática e, utilizando la fórmula 

e= 1 + i + I + I + ... 

1! 2! 3! 

c) Escriba una aplicación que calcule el valor de é 1 , utilizando la fórmula 



No todo lo que puede 
contarse cuenta, y no todo lo 
que cuenta puede contarse. 
— Albert Einstein 


OBJETIVOS 

En este capítulo aprenderá a: 

■ Conocer los fundamentos acerca de la repetición controlada 
por un contador. 

■ Utilizar las instrucciones de repetición for y do. . .while para 
ejecutar instrucciones de manera repetitiva en un programa. 

■ Comprender la selección múltiple utilizando la instrucción de 
selección switch. 

■ Utilizar las instrucciones de control de programa break y 
continué para alterar el flujo de control. 

■ Utilizar los operadores lógicos para formar expresiones 
condicionales complejas en Instrucciones de control. 


¿Quién puede controlar su 
destino ? 

— William Shakespeare 

La llave usada siempre es 
brillante. 

— Benjamín Franklin 

La inteligencia... es la 
facultad de hacer objetos 
artificiales, especialmente 
herramientas para hacer 
herramientas. 

— Henri Bergson 

Cada ventaja en el pasado 
se juzga a la luz de la 
cuestión final. 

— Demóstenes 






Plan general 
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5.1 Introducción 

5.2 Fundamentos de la repetición controlada por contador 

5.3 Instrucción de repetición for 

5.4 Ejemplos sobre el uso de la instrucción for 

5.5 Instrucción de repetición do. . .while 

5.6 Instrucción de selección múltiple switch 

5.7 Instrucciones break y conti nue 

5.8 Operadores lógicos 

5.9 Resumen sobre programación estructurada 

5.10 (Opcional) Ejemplo práctico de GUI y gráficos: dibujo de rectángulos y óvalos 

5.1 1 (Opcional) Ejemplo práctico de Ingeniería de Software: cómo identificar los estados y actividades de 
los objetos 

5.12 Conclusión 

Resumen | Terminología | Ejercicios de autoevaluación | Respuestas a los ejercidos de autoevaluación | Ejercicios 


5.1 Introducción 

El capítulo 4 nos introdujo a los tipos de bloques de construcción disponibles para solucionar problemas. Utiliza- 
mos dichos bloques de construcción para emplear las técnicas, ya comprobadas, de la construcción de programas. 
En este capítulo continuaremos nuestra presentación de la teoría y los principios de la programación estructurada, 
presentando el resto de las instrucciones de control en Java. Las instrucciones de control que estudiaremos aquí y 
las que vimos en el capítulo 4 son útiles para crear y manipular objetos. 

En este capítulo demostraremos las instrucciones for, do . . .whi 1 e y swi tch de Java. A través de una serie de 
ejemplos cortos en los que utilizaremos las instrucciones while y for, exploraremos los fundamentos acerca 
de la repetición controlada por contador. Dedicaremos una parte de este capítulo (y del capítulo 7) a expandir 
la clase Li broCal i ficaci ones que presentamos en los capítulos 3 y 4. En especial, crearemos una versión de la 
clase Li broCal i ficaci ones que utiliza una instrucción switch para contar el número de calificaciones equiva- 
lentes de A, B, C, D y F, en un conjunto de calificaciones numéricas introducidas por el usuario. Presentaremos 
las instrucciones de control de programa break y conti nue. Elablaremos sobre los operadores lógicos de Java, 
que nos permiten utilizar expresiones condicionales más complejas en las instrucciones de control. Por último, 
veremos un resumen de las instrucciones de control de Java y las técnicas ya probadas de solución de problemas 
que presentamos en éste y en el capítulo 4. 

5.2 Fundamentos de la repetición controlada por contador 

Esta sección utiliza la instrucción de repetición whi 1 e, presentada en el capítulo 4, para formalizar los elementos 
requeridos y llevar a cabo la repetición controlada por contador. Este tipo de repetición requiere: 

1. Una variable de control (o contador de ciclo). 

2. El valor inicial de la variable de control. 

3. El incremento (o decremento) con el que se modifica la variable de control cada vez que pasa por el 
ciclo (lo que también se conoce como cada iteración del ciclo). 

4. La condición de continuación de ciclo, que determina si el ciclo debe continuar o no. 

Para ver estos elementos de la repetición controlada por contador, considere la aplicación de la figura 5.1, que 
utiliza un ciclo para mostrar los números del 1 al 10. Observe que esta figura sólo contiene un método, main, 
que realiza todo el trabajo de la clase. Para la mayoría de las aplicaciones, en los capítulos 3 y 4 hemos preferido el 
uso de dos archivos separados: uno que declara una clase reutilizable (por ejemplo, Cuenta) y otro que instancia 
uno o más objetos de esa clase (por ejemplo, PruebaCuenta) y demuestra su funcionalidad. Sin embargo, en 
algunas ocasiones es más apropiado crear sólo una clase, cuyo método mai n ilustra en forma concisa un concepto 
básico. A lo largo de este capítulo, utilizaremos varios ejemplos de una clase, como el de la figura 5.1, para demos- 
trar la mecánica de las instrucciones de control de Java. 
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En la figura 5.1, los elementos de la repetición controlada por contador se definen en las líneas 8, 10 y 13. 
La línea 8 declara la variable de control (contador) como un i nt, reserva espacio para esta variable en memoria 
y establece su valor inicial en 1. La variable contador también podría haberse declarado e inicializado con la 
siguientes instrucciones de declaración y asignación de variables locales: 

int contador; // declara contador 
contador = 1; // inicializa contador en 1 

La línea 12 muestra el valor de la variable de control contador durante cada iteración del ciclo. La línea 13 
incrementa la variable de control en 1, para cada iteración del ciclo. La condición de continuación de ciclo en la 
instrucción whi 1 e (línea 10) evalúa si el valor de la variable de control es menor o igual que 10 (el valor final para 
el que la condición es true). Observe que el programa ejecuta el cuerpo de este whi 1 e aun y cuando la variable 
de control sea 10. El ciclo termina cuando la variable de control es mayor a 10 (es decir, cuando contador se 
convierte en 11). 



Error común de programación 5.1 

Debido a que los valores de punto flotante pueden ser aproximados, controlar los ciclos con variables de punto flotante 
puede producir valores imprecisos del contador y pruebas de terminación imprecisas. 



Tip para prevenir errores 5.1 


Controle los ciclos de contador con enteros. 



Buena práctica de programación 5.1 

Coloque líneas en blanco por encima y debajo de las instrucciones de control de repetición y selección, y apliq 
sangría a los cuerpos de las instrucciones para mejorar la legibilidad. 


ue 


El programa de la figura 5.1 puede hacerse más conciso si inicializamos contador en 0 en la línea 8, y pre- 
incrementamos contador en la condición whi 1 e de la siguiente forma: 

while ( ++contador <= 10 ) // condición de continuación de ciclo 
System. out.printf( “%d contador ); 


1 // Fig. 5.1: ContadorWhi 1 e . java 

2 // Repetición controlada con contador, con la instrucción de repetición while. 

3 

4 public class ContadorWhi 1 e 

5 { 

6 public static void main( String args[] ) 

7 { 

8 int contador = 1; // declara e inicializa la variable de control 

9 

10 while ( contador <= 10 ) // condición de continuación de ciclo 

11 { 

12 System. out.printf( “%d contador ); 

13 ++contador; // incrementa la variable de control en 1 

14 } // fin de while 

15 

16 System. out. println() ; // imprime una nueva linea 

17 } // fin de main 

18 } // fin de la clase ContadorWhi le 


1 2 B 4 5 6 7 8 9 10 

I 

Figura 5.1 | Repetición controlada con contador, con la instrucción de repetición while. 
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Este código ahorra una instrucción (y elimina la necesidad de usar llaves alrededor del cuerpo del ciclo), ya que la 
condición de whi 1 e realiza el incremento antes de evaluar la condición. (En la sección 4.12 vimos que la prece- 
dencia de ++ es mayor que la de <=). La codificación en esta forma tan condensada requiere de práctica y puede 
hacer que el código sea más difícil de leer, depurar, modificar y mantener, así que en general, es mejor evitarla. 

Observación de ingeniería de software 5.1 

“Mantener las cosas simples” es un buen consejo para la mayoría del código que usted escriba. 

5.3 Instrucción de repetición for 

La sección 5.2 presentó los aspectos esenciales de la repetición controlada por contador. La instrucción whi le 
puede utilizarse para implementar cualquier ciclo controlado por un contador. Java también cuenta con la ins- 
trucción de repetición for, que especifica los detalles de la repetición controlada por contador en una sola línea 
de código. La figura 5.2 reimplementa la aplicación de la figura 5.1, usando la instrucción for. 

El método mai n de la aplicación opera de la siguiente manera: cuando la instrucción for (líneas 10 y 11) 
comienza a ejecutarse, la variable de control contador se declara e inicializa en 1 (en la sección 5.2 vimos que 
los primeros dos elementos de la repetición controlada por un contador son la variable de control y su valor 
inicial). A continuación, el programa verifica la condición de continuación de ciclo, contador <= 10, la cual se 
encuentra entre los dos signos de punto y coma requeridos. Como el valor inicial de contador es 1, al principio 
la condición es verdadera. Por lo tanto, la instrucción del cuerpo (línea 11) muestra el valor de la variable de 
control contador, que es 1. Después de ejecutar el cuerpo del ciclo, el programa incrementa a contador en la 
expresión contado r++, la cual aparece a la derecha del segundo signo de punto y coma. Después, la prueba de 
continuación de ciclo se ejecuta de nuevo para determinar si el programa debe continuar con la siguiente iteración 
del ciclo. En este punto, el valor de la variable de control es 2, por lo que la condición sigue siendo verdadera (el 
valor final no se excede); así, el programa ejecuta la instrucción del cuerpo otra vez (es decir, la siguiente iteración 
del ciclo). Este proceso continúa hasta que se muestran en pantalla los números del 1 al 10 y el valor de contador 
se vuelve 11, con lo cual falla la prueba de continuación de ciclo y termina la repetición (después de 10 repeticio- 
nes del cuerpo del ciclo en la línea 11). Después, el programa ejecuta la primera instrucción después del for; en 
este caso, la línea 13. 

Observe que la figura 5.2 utiliza (en la línea 10) la condición de continuación de ciclo contador <= 10. 
Si usted especificara por error contador < 10 como la condición, el ciclo sólo iteraría nueve veces. A este error 
lógico común se le conoce como error por desplazamiento en 1 . 


1 // Fig. 5.2: ContadorFor. java 

2 // Repetición controlada con contador, con la instrucción de repetición for. 

3 

4 public class ContadorFor 

5 { 

6 public static void main( String args[] ) 

7 { 

8 // el encabezado de la instrucción for incluye la i ni ci al i zación , 

9 // la condición de continuación de ciclo y el incremento 

10 for ( int contador = 1; contador <= 10; contador++ ) 

11 System. out.printf( "%d ", contador ); 

12 

13 System. out. printlnf) ; // imprime una nueva linea 

• 4 } // fin de main 

15 } // fin de la clase ContadorFor 

1 2 3 4 5 6 7 8 9 10 



Figura 5.2 | Repetición controlada con contador, con la instrucción de repetición for. 
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Error común de programación 5.2 

Utilizar un operador relacional incorrecto o un valor final incorrecto de un contador de ciclo en la condición de 
continuación de ciclo de una instrucción de repetición puede producir un error por desplazamiento en 1. 



Buena práctica de programación 5.2 

Utilizar el valor final en la condición de una instrucción while o for con el operador relacional < = nos ayuda a evi- 
tar los errores por desplazamiento en 1. Para un ciclo que imprime los valores del 1 al 10, la condición de continua- 
ción de ciclo debe ser contador <= 10, en vez de contador < 10 (lo cual produce un error por desplazamiento en 
uno) o contador <11 (que es correcto). Muchos programadores prefieren el llamado conteo con base cero, en el cual 
para contar 10 veces, contador se inicializaría en cero y la prueba de continuación de ciclo sería contador < 10. 


La figura 5.3 analiza con más detalle la instrucción for de la figura 5.2. A la primera línea del for (incluyen- 
do la palabra clave for y todo lo que está entre paréntesis después de ésta), la línea 10 de la figura 5.2, se le llama 
algunas veces encabezado de la instrucción f o r, o simplemente encabezado del for. Observe que el encabezado 
del for “se encarga de todo”: especifica cada uno de los elementos necesarios para la repetición controlada por 
un contador con una variable de control. Si hay más de una instrucción en el cuerpo del for, se requieren llaves 
({ y }) para definir el cuerpo del ciclo. 


Palabra clave Variable de 
for control 


Separador de 
punto y coma 
requerido 


Separador de 
punto y coma 
requerido 


for ( int contador = 1; contador <= 10; contador++ ) 


Valor inicial de la 
variable de control 


Condición de continuación 
de ciclo 


Incremento de la 
variable de control 


Figura 5.3 | Componentes del encabezado de la instrucción for. 


El formato general de la instrucción f o r es 

for ( inicialización ; condiciónDeContinuaciónDeCiclo ; incremento ) 
instrucción 

en donde la expresión inicialización nombra a la variable de control de ciclo y proporciona su valor inicial, la con- 
diciónDeContinuaciónDeCiclo es la condición que determina si el ciclo debe seguir ejecutándose, y el incremento 
modifica el valor de la variable de control (ya sea un incremento o un decremento), de manera que la condición 
de continuación de ciclo se vuelva falsa en un momento dado. Los dos signos de punto y coma en el encabezado 
del for son requeridos. 



Error común de programación 5.3 

Utilizar comas en vez de los dos signos de punto y coma requeridos en el encabezado de una instrucción for es un 
error de sintaxis. 


En la mayoría de los casos, la instrucción for puede representarse con una instrucción while equivalente, 
de la siguiente manera: 

inicialización ; 

whi 1 e ( condiciónDeContinuaciónDeCiclo ) 
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{ 

instrucción 
incremento ; 

} 


En la sección 5.7 veremos un caso para el cual no es posible representar una instrucción for con una instrucción 
whi 1 e equivalente. 

Por lo general, las instrucciones f o r se utilizan para la repetición controlada por un contador, y las instruc- 
ciones whi 1 e se utilizan para la repetición controlada por un centinela. No obstante, whi 1 e y for pueden utili- 
zarse para cualquiera de los dos tipos de repetición. 

Si la expresión de inicialización en el encabezado del for declara la variable de control (es decir, si el tipo de 
la variable de control se especifica antes del nombre de la variable, como en la figura 5.2), la variable de control 
puede utilizarse sólo en esa instrucción for; no existirá fuera de esta instrucción. Este uso restringido del nombre 
de la variable de control se conoce como el alcance de la variable. El alcance de una variable define en dónde 
puede utilizarse en un programa. Por ejemplo, una variable local sólo puede utilizarse en el método que declara 
a esa variable, y sólo a partir del punto de declaración, hasta el final del método. En el capítulo 6, Métodos: un 
análisis más detallado, veremos con detalle el concepto de alcance. 



Error común de programación 5.4 

Cuando se declara la variable de control de una instrucción for en la sección de inicialización del encabezado del 
for, si se utiliza la variable de control fuera del cuerpo del for se produce un error de compilación. 


Las tres expresiones en un encabezado for son opcionales. Si se omite la condiciónDeContinuaciónDeCiclo, 
Java asume que esta condición siempre será verdadera, con lo cual se crea un ciclo infinito. Podríamos omitir 
la expresión de inicialización si el programa inicializa la variable de control antes del ciclo. Podríamos omitir la 
expresión de incremento si el programa calcula el incremento mediante instrucciones dentro del cuerpo del ciclo, 
o si no se necesita un incremento. La expresión de incremento en un for actúa como si fuera una instrucción 
independiente al final del cuerpo del for. Por lo tanto, las expresiones 

contador = contador + 1 
contador += 1 
++contador 
contador++ 

son expresiones de incremento equivalentes en una instrucción for. Muchos programadores prefieren conta- 
do r++, ya que es concisa y además un ciclo for evalúa su expresión de incremento después de la ejecución de su 
cuerpo. Por ende, la forma de postincremento parece más natural. En este caso, la variable que se incrementa no 
aparece en una expresión más grande, por lo que los operadores de preincremento y postdecremento tienen en 
realidad el mismo efecto. 


Tip de rendimiento 5.1 



Hay una ligera ventaja de rendimiento al utilizar el operador de preincremento, pero si elije el operador de postincre- 
mento debido a que parece ser más natural (como en el encabezado de un for j, los compiladores con optimización 
generarán código byte de Java que utilice la forma más eficiente, de todas maneras. 



Buena práctica de programación 5.3 

En muchos casos, los operadores de preincremento y postincremento se utilizan para sumar 1 a una variable en una 
instrucción por sí sola. En estos casos el efecto es idéntico, sólo que el operador de preincremento tiene una ligera 
ventaja de rendimiento. Dado que el compilador por lo general optimiza el código que usted escribe para ayudarlo 
a obtener el mejor rendimiento, puede usar cualquiera de los dos operadores (preincremento o postincremento) con el 
que se sienta más cómodo en estas situaciones. 


Error común de programación 5.5 



Colocar un punto y coma inmediatamente a la derecha del paréntesis derecho del encabezado de un for convierte el 
cuerpo de ese for en una instrucción vacía. Por lo general esto es un error lógico. 


170 Capítulo 5 Instrucciones de control: parte 2 



Tip para prevenir errores 5.2 


Los ciclos infinitos ocurren cuando la condición de continuación de ciclo en una instrucción de repetición nunca se 
vuelve false. Para evitar esta situación en un ciclo controlado por un contador, debe asegurarse que la variable de 
control se incremente (o decremente) durante cada iteración del ciclo. En un ciclo controlado por centinela, asegúrese 
que el valor centinela se introduzca en algún momento dado. 


Las porciones correspondientes a la inicialización, la condición de continuación de ciclo y el incremento de 
una instrucción for pueden contener expresiones aritméticas. Por ejemplo, suponga que x = 2yy = 10; si x y 
y no se modifican en el cuerpo del ciclo, entonces la instrucción 

for ( int j=x; j <= 4 * x * y; j += y / x ) 

es equivalente a la instrucción 

for ( int j = 2; j <= 80; j += 5 ) 

El incremento de una instrucción f o r también puede ser negativo, en cuyo caso sería un decremento y el ciclo 
contaría en orden descendente. 

Si al principio la condición de continuación de ciclo es f al se, el programa no ejecutará el cuerpo de la ins- 
trucción for, sino que la ejecución continuará con la instrucción que siga inmediatamente después del for. 

Con frecuencia, los programas muestran en pantalla el valor de la variable de control o lo utilizan en cálculos 
dentro del cuerpo del ciclo, pero este uso no es obligatorio. Por lo general, la variable de control se utiliza para 
controlar la repetición sin que se le mencione dentro del cuerpo del for. 



Tip para prevenir errores 5.3 


Aunque el valor de la variable de control puede cambiarse en el cuerpo de un ciclo for, evite hacerlo, ya que esta 
práctica puede llevarlo a cometer errores sutiles. 


El diagrama de actividad de UML de la instrucción for es similar al de la instrucción while (figura 4.4). 
La figura 5.4 muestra el diagrama de actividad de la instrucción for de la figura 5.2. El diagrama hace evidente que 
la inicialización ocurre sólo una vez antes de evaluar la condición de continuación de ciclo por primera vez, y que el 
incremento ocurre cada vez que se realiza una iteración, después de que se ejecuta la instrucción del cuerpo. 


I 

lnicializa la 
variable de control 


--int contador = 1 




Muestra en pantalla 
el valor del contador 


Incrementa la 
variable de control 


contador++ 


Determina si el ciclo 1 

debe continuar System, out . pri ntf( “%d ”, contador ); 


Figura 5.4 | Diagrama de actividad de UML para la instrucción for de la figura 5.2. 
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5.4 Ejemplos sobre el uso de la instrucción for 

Los siguientes ejemplos muestran técnicas para modificar la variable de control en una instrucción for. En cada 
caso, escribimos el encabezado for apropiado. Observe el cambio en el operador relacional para los ciclos que 
decrementan la variable de control. 

a) Modificar la variable de control de 1 a 100 en incrementos de 1. 

for ( int i = 1; i <= 100; i++ ) 

b) Modificar la variable de control de 100 a 1 en decrementos de 1 . 

for ( int i = 100; i >= 1; i — ) 

c) Modificar la variable de control de 7 a 77 en incrementos de 7. 

for ( int i =7; i <=77; i += 7 ) 

d) Modificar la variable de control de 20 a 2 en decrementos de 2. 

for ( int i =20; i >= 2 ; i -= 2 ) 

e) Modificar la variable de control con la siguiente secuencia de valores: 2 , 5, 8, 11, 14, 17, 20. 

for ( int i =2; i <=20; i += 3 ) 

f) Modificar la variable de control con la siguiente secuencia de valores: 99 , 88, 77, 66, 55, 44, 33, 
22, 11, 0. 

for ( int i =99; i >= 0; i -= 11 ) 



Error común de programación 5.6 

No utilizar el operador relacional apropiado en la condición de continuación de un ciclo que cuente en forma 
regresiva (como usar i <= 1 en lugar de i >= 1 en un ciclo que cuente en forma regresiva hasta llegar a 1) es 
generalmente un error lógico. 


Aplicación: sumar los enteros pares del 2 al 20 

Ahora consideremos dos aplicaciones de ejemplo que demuestran usos simples de la instrucción for. La aplica- 
ción de la figura 5.5 utiliza una instrucción for para sumar los enteros pares del 2 al 20 y guardar el resultado en 
una variable i nt llamada total . 


1 // Fig. 5.5: Suma. java 

2 // Sumar enteros con la instrucción for. 

3 

4 public class Suma 

5 { 

6 public static void main( String args[] ) 

7 { 

8 int total = 0; // inicial iza el total 

9 

10 // total de los enteros pares del 2 al 20 

11 for ( int numero = 2; numero <= 20; numero += 2 ) 

12 total += numero; 

13 

14 System. out.printf( “La suma es %d\n’ , total ); // muestra los resultados 

15 } // fin de main 

16 } // fin de la clase Suma 


La suma es 110 

I 

Figura 5.5 | Sumar enteros con la instrucción for. 
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Las expresiones de inicialización e incremento pueden ser listas separadas por comas de expresiones que nos 
permitan utilizar varias expresiones de inicialización, o varias expresiones de incremento. Por ejemplo, aunque 
esto no se recomienda, el cuerpo de la instrucción for en las líneas 1 1 y 12 de la figura 5.5 podría mezclarse con 
la porción del incremento del encabezado for mediante el uso de una coma, como se muestra a continuación: 

for ( int numero = 2; numero <= 20; total += numero, numero += 2 ) 

; // instrucción vacia 



Buena práctica de programación 5.4 

Limite el tamaño de los encabezados de las instrucciones de control a una sola línea, si es posible. 


Aplicación: cálculo del interés compuesto 

La siguiente aplicación utiliza la instrucción for para calcular el interés compuesto. Considere el siguiente pro- 
blema: 

Una persona invierte $1 000.00 en una cuenta de ahorro que produce el 5% de interés. Supo- 
niendo que todo el interés se deposita en la cuenta, calcide e imprima el monto de dinero en 
la cuenta al final de cada año, durante 1 0 años. Use la siguiente fórmida para determinar los 
montos: 

c = p ( 1 + r) n 

en donde 

p es el monto que se invirtió originalmente (es decir, el monto principal) 
res la tasa de interés anual (por ejemplo, use 0.05 para el 5%) 
n es el número de años 

c es la cantidad depositada al final del w-ésimo año. 

Este problema implica el uso de un ciclo que realiza los cálculos indicados para cada uno de los 10 años que 
el dinero permanece depositado. La solución es la aplicación que se muestra en la figura 5.6. Las líneas 8 a 10 
en el método mai n declaran las variables doubl e llamadas monto , pri nci pal y tasa, e inicializan pri nci pal 
con 1000 . 0 y tasa con 0.05. Java trata a las constantes de punto flotante, como 1000 . 0 y 0 . 05, como de tipo 
doubl e. De manera similar, Java trata a las constantes de números enteros, como 7 y -22, como de tipo i nt. 

La línea 13 imprime en pantalla los encabezados para las dos columnas de resultados de esta aplicación. La 
primera columna muestra el año y la segunda, la cantidad depositada al final de ese año. Observe que utilizamos 
el especificador de formato %20s para mostrar en pantalla el objeto Stri ng “Monto en deposi to”. El entero 
20 después del % y el carácter de conversión s indica que el valor a imprimir debe mostrarse con una anchura 
de campo de 20; esto es, printf debe mostrar el valor con al menos 20 posiciones de caracteres. Si el valor a 
imprimir tiene una anchura menor a 20 posiciones de caracteres (en este ejemplo son 17 caracteres), el valor se 
justifica a la derecha en el campo de manera predeterminada. Si el valor ani o a imprimir tuviera una anchura 
mayor a cuatro posiciones de caracteres, la anchura del campo se extendería a la derecha para dar cabida a todo 
el valor; esto desplazaría al campo monto a la derecha, con lo que se desacomodarían las columnas ordenadas de 
nuestros resultados tabulares. Para indicar que los valores deben imprimirse justificados a la izquierda, sólo hay 
que anteponer a la anchura de campo la bandera de formato de signo negativo (-). 

La instrucción for (líneas 16 a 23) ejecuta su cuerpo 10 veces, con lo cual la variable de control ani o varía 
de 1 a 10, en incrementos de 1. Este ciclo termina cuando la variable de control ani o se vuelve 1 1 (observe que 
ani o representa a la n en el enunciado del problema). 

Las clases proporcionan métodos que realizan tareas comunes sobre los objetos. De hecho, la mayoría de los 
métodos a llamar deben pertenecer a un objeto específico. Por ejemplo, para imprimir texto en la figura 5.6, la 
línea 13 llama al método printf en el objeto System. out. Muchas clases también cuentan con métodos que 
realizan tareas comunes y no requieren objetos. En la sección 3.9 vimos que a estos métodos se les llama stati c. 
Por ejemplo, Java no incluye un operador de exponenciación, por lo que los diseñadores de la clase Math definie- 
ron el método stati c llamado pow para elevar un valor a una potencia. Para llamar a un método stati c debe 
especificar el nombre de la clase, seguido de un punto ( . ) y el nombre del método, como en 

NombreClase.nombreMétodo ( argumentos ) 
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1 // 

Fig. 5.6: Interes. java 


2 // 

1 

Cálculo del interés compuesto con for. 


4 public class Interes 


5 { 

6 

public stati c void main( String args[] ) 


7 

{ 


8 

double monto; // Monto depositado al final de 

cada año 

9 

10 

1 1 

12 

doubl e principal = 1000.0; // monto inicial 
double tasa =0.05; // tasa de interés 

antes de los intereses 

// muestra los encabezados 


13 

System. out. pri ntf( "s%20s\n", "Ani o", "Monto 

en deposi to" ) ; 

14 



15 

// calcula el monto en deposito para cada uno de diez años 

16 

for ( int anio = 1; anio <= 10; anio++ ) 


17 

{ 


18 

// calcula el nuevo monto para el año especificado 

19 

monto = principal * Math.pow( 1.0 + tasa, 

anio ) ; 

20 



21 

// muestra el año y el monto 


22 

System. out. printf( "%4d%, 20 . 2f\n" , anio, 

monto ) ; 

23 

} // fin de for 


24 

} // fin de main 


25 } 

// fin de la clase Interes 


Ani o 

Monto en deposito 


1 

1,050.00 


2 

1,102.50 


3 

1,157.63 


4 

1,215.51 


5 

1,276.28 


6 

1,340.10 


7 

1,407.10 


8 

1,477.46 


9 

1,551.33 


10 

1 

1,628.89 


Figura 5.6 | Cálculo del interés compuesto con for. 


En el capítulo 6 aprenderá a implementar métodos stati c en sus propias clases. 

Utilizamos el método stati c pow de la clase Math para realizar el cálculo del interés compuesto en la figura 
5.6. Math . pow(x, y) calcula el valor de x elevado a la j-ésima potencia. El método recibe dos argumentos doubl e 
y devuelve un valor doubl e. La línea 19 realiza el cálculo c = p ( 1 + r) n , en donde c es monto, p es pri nci pal , r 
es tasa y n es ani o. 

Después de cada cálculo, la línea 22 imprime en pantalla el año y el monto depositado al final de ese año. 
El año se imprime en una anchura de campo de cuatro caracteres (según lo especificado por %4d). El monto se 
imprime como un número de punto flotante con el especificador de formato %, 20 . 2f. La bandera de formato 
coma ( , ) indica que el valor debe imprimirse con un separador de agrupamiento. El separador que se utiliza real- 
mente es específico de la configuración regional del usuario (es decir, el país). Por ejemplo, en los Estados Unidos, 
el número se imprimirá usando comas para separar cada tres dígitos, y un punto decimal para separar la parte 
fraccionaria del número, como en 1,234.45. El número 20 en la especificación de formato indica que el valor 
debe imprimirse justificado a la derecha, con una anchura de campo de 20 caracteres. El . 2 especifica la precisión del 
número con formato; en este caso, el número se redondea a la centésima más cercana y se imprime con dos dígitos 
a la derecha del punto decimal. 
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En este ejemplo declaramos las variables monto, capital y tasa de tipo double. Estamos tratando con 
partes fracciónales de dólares y, por ende, necesitamos un tipo que permita puntos decimales en sus valores. Por 
desgracia, los números de punto flotante pueden provocar problemas. He aquí una sencilla explicación de lo que 
puede salir mal al utilizar double (o float) para representar montos en dólares (suponiendo que los montos en 
dólares se muestran con dos dígitos a la derecha del punto decimal): dos montos en dólares tipo double alma- 
cenados en la máquina podrían ser 14.234 (que por lo general se redondea a 14.23 para fines de mostrarlo en 
pantalla) y 18.673 (que por lo general se redondea a 18.67 para fines de mostrarlo en pantalla). Al sumar estos 
montos, producen una suma interna de 32.907, que por lo general se redondea a 32.91 para fines de mostrarlo 
en pantalla. Por lo tanto, sus resultados podrían aparecer como 

14.23 
+ 18.67 


32.91 

pero una persona que sume los números individuales, como se muestran, esperaría que la suma fuera de 32.90. 
¡Ya ha sido advertido! 



Buena práctica de programación 5. 5 

No utilice variables de tipo double (o float) para realizar cálculos monetarios precisos. La imprecisión de los núme- 
ros de punto flotante puede provocar errores. En los ejercicios usaremos enteros para realizar cálculos monetarios. 


Algunos distribuidores independientes venden bibliotecas de clase que realizan cálculos monetarios precisos. 
Además, la API de Java cuenta con la clase j ava . math . Bi gDeci mal para realizar cálculos con valores de punto 
flotante y precisión arbitraria. 

Observe que el cuerpo de la instrucción f o r contiene el cálculo 1.0 + tasa, el cual aparece como argumento 
para el método Math . pow. De hecho, este cálculo produce el mismo resultado cada vez que se realiza una itera- 
ción en el ciclo, por lo que repetir el cálculo en todas las iteraciones del ciclo es un desperdicio. 



Tip de rendimiento 5.2 

En los ciclos, evite cálculos para los cuales el resultado nunca cambia; dichos cálculos, por lo general, deben colocarse 
antes del ciclo. [Nota: actualmente, muchos de los compiladores con optimización colocan dichos cálculos fuera de 
los ciclos en el código compilado]. 


5.5 Instrucción de repetición do. . .while 

La instrucción de repetición do . . . whi 1 e es similar a la instrucción whi 1 e, ya que el programa evalúa la condi- 
ción de continuación de ciclo al principio, antes de ejecutar el cuerpo del ciclo. Si la condición es falsa, el cuerpo 
nunca se ejecuta. La instrucción do . . .while evalúa la condición de continuación de ciclo después de ejecutar el 
cuerpo del ciclo; por lo tanto, el cuerpo siempre se ejecuta por lo menos una vez. Cuando termina una instrucción 
do . . .while, la ejecución continúa con la siguiente instrucción en la secuencia. La figura 5.7 utiliza una instruc- 
ción do. . .whi 1 e para imprimir los números del 1 al 10. 

La línea 8 declara e inicializa la variable de control contador. Al entrar a la instrucción do. . .while, la 
línea 12 imprime el valor de contador y la 13 incrementa a contador. Después, el programa evalúa la prueba de 
continuación de ciclo al final del mismo (línea 14). Si la condición es verdadera, el ciclo continúa a partir de la 
primera instrucción del cuerpo en la instrucción do . . .while (línea 12). Si la condición es falsa, el ciclo termina 
y el programa continúa con la siguiente instrucción después del ciclo. 

La figura 5.8 contiene el diagrama de actividad de UML para la instrucción do . . .while. Este diagrama hace 
evidente que la condición de continuación de ciclo no se evalúa sino hasta después que el ciclo ejecuta el estado de 
acción, por lo menos una vez. Compare este diagrama de actividad con el de la instrucción whi 1 e (figura 4.4). 

No es necesario utilizar llaves en la estructura de repetición do. . .while si sólo hay una instrucción en el 
cuerpo. Sin embargo, la mayoría de los programadores incluyen las llaves para evitar la confusión entre las ins- 
trucciones whi 1 e y do . . .whi 1 e. Por ejemplo: 

whi 1 e ( condición ) 
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1 // Fig. 5.7: PruebaDoWhi 1 e . java 

2 // La instrucción de repetición do... while. 

3 

4 public class PruebaDoWhi 1 e 

5 { 

6 public static void main( String args[] ) 

7 { 

8 int contador = 1; // inicial iza contador 

9 

10 do 

11 { 

12 System. out.printf( "%d ", contador ); 

13 ++contador; 

14 } while ( contador <= 10 ); // fin de do...while 

15 

16 System. out.printlnO ; // imprime una nueva linea 

17 } // fin de main 

18 } // fin de la clase PruebaDoWhi le 


1 23456789 10 


Figura 5.7 | La instrucción de repetición do. . .while. 


System. out.printf( “%d 



Figura 5.8 | Diagrama de actividad de UML de la instrucción de repetición do. . .while. 


generalmente es la primera línea de una instrucción whi 1 e. Una instrucción do . . .while sin llaves, alrededor de 
un cuerpo con una sola instrucción, aparece así: 

do 

instrucción 

whi 1 e ( condición ) ; 




176 Capítulo 5 Instrucciones de control: parte 2 


lo cual puede ser confuso. Un lector podría malinterpretar la última línea [whi 1 e ( condición ) ; ], como una ins- 
trucción whi 1 e que contiene una instrucción vacía (el punto y coma por sí solo). Por ende, la instrucción do . . . 
whi 1 e con una instrucción en su cuerpo se escribe generalmente así: 

do 

{ 

Instrucción 

} whi le ( condición ) ; 




Buena práctica de programación 5.6 


Incluya siempre las llaves en una instrucción do. . .whi le, aun y cuando éstas no sean necesarias. Esto ayuda a 
eliminar la ambigüedad entre las instrucciones whi ley do. . . whi le que contienen sólo una instrucción. 


5.6 Instrucción de selección múltiple swi tch 

En el capítulo 4 hablamos sobre la instrucción i f de selección simple y la instrucción i f . . . el se de selección 
doble. Java cuenta con la instrucción swi tch de selección múltiple para realizar distintas acciones, con base en los 
posibles valores de una variable o expresión entera. Cada acción se asocia con un valor de una expresión entera 
constante (es decir, un valor constante de tipo byte, short, i nt o char, pero no long) que la variable o expre- 
sión en la que se basa la instrucción swi tch pueda asumir. 

La clase LibroCal ificaciones con la instrucción swi tch para contar las calificaciones A, B, C, 

D y F 

La figura 5.9 contiene una versión mejorada de la clase LibroCal ificaciones que presentamos en el capítulo 3 
y desarrollamos un poco más en el capítulo 4. La versión de la clase que presentamos ahora no sólo calcula el 
promedio de un conjunto de calificaciones numéricas introducidas por el usuario, sino que utiliza una instrucción 
swi tch para determinar si cada calificación es el equivalente de A, B, C, D o F, y para incrementar el contador 
de la calificación apropiada. La clase también imprime en pantalla un resumen del número de estudiantes que 
recibieron cada calificación. La figura 5.10 muestra la entrada y la salida de ejemplo de la aplicación PruebaLi - 
broCal i ficaci ones, que utiliza la clase Li broCal i ficaci ones para procesar un conjunto de calificaciones. 


1 // Fig. 5.9: LibroCalificaciones. java 

2 // La clase LibroCalificaciones usa la instrucción switch para contar las calificaciones 
A, B, C, D y F. 

3 import java. útil .Scanner; // el programa usa la clase Scanner 

4 

5 public class LibroCalificaciones 

6 { 

7 private String nombreDelCurso; // nombre del curso que representa este 
Li broCal i ficaci ones 

8 private int total; // suma de las calificaciones 

9 private int contado rCal i f ; // número de calificaciones introducidas 

10 private int aCuenta; // cuenta de calificaciones A 

11 private int bCuenta; // cuenta de calificaciones B 

12 private int cCuenta; // cuenta de calificaciones C 

13 private int dCuenta; // cuenta de calificaciones D 

14 private int fCuenta; // cuenta de calificaciones F 

15 

16 // el constructor inicial iza nombreDelCurso; 

17 // las variables de instancia int se inicial izan en 0 de manera predeterminada 

18 public LibroCal i ficaci ones ( String nombre ) 

19 { 

Figura 5.9 | Clase LibroCalificaciones que utiliza una instrucción switch para contar las calificaciones A, B, C, D 
y F. (Parte I de 3). 
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20 

21 

22 

23 

24 

25 

26 

27 

28 

29 

30 

31 

32 

33 

34 

35 

36 

37 

38 

39 

40 

41 

42 

43 

44 

45 

46 

47 

48 

49 

50 

51 

52 

53 

54 

55 

56 

57 

58 

59 

60 
61 
62 

63 

64 

65 

66 

67 

68 

69 

70 

71 

72 

73 

74 

75 

76 

77 


nombreDelCurso = nombre; // inicializa nombreDelCurso 
} // fin del constructor 

// método para establecer el nombre del curso 

public void establecerNombreDelCursof String nombre ) 

{ 

nombreDelCurso = nombre; // almacena el nombre del curso 
} // fin del método establecerNombreDelCurso 

// método para obtener el nombre del curso 

public String obtenerNombreDelCursoO 

{ 

return nombreDelCurso; 

} // fin del método obtenerNombreDelCurso 

// muestra un mensaje de bienvenida al usuario de LibroCalificaciones 
public void mostrarMensajeO 
{ 

// obtenerNombreDelCurso obtiene el nombre del curso 

System. out.printff "Bienvenido al libro de calificaciones para\n%s ! \n\n" , 
obtenerNombreDelCursoO ); 

} // fin del método mostrarMensaje 

// introduce un número arbitrario de calificaciones del usuario 
public void i ntroduci rCal i f O 
{ 

Scanner entrada = new Scannerf System. in ); 

int calificación; // calificación introducida por el usuario 

System. out. printff "%s\n%s\n %s\n %s\n", 

"Escriba las calificaciones enteras en el rango de 0 a 100.", 

"Escriba el indicador de fin de archivo para terminar la entrada:", 

"En UNIX/Linux/Mac OS X escriba <ctrl> d y después oprima Intro", 

"En Windows escriba <ctrl> z y después oprima Intro" ); 

// itera hasta que el usuario introduzca el indicador de fin de archivo 
while ( entrada. hasNext() ) 

{ 

calificación = entrada. nextlntO ; // lee calificación 
total += calificación; // suma calificación a total 
++contadorCal i f ; // incrementa el número de calificaciones 

// llama al método para incrementar el contador apropiado 

i ncrementarContadorCal if Letraf calificación ); 

} // fin de while 

} // fin del método i ntroduci rCal i f 

// suma 1 al contador apropiado para la calificación especificada 

public void incrementarContadorCalifLetra( int calificación ) 

{ 

// determina cuál calificación se introdujo 
switch ( calificación / 10 ) 

{ 

case 9: // calificación está entre 90 

case 10: // y 100 
++aCuenta; // incrementa aCuenta 
break; // necesaria para salir del switch 


Figura 5.9 | Clase LibroCalificaciones que utiliza una instrucción switch para contar las calificaciones P¡, B, C, D 
y F. (Parte 2 de 3). 
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78 

79 

80 
81 
82 

83 

84 

85 

86 

87 

88 

89 

90 

91 

92 

93 

94 

95 

96 

97 

98 

99 
100 
101 
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103 

104 

105 

106 

107 

108 

109 

1 10 
1 1 1 
1 12 

113 

114 

115 

116 

117 

1 18 

119 

120 

121 

122 

123 


case 8: // calificación está entre 80 y 89 
++bCuenta; // incrementa bCuenta 
break; // sale del switch 

case 7: // calificación está entre 70 y 79 
++cCuenta; // incrementa cCuenta 
break; // sale del switch 

case 6: // calificación está entre 60 y 69 
++dCuenta; // incrementa dCuenta 
break; // sale del switch 

default: // calificación es menor que 60 
++fCuenta; // incrementa fCuenta 

break; // opcional; de todas formas sale del switch 
} // fin de switch 

} // fin del método i ncrementarContadorCal i f Letra 


// muestra un reporte con base en las calificaciones introducidas por el usuario 
public void mostrarReporteCal i f () 

{ 

System. out.println( "\nReporte de calificaciones:" ); 


// si el usuario introdujo por lo menos una calificación... 
if ( contadorCal i f != 0 ) 

{ 

// calcula el promedio de todas las calificaciones introducidas 
double promedio = (double) total / contadorCal i f; 


// imprime resumen de resultados 

System. out. printf( "El total de las %d calificaciones introducidas es %d\n' 
contadorCalif , total ); 

System. out.printf( "El promedio de la clase es %.2f\n", promedio ); 

System . out . pri ntf ( "%s\n%s%d\n%s%d\n%s%d\n%s%d\n%s%d\n" , 

"Numero de estudiantes que recibieron cada calificación:", 


numero 

número 

número 

número 

número 


de 

de 

de 

de 

de 


calificaciones 

calificaciones 

calificaciones 

calificaciones 

calificaciones 


"A: , aCuenta, // muestra el 

"B: , bCuenta, // muestra el 

"C: , cCuenta, // muestra el 

"D: , dCuenta, // muestra el 

"F: , fCuenta ); // muestra el 

} // fin de if 

else // no se introdujeron calificaciones 
apropi ado 

System. out. println( "No se introdujeron calificaciones 
} // fin del método mostrarReporteCal i f 
} // fin de la clase Li broCal ificaciones 


por lo que imprime el mensaje 


Figura 5.9 | Clase LibroCal ificaciones que utiliza una instrucción switch para contar las calificaciones P¡, B, C, D 
y F. (Parte 3 de 3). 


Al igual que las versiones anteriores de la clase, Li broCal i ficaci ones (figura 5.9) declara la variable de ins- 
tancia nombreDelCurso (línea 7) y contiene los métodos establecerNombreDelCurso (líneas 24 a 27), obte- 
nerNombreDelCurso (líneas 30 a 33) y mostrarMensaje (líneas 36 a 4 1), que establecen el nombre del curso, 
lo almacenan y muestran un mensaje de bienvenida al usuario, respectivamente. La clase también contiene un 
constructor (líneas 18 a 21) que inicializa el nombre del curso. 

La clase LibroCal i ficaci ones también declara las variables de instancia total (línea 8) y contadorCal i f 
(línea 9), que llevan la cuenta de la suma de las calificaciones introducidas por el usuario y el número de cali- 
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ficaciones introducidas, respectivamente. Las líneas 10 a 14 declaran las variables contador para cada categoría 
de calificaciones. La clase Li broCal ificac iones mantiene a total , contado rCal i f y a los cinco contadores de 
las letras de calificación como variables de instancia, de manera que estas variables puedan utilizarse o modificarse 
en cualquiera de los métodos de la clase. Observe que el constructor de la clase (líneas 18 a 21) establece sólo 
el nombre del curso; las siete variables de instancia restantes son de tipo i nt y se inicializan con 0, de manera 
predeterminada. 

La clase LibroCal i ficaciones (figura 5.9) contiene tres métodos adicionales: i ntroduci rCal i f, incre- 
mentarContadorCal i fLetra y mostrarReporteCal i f. El método i ntroduci rCal i f (líneas 44 a 66) lee un 
número arbitrario de calificaciones enteras del usuario mediante el uso de la repetición controlada por un centine- 
la, y actualiza las variables de instancia total y contadorCal i f. El método i ntroduci rCal i f llama al método 
i ncrementarContadorCal i fLetra (líneas 69 a 95) para actualizar el contador de letra de calificación apropiado 
para cada calificación introducida. La clase Li broCal i ficaciones también contiene el método mostrarRepor- 
teCal i f (líneas 98 a 122), el cual imprime en pantalla un reporte que contiene el total de todas las calificaciones 
introducidas, el promedio de las mismas y el número de estudiantes que recibieron cada letra de calificación. 
Examinaremos estos métodos con más detalle. 

La línea 48 en el método i ntroduci rCal i f declara la variable cal i ficaci on que almacenará la entrada del 
usuario. Las líneas 50 a 54 piden al usuario que introduzca calificaciones enteras y escriba el indicador de fin de 
archivo para terminar la entrada. El indicador de fin de archivo es una combinación de teclas dependiente del sis- 
tema, que el usuario introduce para indicar que no hay más datos que introducir. En el capítulo 14, Archivos y flu- 
jos, veremos cómo se utiliza el indicador de fin de archivo cuando un programa lee su entrada desde un archivo. 

En los sistemas UNIX/Linux/Mac OS X, el fin de archivo se introduce escribiendo la secuencia 

<ctrl> d 

en una línea por sí sola. Esta notación significa que hay que oprimir al mismo tiempo la tecla Ctrl y la tecla d. En 
los sistemas Windows, para introducir el fin de archivo se escribe 

<ctrl> z 

[Nota: en algunos sistemas, es necesario oprimir Intro después de escribir la secuencia de teclas de fin de archivo. 
Además, Windows generalmente muestra los caracteres en la pantalla cuando se escribe el indicador de fin de 
archivo, como se muestra en la salida de la figura 5.10]. 



Tip de portabilidad 5.1 

Las combinaciones de teclas para introducir el fin de archivo son dependientes del sistema. 


La instrucción whi 1 e (líneas 57 a 65) obtiene la entrada del usuario. La condición en la línea 57 llama al 
método hasNext de Scanner para determinar si hay más datos a introducir. Este método devuelve el valor 
bool ean true si hay más datos; en caso contrario, devuelve fal se. Después, el valor devuelto se utiliza como 
el valor de la condición en la instrucción whi 1 e. Mientras no se haya escrito el indicador de fin de archivo, el 
método hasNext devolverá true. 

La línea 59 recibe como entrada un valor del usuario. La línea 60 utiliza el operador += para sumar cal i fi- 
caci on a total. La línea 61 incrementa contadorCal i f. El método mostrarReporteCal i f de la clase utiliza 
estas variables para calcular el promedio de las calificaciones. La línea 64 llama al método i ncrementarConta- 
dorCal i fLetra de la clase (declarado en las líneas 69 a 95) para incrementar el contador de letra de calificación 
apropiado, con base en la calificación numérica introducida. 

El método i ncrementarContadoraCal i fLetra contiene una instrucción switch (líneas 72 a 94) que 
determina cuál contador se debe incrementar. En este ejemplo, suponemos que el usuario introduce una califica- 
ción válida en el rango de 0 a 100. Una calificación en el rango de 90 a 100 representa la A: de 80 a 89, la B; de 
70 a 79, la C; de 60 a 69, la D y de 0 a 59, la F. La instrucción swi tch consiste en un bloque que contiene una 
secuencia de etiquetas case y una instrucción case default opcional. Estas etiquetas se utilizan en este ejemplo 
para determinar cuál contador se debe incrementar, con base en la calificación. 

Cuando el flujo de control llega al swi tch, el programa evalúa la expresión entre paréntesis (cal i ficaci on / 
10) que va después de la palabra clave swi tch. A esto se le conoce como la expresión de control de la instrucción 
swi tch. El programa compara el valor de la expresión de control (que se debe evaluar como un valor entero de 
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tipo byte, char, short o i nt) con cada una de las etiquetas case. La expresión de control de la línea 72 realiza 
la división entera, que trunca la parte fraccionaria del resultado. Por ende, cuando dividimos cualquier valor en el 
rango de 0 a 100 entre 10, el resultado es siempre un valor de 0 a 10. Utilizamos varios de estos valores en nuestras 
etiquetas case. Por ejemplo, si el usuario introduce el entero 85, la expresión de control se evalúa como el valor 
int 8. La instrucción switch compara a 8 con cada etiqueta case. Si ocurre una coincidencia (case 8: en la 
línea 79), el programa ejecuta las instrucciones para esa instrucción case. Para el entero 8, la línea 80 incrementa 
a bCuenta, ya que una calificación entre 80 y 89 es una B. La instrucción break (línea 81) hace que el control del 
programa proceda con la primera instrucción después del swi tch; en este programa, llegamos al final del cuerpo 
del método i ncrementarContadorCal i fLetra, por lo que el control regresa a la línea 65 en el método i ntro- 
duci rCal i f (la primera línea después de la llamada a i ncrementarContadorCal i fLetra). Esta línea marca el 
fin del cuerpo del ciclo whi 1 e que recibe las calificaciones de entrada (líneas 57 a 65), por lo que el control fluye 
hacia la condición del whi 1 e (línea 57) para determinar si el ciclo debe seguir ejecutándose. 

Las etiquetas case en nuestro switch evalúan explícitamente los valores 10, 9, 8, 7 y 6. Observe los casos 
en las líneas 74 y 75, que evalúan los valores 9 y 10 (los cuales representan la calificación A). Al listar las etiquetas 
case en forma consecutiva, sin instrucciones entre ellas, pueden ejecutar el mismo conjunto de instrucciones; 
cuando la expresión de control se evalúa como 9 o 10, se ejecutan las instrucciones de las líneas 76 y 77. La 
instrucción swi tch no cuenta con un mecanismo para evaluar rangos de valores, por lo que cada valor que deba 
evaluarse se tiene que listar en una etiqueta case separada. Observe que cada case puede tener varias instruc- 
ciones. La instrucción switch es distinta de otras instrucciones de control, en cuanto a que no requiere llaves 
alrededor de varias instrucciones en cada case. 

Sin instrucciones break, cada vez que ocurre una coincidencia en el switch, se ejecutan las instrucciones 
para ese case y los subsiguientes, hasta encontrar una instrucción break o el final del swi tch. A menudo a esto 
se le conoce como que las etiquetas case “se pasarían” hacia las instrucciones en las etiquetas case subsiguientes. 
(Esta característica es perfecta para escribir un programa conciso, que muestre la canción iterativa “Los Doce Días 
de Navidad” en el ejercicio 5.29). 

■ m Error común de programación 5.7 

Olvidar una instrucción break cuando se necesita una en una instrucción swi tch es un error lógico. 

Si no ocurre una coincidencia entre el valor de la expresión de control y una etiqueta case, se ejecuta el 
caso default (líneas 91 a 93). Utilizamos el caso default en este ejemplo para procesar todos los valores de la 
expresión de control que sean menores de 6; esto es, todas las calificaciones de reprobado. Si no ocurre una coin- 
cidencia y la instrucción switch no contiene un caso default, el control del programa simplemente continúa 
con la primera instrucción después de la instrucción swi tch. 

La clase PruebaLi broCal ificaciones para demostrar la clase LibroCal ificaciones 

La clase PruebaLibroCalificaciones (figura 5.10) crea un objeto LibroCal ificaciones (líneas 10 y 11). La 
línea 13 invoca el método mostrarMensaje del objeto para imprimir en pantalla un mensaje de bienvenida para 
el usuario. La línea 14 invoca el método introduci rCalif del objeto para leer un conjunto de calificaciones 
del usuario y llevar el registro de la suma de todas las calificaciones introducidas, y el número de calificaciones. 
Recuerde que el método i ntroduci rCal i f también llama al método i ncrementarContadorCal i fLetra para 
llevar el registro del número de estudiantes que recibieron cada letra de calificación. La línea 1 5 invoca el método 
mostrarReporteCal i f de la clase Lf broCal ificaciones, el cual imprime en pantalla un reporte con base en 
las calificaciones introducidas (como en la ventana de entrada/salida en la figura 5.10). La línea 103 de la clase 
LibroCal ificaciones (figura 5.9) determina si el usuario introdujo por lo menos una calificación; esto evita la 
división entre cero. De ser así, la línea 106 calcula el promedio de las calificaciones. A continuación, las líneas 109 
a 1 18 imprimen en pantalla el total de todas las calificaciones, el promedio de la clase y el número de estudiantes 
que recibieron cada letra de calificación. Si no se introdujeron calificaciones, la línea 121 imprime en pantalla un 
mensaje apropiado. Los resultados en la figura 5.10 muestran un reporte de calificaciones de ejemplo, con base 
en 10 calificaciones. 

Observe que la clase PruebaLibroCalificaciones (figura 5.10) no llama directamente al método incre- 
mentarContadorCal i fLetra de LibroCal ificaciones (líneas 69 a 95 de la figura 5.9). Este método lo utiliza 
exclusivamente el método i ntroduci rCal i f de la clase Li broCal i ficaci ones para actualizar el contador de la 
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calificación de letra apropiado, a medida que el usuario introduce cada nueva calificación. El método incre- 
mentarContadorCal i f Letra existe únicamente para dar soporte a las operaciones de los demás métodos de la 
clase Li broCal i dcaci ones, por lo cual se declara como pri vate. En el capítulo 3 vimos que los métodos que se 
declaran con el modificador de acceso prívate pueden llamarse sólo por otros métodos de la clase en la que es- 
tán declarados los métodos prívate. Dichos métodos se conocen comúnmente como métodos utilitarios o 
métodos ayudantes, debido a que sólo pueden llamarse mediante otros métodos de esa clase y se utilizan para dar 
soporte a la operación de esos métodos. 


1 // Fig. 5.10: PruebaLi broCal i ficaci ones . java 

2 // Crea un objeto Li broCal i ficaci ones , introduce las calificaciones y muestra un 

reporte . 

3 

4 public class PruebaLi broCal ideaciones 

5 { 

6 public static void main( String args[] ) 

7 { 

8 // crea un objeto Li broCal ideaciones llamado mi Li broCal i dcaci ones y 

9 // pasa el nombre del curso al constructor 

10 Li broCal i dcaci ones mi Li broCal i dcaci ones = new Li broCal i dcaci ones ( 

11 "CS101 Introducción a la programación en lava" ); 

12 

13 miLibroCalidcaciones.mostrarMensajeO ; // muestra un mensaje de bienvenida 

14 mi Li broCal i dcaciones . i ntroduci rCal i f () ; // lee calidcaciones del usuario 

15 miLibroCalidcaciones.mostrarReporteCalif() ; // muestra reporte basado en las 
calidcaciones 

16 } // dn de main 

•7 } // dn de la clase PruebaLibroCalidcaciones 

Bienvenido al libro de calidcaciones para 
CS101 Introducción a la programación en lava! 

Escriba las calidcaciones enteras en el rango de 0 a 100. 

Escriba el indicador de dn de archivo para terminar la entrada: 

En UNIX/Linux/Mac OS X escriba <ctrl> d y después oprima Intro 
En Windows escriba <ctrl> z y después oprima Intro 

99 
92 
45 
57 
63 
71 
76 
85 
90 

100 
AZ 

Reporte de calidcaciones: 

El total de las 10 calidcaciones introducidas es 778 
El promedio de la clase es 77.80 

Numero de estudiantes que recibieron cada cal ideación: 

A: 4 
B: 1 
C: 2 
D: 1 
F: 2 

I 

Figura 5.10 | PruebaLibroCalidcaciones crea un objeto LibroCalidcaciones e invoca a sus métodos. 
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Diagrama de actividad de UML de la instrucción swi tch 

La figura 5.11 muestra el diagrama de actividad de UML para la instrucción swi tch general. La mayoría de las 
instrucciones swi tch utilizan una instrucción break en cada case para terminar la instrucción swi tch después 
de procesar el case. La figura 5.11 enfatiza esto al incluir instrucciones break en el diagrama de actividad. Es- 
te diagrama hace evidente que break al final de una etiqueta case hace que el control salga de la instrucción 
swi tch de inmediato. 

No se requiere una instrucción break para la última etiqueta case del swi tch (o para el caso default 
opcional, cuando aparece al último), ya que la ejecución continúa con la siguiente instrucción que va después del 
swi tch. 



Observación de ingeniería de software 5.2 

Proporcione un caso default en las instrucciones swi tch. Al incluir un caso defau 7 1 usted puede enfocarse en la 
necesidad de procesar las condiciones excepcionales. 



Buena práctica de programación 5.7 

Aunque cada case y el caso default en una instrucción swi tch pueden ocurrir en cualquier orden , es conveniente 
colocar la etiqueta defaul t. Cuando el caso default se lista al último, no se requiere el break para ese caso. Algu- 
nos programadores incluyen este break para mejorar la legibilidad y tener simetría con los demás casos. 


Cuando utilice la instrucción swi tch, recuerde que la expresión después de cada case debe ser una expre- 
sión entera constante; es decir, cualquier combinación de constantes enteras que se evalúen como un valor entero 
constante (por ejemplo, -7, 0 o 221). Una constante entera es tan solo un valor entero. Además, puede utili- 
zar constantes tipo carácter: caracteres específicos entre comillas sencillas, como ‘ A ’ , ‘ 7 ’ o ‘ $ ’ , las cuales 


case a 



[verdadero] 


- 


Acción(es) del case 



break 


[falso] 


case b 



[verdadero] 


> 


[falso] 


Acción(es) del case 



V 



j\ [verdadero] 

---- O > 

[falso] T 


Acción(es) del case 




Acción(es) de default 



Figura 5.1 1 | Diagrama de actividad de UML de la instrucción swi tch de selección múltiple con instrucciones 
break. 
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representan los valores enteros de los caracteres. (En el apéndice B, Conjunto de caracteres ASCII, se muestran 
los valores enteros de los caracteres en el conjunto de caracteres ASCII, que es un subconjunto del conjunto de 
caracteres Unicode utilizado por Java). 

La expresión en cada case también puede ser una variable constante: una variable que contiene un valor 
que no cambia durante todo el programa. Dicha variable se declara mediante la palabra clave final (que des- 
cribiremos en el capítulo 6, Métodos: un análisis más detallado). Java tiene una característica conocida como 
enumeraciones, que también presentaremos en el capítulo 6. Las constantes de enumeración también pueden 
utilizarse en etiquetas case. En el capítulo 10, Programación orientada a objetos: polimorfismo, presentaremos 
una manera más elegante de implementar la lógica del switch; utilizaremos una técnica llamada polimorfismo 
para crear programas que a menudo son más legibles, fáciles de mantener y de extender que los programas que 
utilizan lógica de swi tch. 

5.7 Instrucciones break y continué 

Además de las instrucciones de selección y repetición, Java cuenta con las instrucciones break y conti nue (que 
presentamos en esta sección y en el apéndice N, Instrucciones break y continué etiquetadas) para alterar el 
flujo de control. En la sección anterior mostramos cómo puede utilizarse la instrucción break para terminar 
la ejecución de una instrucción switch. En esta sección veremos cómo utilizar break en las instrucciones de 
repetición. 

Java también cuenta con las instrucciones break y conti nue etiquetadas, para usarlas en los casos en los que 
es conveniente alterar el flujo de control en las instrucciones de control anidadas. En el apéndice N hablaremos 
sobre las instrucciones break y conti nue etiquetadas. 

Instrucción break 

Cuando break se ejecuta en una instrucción whi 1 e, for, do. . .whi le, o swi tch, ocasiona la salida inmediata de 
esa instrucción. La ejecución continúa con la primera instrucción después de la instrucción de control. Los usos 
comunes de break son para escapar anticipadamente del ciclo, o para omitir el resto de una instrucción switch 
(como en la figura 5.9). La figura 5.12 demuestra el uso de una instrucción break para salir de un ciclo for. 


1 // Fig. 5.12: PruebaBreak. java 

2 // La instrucción break para salir de una instrucción for. 

3 public class PruebaBreak 

4 { 

5 public static void main( String args[] ) 

6 { 

7 int cuenta; // la variable de control también se usa cuando termina el ciclo 

8 

9 for ( cuenta = 1; cuenta <= 10; cuenta++ ) // itera 10 veces 

10 { 

11 if ( cuenta == 5 ) // si cuenta es 5, 

12 break; // termina el ciclo 

13 

14 System. out.printf( "%d ", cuenta ); 

15 } // fin de for 

16 

17 System. out.printf( "\nSalio del ciclo en cuenta = %d\n" , cuenta ); 

18 } // fin de main 

19 } // fin de la clase PruebaBreak 


12 3 4 

Salió del ciclo en cuenta = 5 


Figura 5.12 | La instrucción break para salir de una instrucción for. 
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Cuando la instrucción i f anidada en la línea 1 1 dentro de la instrucción for (líneas 9 a 15) determina que 
cuenta es 5, se ejecuta la instrucción break en la línea 12. Esto termina la instrucción for y el programa conti- 
núa a la línea 17 (inmediatamente después de la instrucción for), la cual muestra un mensaje indicando el valor 
de la variable de control cuando terminó el ciclo. El ciclo ejecuta su cuerpo por completo sólo cuatro veces en 
vez de 10. 


Instrucción continué 

Cuando la instrucción con ti nue se ejecuta en una instrucción whi 1 e, for o do . . . whi 1 e, omite las instruccio- 
nes restantes en el cuerpo del ciclo y continúa con la siguiente iteración del ciclo. En las instrucciones whi le y 
do . . . whi 1 e, la aplicación evalúa la prueba de continuación de ciclo justo después de que se ejecuta la instrucción 
conti nue. En una instrucción for se ejecuta la expresión de incremento y después el programa evalúa la prueba 
de continuación de ciclo. 

La figura 5.13 utiliza la instrucción conti nue en un ciclo for para omitir la instrucción de la línea 12 cuan- 
do la instrucción i f anidada (línea 9) determina que el valor de cuenta es 5. Cuando se ejecuta la instrucción 
conti nue, el control del programa continúa con el incremento de la variable de control en la instrucción for 
(línea 7). 

En la sección 5.3 declaramos que la instrucción whi 1 e puede utilizarse, en la mayoría de los casos, en lugar 
de for. La única excepción ocurre cuando la expresión de incremento en el whi 1 e va después de una instrucción 
conti nue. En este caso, el incremento no se ejecuta antes de que el programa evalúe la condición de continua- 
ción de repetición, por lo que el whi 1 e no se ejecuta de la misma manera que el for. 



Observación de ingeniería de software 5.3 

Algunos programadores sienten que las instrucciones break y continué violan la programación estructurada. Ya 
que pueden lograrse los mismos efectos con las técnicas de programación estructurada , estos programadores prefieren 
no utilizar instrucciones break o continué. 



Observación de ingeniería de software 5.4 

Existe una tensión entre lograr la ingeniería de software de calidad y lograr el software con mejor desempeño. 
A menudo , una de estas metas se logra a expensas de la otra. Para todas las situaciones excepto las que demanden el 
mayor rendimiento, aplique la siguiente regla empírica: primero, asegúrese de que su código sea simple y correcto; 
después hágalo rápido y pequeño, pero sólo si es necesario. 


1 // Fig. 5.13: PruebaConti nue . java 

2 // Instrucción continué para terminar una iteración de una instrucción for. 

3 public class PruebaConti nue 

4 { 

5 public static void main( String args[] ) 

6 { 

7 for ( int cuenta = 1; cuenta <= 10; cuenta++ ) // itera 10 veces 

8 { 

9 if ( cuenta == 5 ) // si cuenta es 5, 

10 continué; // omite el resto del código en el ciclo 

1 1 

12 System. out.printf( "%d ", cuenta ); 

13 } // fin de for 

14 

15 System. out.println( "\nSe uso continué para omitir imprimir 5" ); 

16 } // fin de main 

17 } // fin de la clase PruebaConti nue 


12346789 10 

Se uso continué para omitir imprimir 5 


Figura 5.13 | Instrucción continué para terminar una iteración de una instrucción for. 
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5.8 Operadores lógicos 

Cada una de las instrucciones i f, i f . . . el se, whi le, do. . .whi le y for requieren una condición para determi- 
nar cómo continuar con el flujo de control de un programa. Hasta ahora sólo hemos estudiado las condiciones 
simples, como cuenta <= 10, numero != val orCenti nel a y total > 1000. Las condiciones simples se expre- 
san en términos de los operadores relaciónales >, <, >= y <=, y los operadores de igualdad == y ! =; cada expresión 
evalúa sólo una condición. Para evaluar condiciones múltiples en el proceso de tomar una decisión, ejecutamos 
estas pruebas en instrucciones separadas o en instrucciones i f o i f . . . el se anidadas. En ocasiones, las instruc- 
ciones de control requieren condiciones más complejas para determinar el flujo de control de un programa. 

Java cuenta con los operadores lógicos para que usted pueda formar condiciones más complejas, al combi- 
nar las condiciones simples. Los operadores lógicos son && (AND condicional), | | (OR condicional), & (AND 
lógico booleano), | (OR inclusivo lógico booleano), a (OR exclusivo lógico booleano) y ! (NOT lógico). 

Operador AND (&&) condicional 

Suponga que deseamos asegurar en cierto punto de una aplicación que dos condiciones sean ambas verdaderas, 
antes de elegir cierta ruta de ejecución. En este caso, podemos utilizar el operador && (AND condicional) de 
la siguiente manera: 

if ( genero == FEMENINO && edad >= 65 ) 

++mu jeresMayores ; 

Esta instrucción if contiene dos condiciones simples. La condición genero == FEMENINO compara la variable 
genero con la constante FEMENINO. Por ejemplo, esto podría evaluarse para determinar si una persona es mujer. 
La condición edad >= 65 podría evaluarse para determinar si una persona es un ciudadano mayor. La instrucción 
i f considera la condición combinada 

genero == FEMENINO && edad >= 65 

la cual es verdadera si, y sólo si ambas condiciones simples son verdaderas. Si la condición combinada es verdade- 
ra, el cuerpo de la instrucción if incrementa a mujeresMayores en 1. Si una o ambas condiciones simples son 
falsas, el programa omite el incremento. Algunos programadores consideran que la condición combinada anterior 
es más legible si se agregan paréntesis redundantes, como por ejemplo: 

( genero == FEMENINO ) && ( edad >= 65 ) 

La tabla de la figura 5.14 sintetiza el uso del operador &&. Esta tabla muestra las cuatro combinaciones posibles 
de valores fal se y true para expresiónl y expresión2. A dichas tablas se les conoce como tablas de verdad. Java 
evalúa todas las expresiones que incluyen operadores relaciónales, de igualdad o lógicos como true o fal se. 


expresiónl 

expresión2 

expresiónl && expresión2 

fal se 

fal se 

fal se 

fal se 

true 

fal se 

true 

fal se 

fal se 

true 

true 

true 


Figura 5.14 | Tabla de verdad del operador && (AND condicional). 


Operador OR condicional (\ \) 

Ahora suponga que deseamos asegurar que cualquiera o ambas condiciones sean verdaderas antes de elegir cierta 
ruta de ejecución. En este caso, utilizamos el operador | | (OR condicional), como se muestra en el siguiente 
segmento de un programa: 

if ( ( promedioSemestre >= 90 ) || ( examenFinal >= 90 ) ) 

System. out.println ( “La calificación del estudiante es A” ); 
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Esta instrucción también contiene dos condiciones simples. La condición promedi oSemestre >= 90 se evalúa 
para determinar si el estudiante merece una A en el curso, debido a que tuvo un sólido rendimiento a lo largo 
del semestre. La condición examenFi nal >= 90 se evalúa para determinar si el estudiante merece una A en el 
curso debido a un desempeño sobresaliente en el examen final. Después, la instrucción i f considera la condición 
combinada 

( promedioSemestre >= 90 ) || ( examenFinal >= 90 ) 

y otorga una A al estudiante si una o ambas de las condiciones simples son verdaderas. La única vez que no se 
imprime el mensaje “La calificación del estudiante es A” es cuando ambas condiciones simples son 
falsas. La figura 5.15 es una tabla de verdad para el operador OR condicional (| |). El operador && tiene mayor 
precedencia que el operador | | . Ambos operadores se asocian de izquierda a derecha. 


I 


false 

fal se 

false 

fal se 

true 

true 

true 

fal se 

true 

true 

true 

true 


Figura 5.15 | Tabla de verdad del operador (OR condicional) | | . 

Evaluación en corto circuito de condiciones complejas 

Las partes de una expresión que contienen los operadores && o | | se evalúan sólo hasta que se sabe si la condición 
es verdadera o falsa. Por ende, la evaluación de la expresión 

( genero == FEMENINO ) && ( edad >= 65 ) 

se detiene de inmediato si genero no es igual a FEMENINO (es decir, en este punto es evidente que toda la expre- 
sión es false) y continúa si genero es igual a FEMENINO (es decir, toda la expresión podría ser aún true si la 
condición edad >= 65 es true). Esta característica de las expresiones AND y OR condicional se conoce como 

evaluación en corto circuito. 

Error común de programación 5.8 

En las expresiones que utilizan el operador &&, una condición (ala cual le llamamos condición dependiente) puede 
requerir que otra condición sea verdadera para que la evaluación de la condición dependiente tenga significado. En 
este caso, la condición dependiente debe colocarse después de la otra condición, o podría ocurrir un error. Por ejemplo, 
en la expresión ( i != 0) && (10 / i == 2), la segunda condición debe aparecer después de la primera, o podría 
ocurrir un error de división entre cero. 

Operadores AND lógico booleano (&) y OR inclusivo lógico booleano (\) 

Los operadores AND lógico booleano (&) y OR inclusivo lógico booleano (|) funcionan en forma idéntica 
a los operadores && (AND condicional) y | | (OR condicional), con una excepción: los operadores lógicos boolea- 
nos siempre evalúan ambos operandos (es decir, no realizan una evaluación en corto circuito). Por lo tanto, la 
expresión 

( genero == 1 ) & ( edad >= 65 ) 

evalúa edad >= 65, sin importar que genero sea igual o no a 1. Esto es útil si el operando derecho del operador 
AND lógico booleano o del OR inclusivo lógico booleano tiene un efecto secundario requerido: la modificación 
del valor de una variable. Por ejemplo, la expresión 

( cumpleanios == true ) | ( ++edad >= 65 ) 

garantiza que se evalúe la condición ++edad >= 65. Por ende, la variable edad se incrementa en la expresión 
anterior, sin importar que la expresión total sea true o fal se. 



expres¡ón2 


expresión I expres¡ón2 expresión I 



5.8 Operadores lógicos 187 



Tip para prevenir errores 5.4 


Por cuestión de claridad, evite las expresiones con efectos secundarios en las condiciones. Los efectos secundarios pue- 
den tener una apariencia inteligente, pero pueden hacer que el código sea más difícil de entender y pueden llegar a 
producir errores lógicos sutiles. 


OR exclusivo lógico booleano (A) 

Una condición compleja que contiene el operador OR exclusivo lógico booleano (a) es true si y sólo si uno de 
sus operandos es true y el otro es false. Si ambos operandos son true o si ambos son false, toda la condición 
es fal se. La figura 5.16 es una tabla de verdad para el operador OR exclusivo lógico booleano (a). También se 
garantiza que este operador evaluará ambos operandos. 


expresión 1 

expresión2 

expresión 1 A expresión2 

fal se 

fal se 

false 

fal se 

true 

true 

true 

fal se 

true 

true 

true 

false 


Figura 5.16 | Tabla de verdad del operador a (OR exclusivo 
lógico booleano). 


Operador lógico de negación (!) 

El operador ! (NOT lógico, también conocido como negación lógica o complemento lógico) “invierte” el sig- 
nificado de una condición. A diferencia de los operadores lógicos &&, | | , &, | y A , que son operadores binarios 
que combinan dos condiciones, el operador lógico de negación es un operador unario que sólo tiene una con- 
dición como operando. Este operador se coloca antes de una condición para elegir una ruta de ejecución si la 
condición original (sin el operador lógico de negación) es fal se, como en el siguiente segmento de código: 

if ( ! ( calificación == valorCentinela ) ) 

System. out.printf( “La siguiente calificación es %d\n”, calificación ); 

que ejecuta la llamada a printf sólo si calificación no es igual a valorCentinela. Los paréntesis alrededor 
de la condición cal i ficaci on == val orCenti nel a son necesarios, ya que el operador lógico de negación tiene 
mayor precedencia que el de igualdad. 

En la mayoría de los casos, puede evitar el uso de la negación lógica si expresa la condición en forma distinta, 
con un operador relacional o de igualdad apropiado. Por ejemplo, la instrucción anterior también puede escribirse 
de la siguiente manera: 

ff ( calificación != valorCentinela ) 

System . out . pri ntf( “La siguiente calificación es %d\n”, calificación ); 

Esta flexibilidad le puede ayudar a expresar una condición de una manera más conveniente. La figura 5.17 es una 
tabla de verdad para el operador lógico de negación. 


expresión ¡expresión 


false true 

true false 

Figura 5.17 | Tabla de verdad 
del operador ! (negación lógica, o 
NOT lógico). 
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Ejemplo de los operadores lógicos 

La figura 5.18 demuestra el uso de los operadores lógicos y lógicos booleanos; para ello produce sus tablas de 
verdad. Los resultados muestran la expresión que se evalúo y el resultado bool ean de esa expresión. Los valores 
de las expresiones bool ean se muestran mediante pri ntf, usando el especificador de formato %b, que imprime 
la palabra “true” o “false”, con base en el valor de la expresión. Las líneas 9 a 13 producen la tabla de verdad para el 
&&. Las líneas 16 a 20 producen la tabla de verdad para el | | . Las líneas 23 a 27 producen la tabla de verdad para 
el &. Las líneas 30 a 35 producen la tabla de verdad para el | . Las líneas 38 a 43 producen la tabla de verdad 
para el a. Las líneas 46 a 47 producen la tabla de verdad para el ! . 


1 

2 

3 

4 

5 

6 

7 

8 
9 

10 
1 1 
12 

13 

14 

15 

16 

17 

18 

19 

20 
21 
22 

23 

24 

25 

26 

27 

28 

29 

30 

31 

32 

33 

34 

35 

36 

37 

38 

39 

40 

41 

42 

43 

44 

45 

46 

47 


// Fig. 5.18: OperadoresLogicos . java 
// Los operadores lógicos. 

public class OperadoresLogicos 

{ 

public static void main( String args[] ) 

{ 

// crea tabla de verdad para el operador && (AND condicional) 

System. out. pri ntf ( "s\n%s: %b\n%s: %b\n%s: %b\n%s : %b\n\n", 

"AND condicional (&&)", "false && false"( false && false ), 

"false && true' , ( false && true ), 

"true && false' , ( true && false ), 

"true && true", ( true && true ) ); 

// crea tabla de verdad para el operador || (0R condicional) 

System. out. pri ntf ( "%s\n%s: %b\n%s : %b\n%s: %b\n%s : %b\n\n", 

"0R condicional (||)", "false || false", ( false || false ), 

"false | | true' , ( false | | true ), 

"true | | false' , ( true | | false ), 

"true || true", ( true || true ) ); 

// crea tabla de verdad para el operador & (AND lógico booleano) 

System. out. pri ntf ( "%s\n%s: %b\n%s : %b\n%s: %b\n%s : %b\n\n", 

"AND logico booleano (&)", "false & false' , ( false & false ), 

"false & true", ( false & true ), 

"true & false", ( true & false ), 

"true & true", ( true & true ) ); 

// crea tabla de verdad para el operador | (0R inclusivo lógico booleano) 
System. out. pri ntf ( "%s\n%s: %b\n%s : %b\n%s: %b\n%s : %b\n\n", 

"0R inclusivo logico booleano (|)", 

"false | false' , ( false | false ), 

"false | true", ( false | true ), 

"true | false", ( true | false ), 

"true | true", ( true | true ) ); 

// crea tabla de verdad para el operador a (0R exclusivo lógico booleano) 
System. out. pri ntf ( "%s\n%s: %b\n%s : %b\n%s: %b\n%s : %b\n\n", 

"OR exclusivo logico booleano (A)", 

"false a false' , ( false a false ), 

"false a true", ( false a true ), 

"true a false", ( true a false ), 

"true a true", ( true a true ) ); 

// crea tabla de verdad para el operador ! (negación lógica) 

System. out. pri ntf ( "%s\n%s: %b\n%s : %b\n", "NOT logico (!)", 

"!false"( Ifalse ), "¡true", ( !true ) ); 


Figura 5.18 | Los operadores lógicos. (Parte I de 2). 
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48 } // fin de mafn 

49 } // fin de la clase OperadoresLogi eos 


AND condición 

al (&&) 


fal se 

&& fal se: fal se 


fal se 

&& true 

: fal se 


true i 

&& fal se 

: fal se 


true i 

&& true: 

true 


OR condi ci onal (II) 


fal se 

i | fal se : fal se 


fal se 

1 | true 

: true 


true 

| | fal se 

: true 


true 

^ | true : 

true 


AND logico booleano (&) 


fal se 

& fal se 

: fal se 


fal se 

& true: 

fal se 


true i 

& fal se: 

fal se 


true i 

& true: 

true 


OR inclusivo 

logico booleano 

(1) 

fal se 

| fal se 

: fal se 


fal se 

| true: 

true 


true 

| fal se: 

true 


true 

| true: 

true 


OR exclusivo 

logico booleano 

(A) 

fal se 

a fal se 

: fal se 


fal se 

a true: 

true 


true 

a fal se: 

true 


true 

a true: 

fal se 


NOT logico (! 

) 


ifalse: true 



itrue 

: fal se 




Figura 5.18 | Los operadores lógicos. (Parte 2 de 2). 


La figura 5.19 muestra la precedencia y la asociatividad de los operadores de Java presentados hasta ahora. 
Los operadores se muestran de arriba hacia abajo, en orden descendente de precedencia. 


Operadores 

Asociatividad 

Tipo 

++ 

derecha a izquierda 

postfijo unario 

++ - + - ! (tipo) 

derecha a izquierda 

prefijo unario 

* / % 

izquierda a derecha 

multiplicativo 

+ 

izquierda a derecha 

aditivo 

II 

A 

A 

II 

V 

V 

izquierda a derecha 

relacional 

== ■ = 

izquierda a derecha 

igualdad 

& 

izquierda a derecha 

AND lógico booleano 


Figura 5.19 | Precedencia/asociatividad de los operadores descritos hasta ahora. (Parte I de 2). 
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Operadores 


Asodatividad 

Tipo 

A 


izquierda a derecha 

OR exclusivo lógico booleano 

1 


izquierda a derecha 

OR inclusivo lógico booleano 

&& 


izquierda a derecha 

AND condicional 

1 1 


izquierda a derecha 

OR condicional 

? : 


derecha a izquierda 

condicional 

+= -= *= /= 

0/_ 

7o— 

derecha a izquierda 

asignación 


Figura 5.19 | Precedencia/asociatividad de los operadores descritos hasta ahora. (Parte 2 de 2). 


5.9 Resumen sobre programación estructurada 

Así como los arquitectos diseñan edificios empleando la sabiduría colectiva de su profesión, de igual forma, los 
programadores diseñan programas. Nuestro campo es mucho más joven que la arquitectura, y nuestra sabiduría 
colectiva es mucho más escasa. Hemos aprendido que la programación estructurada produce programas que son 
más fáciles de entender, probar, depurar, modificar que los programas no estructurados, e incluso probar que 
son correctos en sentido matemático. 

La figura 5.20 utiliza diagramas de actividad de UML para sintetizar las instrucciones de control de Java. 
Los estados inicial y final indican el único punto de entrada y el único punto de salida de cada instrucción de 
control. Si conectamos los símbolos individuales de un diagrama de actividad en forma arbitrara, existe la posibi- 
lidad de que se produzcan programas no estructurados. Por lo tanto, la profesión de la programación ha elegido 
un conjunto limitado de instrucciones de control que pueden combinarse sólo de dos formas simples, para crear 
programas estructurados. 

Por cuestión de simpleza, sólo se utilizan instrucciones de control de una sola entrada/una sola salida; sólo 
hay una forma de entrar y una forma de salir de cada instrucción de control. Es sencillo conectar instrucciones 
de control en secuencia para formar programas estructurados. El estado final de una instrucción de control se 
conecta al estado inicial de la siguiente instrucción de control; es decir, las instrucciones de control se colocan una 
después de la otra en un programa en secuencia. A esto le llamamos “apilamiento de instrucciones de control”. Las 
reglas para formar programas estructurados también permiten anidar las instrucciones de control. 

La figura 5.21 muestra las reglas para formar programas estructurados. Las reglas suponen que pueden 
utilizarse estados de acción para indicar cualquier acción. Además, las reglas suponen que comenzamos con el 
diagrama de actividad más sencillo (figura 5.22), que consiste solamente de un estado inicial, un estado de acción, 
un estado final y flechas de transición. 

Al aplicar las reglas de la figura 5.21, siempre se obtiene un diagrama de actividad estructurado apropiada- 
mente, con una agradable apariencia de bloque de construcción. Por ejemplo, si se aplica la regla 2 repetidamente 
al diagrama de actividad más sencillo, se obtiene un diagrama de actividad que contiene muchos estados de acción 
en secuencia (figura 5.23). La regla 2 genera una pila de estructuras de control, por lo que llamaremos a la regla 2 
regla de apilamiento. [Nota: las líneas punteadas verticales en la figura 5.23 no son parte de UML. Las utilizamos 
para separar los cuatro diagramas de actividad que demuestran cómo se aplica la regla 2 de la figura 5.21]. 

La regla 3 se conoce como regla de anidamiento. Al aplicar la regla 3 repetidamente al diagrama de acti- 
vidad más sencillo, se obtiene un diagrama de actividad con instrucciones de control perfectamente anidadas. 
Por ejemplo, en la figura 5.24 el estado de acción en el diagrama de actividad más sencillo se reemplaza con una 
instrucción de selección doble (i f . . . el se). Luego la regla 3 se aplica otra vez a los estados de acción en la ins- 
trucción de selección doble, reemplazando cada uno de estos estados con una instrucción de selección doble. El 
símbolo punteado de estado de acción alrededor de cada una de las instrucciones de selección doble, representa el 
estado de acción que se reemplazó. [Nota: las flechas punteadas y los símbolos punteados de estado de acción que 
se muestran en la figura 5.24 no son parte de UML. Aquí se utilizan para ilustrar que cualquier estado de acción 
puede reemplazarse con un enunciado de control] . 

La regla 4 genera instrucciones más grandes, más implicadas y más profundamente anidadas. Los diagramas 
que surgen debido a la aplicación de las reglas de la figura 5.21 constituyen el conjunto de todos los posibles 
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instrucción i f 
(selección simple) 



Selección 


instrucción switch con 
instrucciones breaks 
(selección múltiple) 


[f] 


break 



instrucción while 



Repetición 

instrucción do.. .«/hile 


I 



instrucción for 

I 

inicialización 



Figura 5.20 | Instrucciones de secuencia, selección y repetición de una sola entrada/una sola salida de Java. 


diagramas de actividad estructurados y, por lo tanto, el conjunto de todos los posibles programas estructurados. 
La belleza de la metodología estructurada es que utilizamos sólo siete instrucciones de control simples de una sola 
entrada/ una sola salida, y las ensamblamos en una de sólo dos formas simples. 

Si se siguen las reglas de la figura 5.21, no podrá crearse un diagrama de actividad “sin estructura” (como 
el de la figura 5.25). Si usted no está seguro de que cierto diagrama sea estructurado, aplique las reglas de la 
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figura 5.21 en orden inverso para reducir el diagrama al diagrama de actividad más sencillo. Si puede reducirlo, 
entonces el diagrama original es estructurado; de lo contrario, no es estructurado. 


Reglas para formar programas estructurados 


1) Comenzar con el diagrama de actividad más sencillo (figura 5.22). 

2) Cualquier estado de acción puede reemplazarse por dos estados de acción en secuencia. 

3) Cualquier estado de acción puede reemplazarse por cualquier instrucción de control 
(secuencia de estados de acción, i f, if . . . el se, swi tch, whi 1 e, do . . .whi le o for). 

4) Las reglas 2 y 3 pueden aplicarse tantas veces como se desee y en cualquier orden. 

Figura 5.21 | Reglas para formar programas estructurados. 


: 

estado de acción 



Figura 5.22 | El diagrama de actividad más sencillo. 
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aplicar 1 

aplicar 1 

aplicar 

regla 2 1 

1 

regla 2 1 

regla 2 


estado de acción 


estado de acción 


estado de acción 


estado de acción 


estado de acción 


V 


estado de acción 


: 


estado de acción 


V 


estado de acción 


Figura 5.23 | El resultado de aplicar la regla de apilamiento (regla 2) de la figura 5.21 repetidamente al diagrama 
de actividad más sencillo. 




5.9 Resumen sobre programación estructurada 193 
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aplicar 
regla 3 


estado de acción - 




M 


aplicar 
regla 3 




- estado de acción estado de acción - t 



aplicar 
regla 3 



Figura 5.24 | Aplicación de la regla de anidamiento (regla 3) de la figura 5.2 1 al diagrama de actividad más 
sencillo. 


estado de acción 



estado de acción estado de acción — 


Figura 5.25 | Diagrama de actividad “sin estructura”. 
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La programación estructurada promueve la simpleza. Bohm y Jacopini nos han dado el resultado de que sólo 
se necesitan tres formas de control para implementar un algoritmo: 

• Secuencia. 

• Selección. 

• Repetición. 

La estructura de secuencia es trivial. Simplemente enliste las instrucciones a ejecutar en el orden en el que 
deben ejecutarse. La selección se implementa en una de tres formas: 

• Instrucción i f (selección simple). 

• Instrucción i f . . . el se (selección doble). 

• Instrucción switch (selección múltiple). 

De hecho, es sencillo demostrar que la instrucción i f simple es suficiente para ofrecer cualquier forma de selec- 
ción; todo lo que pueda hacerse con las instrucciones i f ... el se y swi tch puede implementarse si se combinan 
instrucciones i f (aunque tal vez no con tanta claridad y eficiencia). 

La repetición se implementa en una de tres maneras: 

• Instrucción whi 1 e. 

• Instrucción do . . .whi 1 e. 

• Instrucción for. 

Es sencillo demostrar que la instrucción whi le es suficiente para proporcionar cualquier forma de repetición. 
Todo lo que puede hacerse con las instrucciones do. . .whi le y for, puede hacerse también con la instrucción 
whi 1 e (aunque tal vez no sea tan sencillo). 

Si se combinan estos resultados, se demuestra que cualquier forma de control necesaria en un programa en 
Java puede expresarse en términos de: 

• Secuencia. 

• Instrucción i f (selección). 

• Instrucción whi 1 e (repetición). 

y que estos tres elementos pueden combinarse en sólo dos formas: apilamiento y anidamiento. Evidentemente, la 
programación estructurada es la esencia de la simpleza. 

5.10 (Opcional) Ejemplo práctico de GUI y gráficos: 
dibujo de rectángulos y óvalos 

Esta sección demuestra cómo dibujar rectángulos y óvalos, usando los métodos drawRect y drawOval de Gra- 
phi es, respectivamente. Estos métodos se demuestran en la figura 5.26. 

La línea 6 empieza la declaración de la clase para Figuras, que extiende a 3 Panel. La variable de instancia 
opci on, declarada en la línea 8, determina si pai ntComponent debe dibujar rectángulos u óvalos. El constructor 
de Figuras en las líneas 11 a 14 inicializa opcion con el valor que se pasa en el parámetro opcionllsuario. 

El método pai ntComponent (líneas 17 a 36) realiza el dibujo actual. Recuerde que la primera instrucción 
en todo método pai ntComponent debe ser una llamada a super . pai ntComponent, como en la línea 19. Las 
líneas 21 a 35 iteran 10 veces para dibujar 10 figuras. La instrucción switch (líneas 24 a 34) elije entre dibujar 
rectángulos y dibujar óvalos. 

Si opci on es 1, entonces el programa dibuja un rectángulo. Las líneas 27 y 28 llaman al método drawRect de 
Graphi es. El método drawRect requiere cuatro argumentos. Los primeros dos representan las coordenadas xy y 
de la esquina superior izquierda del rectángulo; los siguientes dos representan la anchura y la altura del rectángulo. 
En este ejemplo, empezamos en la posición 10 píxeles hacia abajo y 10 píxeles a la derecha de la esquina superior 
izquierda, y cada iteración del ciclo avanza la esquina superior izquierda otros 1 0 píxeles hacia abajo y a la derecha. 
La anchura y la altura del rectángulo empiezan en 50 píxeles, y se incrementan por 10 píxeles en cada iteración. 

Si opcion es 2, el programa dibuja un óvalo. Al dibujar un óvalo se crea un rectángulo imaginario llamado 
rectángulo delimitador, y dentro de éste se crea un óvalo que toca los puntos medios de todos los cuatro lados 
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// Fig. 5.26: Figuras. java 
// Demuestra cómo dibujar distintas figuras, 
import java. awt. Graphics; 
import javax.swing.J Panel ; 

public class Figuras extends JPanel 

{ 

private int opcion; // opción del usuario acerca de cuál figura dibujar 

// el constructor establece la opción del usuario 
public Figuras( int opcionUsuario ) 

{ 

opcion = opcionUsuario; 

} // fin del constructor de Figuras 

// dibuja una cascada de figuras, empezando desde la esquina superior izquierda 
public void pai ntComponent( Graphics g ) 

{ 

super . pai ntComponent( g ); 

for ( int i =0; i <10; i++ ) 

{ 

// elije la figura con base en la opción del usuario 
switch ( opcion ) 

{ 

case 1: // dibuja rectángulos 

g.drawRect( 10 + i * 10, 10 + i * 10, 

50 + i * 10, 50 + i * 10 ); 

break; 

case 2: // dibuja óvalos 

g.draw0val( 10 + i * 10, 10 + i * 10, 

50 + i * 10, 50 + i * 10 ); 

break; 

} // fin del switch 
} // fin del for 

} // fin del método pai ntComponent 
} // fin de la clase Figuras 


Figura 5.26 | Cómo dibujar una cascada de figuras, con base en la opción elegida por el usuario. 


del rectángulo delimitador. El método drawOval (líneas 31 y 32) requiere los mismos cuatro argumentos que el 
método drawRect. Los argumentos especifican la posición y el tamaño del rectángulo delimitador para el óvalo. 
Los valores que se pasan a drawOval en este ejemplo son exactamente los mismos valores que se pasan a drawRect 
en las líneas 27 y 28. Como la anchura y la altura del rectángulo delimitador son idénticas en este ejemplo, las 
líneas 27 y 28 dibujan un círculo. Puede modificar el programa para dibujar rectángulos y óvalos, para ver cómo 
se relacionan drawOval y drawRect. 

La figura 5.27 es responsable de manejar la entrada del usuario y crear una ventana para mostrar el dibujo 
apropiado, con base en la respuesta del usuario. La línea 3 importa a IFrame para manejar la pantalla, y la línea 4 
importa a DOpti onPane para manejar la entrada. 

Las líneas 1 1 a 13 muestran un cuadro de diálogo al usuario y almacenan la respuesta de éste en la variable 
entrada. La línea 15 utiliza el método parselnt de Integer para convertir el objeto String introducido por 
el usuario en un i nt, y almacena el resultado en la variable opcion. En la línea 18 se crea una instancia de la 
clase Fi guras, y se pasa la opción del usuario al constructor. Las líneas 20 a 25 realizan las operaciones estándar 
para crear y establecer una ventana: crear un marco, configurarlo para que la aplicación termine cuando se cierre, 
agregar el dibujo al marco, establecer su tamaño y hacerlo visible. 



196 Capítulo 5 Instrucciones de control: parte 2 


1 // Fig. 5.27: PruebaFiguras. java 

2 // Aplicación de prueba que muestra la clase Figuras. 

3 import javax. swi ng . IFrame ; 

4 import javax . swi ng . lOptionPane; 

5 

6 public class PruebaFiguras 

7 { 

8 public static void main( String args[] ) 

9 { 

10 // obtiene la opción del usuario 

11 String entrada = lOptionPane. showInputDialog( 

12 "Escriba 1 para dibujar rectangulos\n" + 

13 "Escriba 2 para dibujar ovalos" ); 

14 

15 int opcion = Integer . parselnt( entrada ); // convierte entrada en int 

16 

17 // crea el panel con la entrada del usuario 

18 Figuras panel = new Figuras( opcion ); 

19 

20 IFrame aplicación = new IFrameO; // crea un nuevo objeto IFrame 

21 

22 aplicacion.setDefaultCloseOperation( IFrame. EXIT_0N_CL0SE ); 

23 aplicación. add( panel ); // agrega el panel al marco 

24 aplicación. setSize( 300, 300 ); // establece el tamaño deseado 

25 aplicación. setVisible( true ); // muestra el marco 

26 } // fin de main 

27 } // fin de la clase PruebaFiguras 



Figura 5.27 | Cómo obtener datos de entrada del usuario y crear un objeto IFrame para mostrar figuras. 
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Ejercicios del ejemplo práctico de GUI y gráficos 

5.1 Dibuje 12 círculos concéntricos en el centro de un objeto JPanel (figura 5.28). El círculo más interno debe tener 
un radio de 10 píxeles, y cada círculo sucesivo debe tener un radio 10 píxeles mayor que el anterior. Empiece por buscar el 
centro del objeto 1 Panel . Para obtener la esquina superior izquierda de un círculo, avance un radio hacia arriba y un radio 
a la izquierda, partiendo del centro. La anchura y la altura del rectángulo delimitador es el diámetro del círculo (el doble del 
radio). 

5.2 Modifique el ejercicio 5.16 de los ejercicios de fin de capítulo para leer la entrada usando cuadros de diálogo, y mos- 
trar el gráfico de barras usando rectángulos de longitudes variables. 



Figura 5.28 | Cómo dibujar círculos concéntricos. 

5.1 1 (Opcional) Ejemplo práctico de Ingeniería de Software: 
cómo identificar los estados y actividades de los objetos 

En la sección 4.15 identificamos muchos de los atributos de las clases necesarios para implementar el sistema 
ATM, y los agregamos al diagrama de clases de la figura 4.24. En esta sección le mostraremos la forma en que 
estos atributos representan el estado de un objeto. Identificaremos algunos estados clave que pueden ocupar nues- 
tros objetos y hablaremos acerca de cómo cambian los objetos de estado, en respuesta a los diversos eventos que 
ocurren en el sistema. También hablaremos sobre el flujo de trabajo, o actividades, que realizan los objetos en 
el sistema ATM. En esta sección presentaremos las actividades de los objetos de transacción Sol i ci tudSal do y 
Retí ro. 


Diagramas de máquina de estado 

Cada objeto en un sistema pasa a través de una serie de estados. El estado actual de un objeto se indica mediante 
los valores de los atributos del objeto en cualquier momento dado. Los diagramas de máquina de estado (que 
se conocen comúnmente como diagramas de estado) modelan varios estados de un objeto y muestran bajo 
qué circunstancias el objeto cambia de estado. A diferencia de los diagramas de clases que presentamos en las 
secciones anteriores del ejemplo práctico, que se enfocaban principalmente en la estructura del sistema, los diagra- 
mas de estado modelan parte del comportamiento del sistema. 

La figura 5.29 es un diagrama de estado simple que modela algunos de los estados de un objeto de la clase 
ATM. UML representa a cada estado en un diagrama de estado como un rectángulo redondeado con el nom- 
bre del estado dentro de éste. Un círculo relleno con una punta de flecha designa el estado inicial. Recuerde 
que en el diagrama de clases de la figura 4.24 modelamos esta información de estado como el atributo Bool ean 
de nombre usuarioAutenticado. Este atributo se inicializa en false, o en el estado “Usuario no autentica- 
do”, de acuerdo con el diagrama de estado. 

Las flechas indican las transiciones entre los estados. Un objeto puede pasar de un estado a otro, en respuesta 
a los diversos eventos que ocurren en el sistema. El nombre o la descripción del evento que ocasiona una transi- 
ción se escribe cerca de la línea que corresponde a esa transición. Por ejemplo, el objeto ATM cambia del estado 
“Usuario no autenticado” al estado “Usuario autenticado”, una vez que la base de datos autentica al usuario. En 
el documento de requerimientos vimos que para autenticar a un usuario, la base de datos compara el número de 
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cuenta y el N1P introducidos por el usuario con los de la cuenta correspondiente en la base de datos. Si la base 
de datos indica que el usuario ha introducido un número de cuenta válido y el NIP correcto, el objeto ATM pasa 
al estado “Usuario autenticado” y cambia su atributo usuarioAutenticado al valor true. Cuando el usuario 
sale del sistema al seleccionar la opción “salir” del menú principal, el objeto ATM regresa al estado “Usuario no 
autenticado”. 


la base de datos del banco autentica al usuario 


Usuario no autenticado 


Usuario autenticado 


el usuario sale del sistema 


Figura 5.29 | Diagrama de estado para el objeto ATM. 



Observación de ingeniería de software 5.5 

Por lo general, los diseñadores de software no crean diagramas de estado que muestren todos los posibles estados y 
transiciones de estados para todos los atributos; simplemente hay demasiados. Lo común es que los diagramas de 
estado muestren sólo los estados y las transiciones de estado importantes. 


Diagramas de actividad 

Al igual que un diagrama de estado, un diagrama de actividad modela los aspectos del comportamiento de un 
sistema. A diferencia de un diagrama de estado, un diagrama de actividad modela el flujo de trabajo (secuencia 
de objetos) de un objeto durante la ejecución de un programa. Un diagrama de actividad modela las accio- 
nes a realizar y en qué orden las realizará el objeto. El diagrama de actividad de la figura 5.30 modela las acciones 
involucradas en la ejecución de una transacción de solicitud de saldo. Asumimos que ya se ha inicializado un 
objeto Sol i ci tudSal do y que ya se le ha asignado un número de cuenta válido (el del usuario actual), por lo 
que el objeto sabe qué saldo extraer de la base de datos. El diagrama incluye las acciones que ocurren después 
de que el usuario selecciona la opción de solicitud de saldo del menú principal y antes de que el ATM devuelva 
al usuario al menú principal; un objeto Sol i ci tudSal do no realiza ni inicia estas acciones, por lo que no las mode- 
lamos aquí. El diagrama empieza extrayendo de la base de datos el saldo de la cuenta. Después, Sol i ci tudSal do 
muestra el saldo en la pantalla. Esta acción completa la ejecución de la transacción. Recuerde que hemos optado por 
representar el saldo de una cuenta como los atributos sal doDi sponi bl e y sal doTotal de la clase Cuenta, por lo 
que las acciones que se modelan en la figura 5.30 hacen referencia a la obtención y visualización de ambos atributos 
del saldo. 

UML representa una acción en un diagrama de actividad como un estado de acción, el cual se modela 
mediante un rectángulo en el que sus lados izquierdo y derecho se sustituyen por arcos hacia fuera. Cada estado 
de acción contiene una expresión de acción; por ejemplo, “obtener de la base de datos el saldo de la cuenta”; eso 
especifica una acción a realizar. Una flecha conecta dos estados de acción, con lo cual indica el orden en el que 


? 

obtener saldo de cuenta de la base de datos 


mostrar saldo en la pantalla 



Figura 5.30 


Diagrama de actividad para un objeto Sol i ci tudSal do. 
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ocurren las acciones representadas por los estados de acción. El círculo relleno (en la parte superior de la figura 
5.30) representa el estado inicial de la actividad: el inicio del flujo de trabajo antes de que el objeto realice las 
acciones modeladas. En este caso, la transacción primero ejecuta la expresión de acción “obtener de la base de 
datos el saldo de la cuenta”. Después, la transacción muestra ambos saldos en la pantalla. El círculo relleno ence- 
rrado en un círculo sin relleno (en la parte inferior de la figura 5.30) representa el estado final: el fin del flujo de 
trabajo una vez que el objeto realiza las acciones modeladas. Utilizamos diagramas de actividad de UML para 
ilustrar el flujo de control para las instrucciones de control que presentamos en los capítulos 4 y 5. 

La figura 5.31 muestra un diagrama de actividad para una transacción de retiro. Asumimos que ya se ha 
asignado un número de cuenta válido a un objeto Reti ro. No modelaremos al usuario seleccionando la opción 


T 


muestra el menú de montos de retiro y la opción para cancelar -«£- 


introduce la selección del menú 


[el usuario seleccionó una cantidad] 


, [el usuario canceló la transacción] 
establecer atributo del monto 

I 

obtener de la base de datos el saldo disponible de la cuenta del usuario 

[monto > saldo disponible] 


[monto <= saldo disponible] 
evaluar si hay suficiente efectivo en el dispensador de efectivo 


mostrar mensaje de error apropiado 

A 


[no hay suficiente efectivo disponible] 


[hay suficiente efectivo disponible] , 

¡nteractuar con la base de datos para cargar el monto a la cuenta del usuario 

I 

dispensar efectivo 

I 

instruir al usuario para que tome el efectivo 


- 5 >< 


Figura 5.3 1 | Diagrama de actividad para una transacción de retiro. 
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de retiro del menú principal ni al ATM devolviendo al usuario al menú principal, ya que estas acciones no las 
realiza un objeto Retí ro. La transacción primero muestra un menú de montos estándar de retiro (que se muestra 
en la figura 2.19) y una opción para cancelar la transacción. Después la transacción recibe una selección del menú 
de parte del usuario. Ahora el flujo de actividad llega a una decisión (una bifurcación indicada por el pequeño 
símbolo de rombo). [Nota: en versiones anteriores de UML, una decisión se conocía como una bifurcación]. Este 
punto determina la siguiente acción con base en la condición de guardia asociada (entre corchetes, enseguida de 
la transición), que indica que la transición ocurre si se cumple esta condición de guardia. Si el usuario cancela la 
transacción al elegir la opción “cancelar” del menú, el flujo de actividad salta inmediatamente al siguiente estado. 
Observe la fusión (indicada mediante el pequeño símbolo de rombo), en donde el flujo de actividad de cance- 
lación se combina con el flujo de actividad principal, antes de llegar al estado final de la actividad. Si el usuario 
selecciona un monto de retiro del menú, Retí ro establece monto (un atributo modelado originalmente en la 
figura 4.24) al valor elegido por el usuario. 

Después de establecer el monto de retiro, la transacción obtiene el saldo disponible de la cuenta del usuario 
(es decir, el atributo saldoDisponible del objeto Cuenta del usuario) de la base de datos. Después el flujo de 
actividad llega a otra decisión. Si el monto de retiro solicitado excede al saldo disponible del usuario, el sistema 
muestra un mensaje de error apropiado, en el cual informa al usuario sobre el problema y después regresa al prin- 
cipio del diagrama de actividad, y pide al usuario que introduzca un nuevo monto. Si el monto de retiro solicitado 
es menor o igual al saldo disponible del usuario, la transacción continúa. A continuación, la transacción evalúa 
si el dispensador de efectivo tiene suficiente efectivo para satisfacer la solicitud de retiro. Si éste no es el caso, la 
transacción muestra un mensaje de error apropiado, después regresa al principio del diagrama de actividad y pide 
al usuario que seleccione un nuevo monto. Si hay suficiente efectivo disponible, la transacción interactúa con la 
base de datos para cargar el monto retirado de la cuenta del usuario (es decir, restar el monto tanto del atributo 
sal doDi sponi bl e como del atributo sal doTotal del objeto Cuenta del usuario). Después la transacción entre- 
ga el monto deseado de efectivo e instruye al usuario para que lo tome. Por último, el flujo de actividad se fusiona 
con el flujo de actividad de cancelación antes de llegar al estado final. 

Hemos llevado a cabo los primeros pasos para modelar el comportamiento del sistema ATM y hemos mos- 
trado cómo participan los atributos de un objeto para realizar las actividades del mismo. En la sección 6.14 inves- 
tigaremos los comportamientos para todas las clases, de manera que obtengamos una interpretación más precisa 
del comportamiento del sistema, al “completar” los terceros compartimientos de las clases en nuestro diagrama de 
clases. 

Ejercicios de autoevaluación del Ejemplo práctico de Ingeniería de Software 

5 . 1 Indique si el siguiente enunciado es verdadero o falso y, si es falso , explique por qué: los diagramas de estado modelan 
los aspectos estructurales de un sistema. 

5.2 Un diagrama de actividad modela las (los) que realiza un objeto y el orden en el que las(los) realiza. 

a) acciones 

b) atributos 

c) estados 

d) transiciones de estado 

5.3 Con base en el documento de requerimientos, cree un diagrama de actividad para una transacción de depósito. 

Respuestas a los ejercicios de autoevaluación del Ejemplo práctico de Ingeniería de Software 

5 . 1 Falso. Los diagramas de estado modelan parte del comportamiento del sistema. 

5.2 a. 

5.3 La figura 5.32 presenta un diagrama de actividad para una transacción de depósito. El diagrama modela las acciones 
que ocurren una vez que el usuario selecciona la opción de depósito del menú principal, y antes de que el ATM regrese al usua- 
rio al menú principal. Recuerde que una parte del proceso de recibir un monto de depósito de parte del usuario implica con- 
vertir un número entero de centavos a una cantidad en dólares. Recuerde también que para acreditar un monto de depósito 
a una cuenta sólo hay que incrementar el atributo sal doTotal del objeto Cuenta del usuario. El banco actualiza el atributo 
sal doDi sponi bl e del objeto Cuenta del usuario sólo después de confirmar el monto de efectivo en el sobre de depósito y 
después de verificar los cheques que haya incluido; esto ocurre en forma independiente del sistema ATM. 


5.12 Conclusión 

En este capítulo completamos nuestra introducción a las instrucciones de control de Java, las cuales nos permi- 
ten controlar el flujo de la ejecución en los métodos. El capítulo 4 trató acerca de las instrucciones de control i f, 
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pedir al usuario que escriba un monto a depositar o que cancele 


recibir la entrada del usuario 


[el usuario canceló la transacción] 


O 


\l 


mostrar mensaje de error 


[el usuario escribió un monto] 

establecer el atributo monto 

V 

instruir al usuario para que inserte el sobre de depósito 

V 

tratar de recibir el sobre de depósito 

[no se recibió el sobre 

del depósito] » 


V 


[se recibió el sobre de depósito] 

I 

interactuar con la base de datos para abonar el monto a la cuenta del usuario 


M 


Figura 5.32 | Diagrama de actividad para una transacción de depósito. 


if. . . el se y whi 1 e de Java. En este capítulo vimos el resto de las instrucciones de control de Java: fo r, do . . . whi - 
ley swi tch. Aquí le mostramos que cualquier algoritmo puede desarrollarse mediante el uso de combinaciones 
de instrucciones de secuencia (es decir, instrucciones que se listan en el orden en el que deben ejecutarse), los tres 
tipos de instrucciones de selección (i f, i f ... el se y swi tch) y los tres tipos de instrucciones de repetición (whi 1 e, 
do. . .whi le y for). En este capítulo y en el anterior hablamos acerca de cómo puede combinar estos bloques 
de construcción para utilizar las técnicas, ya probadas, de construcción de programas y solución de problemas. 
En este capítulo también se introdujeron los operadores lógicos de Java, que nos permiten utilizar expresiones 
condicionales más complejas en las instrucciones de control. 

En el capítulo 3 presentamos los conceptos básicos de los objetos, las clases y los métodos. En los capítulos 
4 y 5 se introdujeron los tipos de instrucciones de control que podemos utilizar para especificar la lógica de 
los programas en métodos. En el capítulo 6 examinaremos los métodos con más detalle. 
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Resumen 

Sección 5.2 Fundamentos de la repetición controlada por contador 

• La repetición controlada por contador requiere una variable de control (o contador de ciclo), el valor inicial de la 
variable de control, el incremento (o decremento) en base al cual se modifica la variable de control cada vez que pasa 
por el ciclo (lo que también se conoce como cada iteración del ciclo) y la condición de continuación de ciclo, que 
determina si el ciclo debe seguir ejecutándose. 

• Podemos declarar e inicializar una variable en la misma instrucción. 


Sección 5.3 Instrucción de repetición for 

• La instrucción whi 1 e puede usarse para implementar cualquier ciclo controlado por contador. 

• La instrucción de repetición for especifica los detalles acerca de la repetición controlada por contador, en una sola 
línea de código. 

• Cuando la instrucción for comienza a ejecutarse, su variable de control se declara y se inicializa. Después, el pro- 
grama verifica la condición de continuación de ciclo. Si al principio la condición es verdadera, el cuerpo se ejecuta. 
Después de ejecutar el cuerpo del ciclo, se ejecuta la expresión de incremento. Después, se lleva a cabo otra vez 
la prueba de continuación de ciclo, para determinar si el programa debe continuar con la siguiente iteración del 
ciclo. 

• El formato general de la instrucción f o r es 

for ( inicialización ; condiciónDeContinuacionDeCiclo ; incremento ) 

instrucción 

en donde la expresión inicialización asigna un nombre a la variable de control del ciclo y, de manera opcional, pro- 
porciona su valor inicial. condiciónDeContinuaciónDeCiclo es la condición que determina si el ciclo debe continuar 
su ejecución, e incremento modifica el valor de la variable de control (posiblemente un incremento o decremento), 
de manera que la condición de continuación de ciclo se vuelve falsa en un momento dado. Los dos signos de punto 
y coma en el encabezado f o r son obligatorios. 

• En la mayoría de los casos, la instrucción for se puede representar con una instrucción whi le equivalente, de la 
siguiente forma: 

inicialización ; 

whi le ( condiciónDeContinuaciónDeCiclo ) 

{ 

instrucción 
incremento ; 

} 

• Por lo general, las instrucciones for se utilizan para la repetición controlada por contador y las instrucciones whi i e 
para la repetición controlada por centinela. 

• Si la expresión de inicialización en el encabezado del for declara la variable de control, ésta sólo puede usarse en esa 
instrucción for; no existirá fuera de la instrucción for. 

• Las tres expresiones en un encabezado for son opcionales. Si se omite la condiciónDeContinuaciónDeCiclo , Java asu- 
me que la condición de continuación de ciclo siempre es verdadera, con lo cual se crea un ciclo infinito. Podríamos 
omitir la expresión inicialización si el programa inicializa la variable de control antes del ciclo. Podríamos omitir la 
expresión incremento si el programa calcula el incremento con instrucciones en el cuerpo del ciclo, o si no se necesita 
un incremento. 

• La expresión de incremento en un for actúa como si fuera una instrucción independiente al final del cuerpo del 
for. 

• El incremento de una instrucción for puede ser también negativo, en cuyo caso es en realidad un decremento, y el 
ciclo cuenta en forma descendente. 

• Si al principio la condición de continuación de ciclo es false, el programa no ejecuta el cuerpo de la instrucción 
for. En vez de ello, la ejecución continúa con la instrucción después del for. 

Sección 5.4 Ejemplos sobre el uso de la instrucción for 

• Java trata a las constantes de punto flotante, como 1000 . 0 y 0 . 05, como de tipo doubl e. De manera similar, Java 
trata a las constantes de números enteros, como 7 y -22, como de tipo i nt. 
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• El especificador de formato %20s indica que el objeto Stri ng de salida debe mostrarse con una anchura de campo 
de 20; es decir, pri ntf muestra el valor con al menos 20 posiciones de caracteres. Si el valor a imprimir es menor de 
20 posiciones de caracteres de ancho, se justifica a la derecha en el campo de manera predeterminada. 

• Math.powO, y) calcula el valor de x elevado a la^-ésima potencia. El método recibe dos argumentos double y 
devuelve un valor doubl e. 

• La bandera de formato coma (,) en un especificador de formato (por ejemplo, %,20.2f) indica que un valor de 
punto flotante debe imprimirse con un separador de agrupamiento. El separador actual que se utiliza es específico 
de la configuración regional del usuario (es decir, el país). Por ejemplo, en los Estados Unidos el número se impri- 
mirá usando comas para separar cada tres dígitos, y un punto decimal para separar la parte fraccionaria del número, 
como en 1,234.45. 

• El .2 en un especificador de formato (por ejemplo, %,20.2f) indica la precisión de un número con formato; en 
este caso, el número se redondea a la centésima más cercana y se imprime con dos dígitos a la derecha del punto 
decimal. 

Sección 5-5 Instrucción de repetición do. . .whi le 

• La instrucción de repetición do . . . whi 1 e es similar a la instrucción whi 1 e. En la instrucción whi 1 e, el programa eva- 
lúa la condición de continuación de ciclo al principio del ciclo, antes de ejecutar su cuerpo; si la condición es falsa, el 
cuerpo nunca se ejecuta. La instrucción do . . . whi 1 e evalúa la condición de continuación de ciclo después de ejecutar 
el cuerpo del ciclo; por lo tanto, el cuerpo siempre se ejecuta por lo menos una vez. Cuando termina una instrucción 
do ... whi i e, la ejecución continúa con la siguiente instrucción en secuencia. 

• No es necesario usar llaves en la instrucción de repetición do . . . whi i e si sólo hay una instrucción en el cuerpo. Sin 
embargo, la mayoría de los programadores incluyen las llaves, para evitar confusión entre las instrucciones whi le y 
do . . .whi i e. 

Sección 5.6 Instrucción de selección múltiple swi tch 

• La instrucción swi tch de selección múltiple realiza distintas acciones, con base en los posibles valores de una variable o 
expresión entera. Cada acción se asocia con el valor de una expresión entera constante (es decir, un valor constante de 
tipo byte, short, i nt o char, pero no i ong) que la variable o expresión en la que se basa el swi tch puede asumir. 

• El indicador de fin de archivo es una combinación de teclas dependiente del sistema, que el usuario escribe para 
indicar que no hay más datos qué introducir. En los sistemas UNIX/Linux/Mac OS X, el fin de archivo se introduce 
escribiendo la secuencia <ctrl> d en una línea por sí sola. Esta notación significa que hay que imprimir al mismo 
tiempo la tecla Ctrl y la tecla d. En los sistemas Windows, el fin de archivo se puede introducir escribiendo <ctrl> z. 

• El método hasNext de Scanner determina si hay más datos qué introducir. Este método devuelve el valor bool ean 
true si hay más datos; en caso contrario, devuelve fal se. Mientras no se haya escrito el indicador de fin de archivo, 
el método hasNext devolverá true. 

• La instrucción swi tch consiste en un bloque que contiene una secuencia de etiquetas case y un caso defaui t opcional. 

• Cuando el flujo de control llega al swi tch, el programa evalúa la expresión de control del swi tch. El programa com- 
para el valor de la expresión de control (que debe evaluarse como un valor entero de tipo byte, char, short o i nt) 
con cada etiqueta case. Si ocurre una coincidencia, el programa ejecuta las instrucciones para esa etiqueta case. 

• Al enlistar etiquetas case en forma consecutiva, sin instrucciones entre ellas, permite que las etiquetas ejecuten el 
mismo conjunto de instrucciones. 

• La instrucción swi tch no cuenta con un mecanismo para evaluar rangos de valores, por lo que todo valor que deba 
evaluarse tiene que enlistarse en una etiqueta case separada. 

• Cada case puede tener varias instrucciones. La instrucción swi tch se diferencia de las otras instrucciones de con- 
trol, en cuanto a que no requiere llaves alrededor de varias instrucciones en una etiqueta case. 

• Sin las instrucciones break, cada vez que ocurre una coincidencia en el swi tch, las instrucciones para ese case y los 
case subsiguientes se ejecutarán hasta llegar a una instrucción break o al final de la instrucción swi tch. A menudo 
esto se conoce como “pasar” a las instrucciones en las etiquetas case subsiguientes. 

• Si no ocurre una coincidencia entre el valor de la expresión de control y una etiqueta case, se ejecuta el caso defaui t 
opcional. Si no ocurre una coincidencia y la instrucción swi tch no tiene un caso defaui t, el control del programa 
simplemente continúa con la primera instrucción después del swi tch. 

• La instrucción break no se requiere para la última etiqueta case de la instrucción swi tch (ni para el caso defaui t 
opcional, cuando aparece al último), ya que la ejecución continúa con la siguiente instrucción después del swi tch. 

Sección 5.7 Instrucciones break y continué 

• Además de las instrucciones de selección y repetición, Java cuenta con las instrucciones break y conti nue (que 
presentamos en esta sección y en el apéndice N, Instrucciones break y conti nue etiquetadas) para alterar el flujo 
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de control. La sección anterior mostró cómo se puede utilizar break para terminar la ejecución de una instrucción 
swi tch. Esta sección habla acerca de cómo utilizar break en instrucciones de repetición. 

• Cuando la instrucción break se ejecuta en una instrucción whi1e, for, do. . .whiie o switch, provoca la salida 
inmediata de esa instrucción. La ejecución continúa con la primera instrucción después de la instrucción de control. 

• Cuando la instrucción continué se ejecuta en una instrucción whiie, for o do. . .whiie, omite el resto de las 
instrucciones en el cuerpo del ciclo y continúa con la siguiente iteración del mismo. En las instrucciones whiie y 
do. . .whiie, el programa evalúa la prueba de continuación de ciclo inmediatamente después de que se ejecuta la 
instrucción conti nue. En una instrucción for, se ejecuta la expresión de incremento y después el programa evalúa 
la prueba de continuación de ciclo. 

Sección 5.8 Operadores lógicos 

• Las condiciones simples se expresan en términos de los operadores relaciónales >, <, >= y <=, y los operadores de 
igualdad == y ! =, y cada expresión sólo evalúa una condición. 

• Los operadores lógicos nos permiten formar condiciones más complejas, mediante la combinación de condiciones 
simples. Los operadores lógicos son && (AND condicional), | | (OR condicional), & (AND lógico booleano), | (OR 
inclusivo lógico booleano), a (OR exclusivo lógico booleano) y ! (NOT lógico). 

• Para asegurar que dos condiciones sean ambas verdaderas antes de elegir cierta ruta de ejecución, utilice el operador 
&& (AND condicional). Este operador da como resultado verdadero sí, y sólo si ambas de sus condiciones simples 
son verdaderas. Si una o ambas condiciones simples son falsas, la expresión completa es falsa. 

• Para asegurar que una o ambas condiciones sean verdaderas antes de elegir cierta ruta de ejecución, utilice el opera- 
dor | | (OR condicional), que se evalúa como verdadero si una o ambas de sus condiciones simples son verdaderas. 

• Las partes de una expresión que contienen operadores && o | | se evalúan sólo hasta que se conoce si la condición es 
verdadera o falsa. Esta característica de las expresiones AND condicional y OR condicional se conoce como evalua- 
ción de corto circuito. 

• Los operadores AND lógico booleano (&) y OR inclusivo lógico booleano ( | ) funcionan de manera idéntica a los 
operadores && (AND condicional) y | | (OR condicional), con una excepción: los operadores lógicos boléanos siem- 
pre evalúan ambos operandos (es decir, no realizan una evaluación de corto circuito). 

• Una condición simple que contiene el operador OR exclusivo lógico booleano (a) es true si, y sólo si uno de sus 
operandos es true y el otro es fai se. Si ambos operandos son true o ambos son fai se, toda la condición es fai se. 
También se garantiza que este operador evaluará ambos operandos. 

• El operador ! (NOT lógico, también conocido como negación lógica o complemento lógico) “invierte” el signifi- 
cado de una condición. El operador de negación lógico es un operador unario, que sólo tiene una condición como 
operando. Este operador se coloca antes de una condición, para elegir una ruta de ejecución si la condición original 
(sin el operador de negación lógico) es fai se. 

• En la mayoría de los casos, podemos evitar el uso de la negación lógica si expresamos la condición de manera distin- 
ta, con un operador relacional o de igualdad apropiado. 

Sección 5.10 (Opcional) Ejemplo práctico de GUI y gráficos: dibujo de rectángulos y óvalos 

• Los métodos drawRect y drawOval de Graphi es dibujan rectángulos y óvalos, respectivamente. 

• El método drawRect de Graphi es requiere cuatro argumentos. Los primeros dos representan las coordenadas x y y 
de la esquina superior izquierda del rectángulo; los otros dos representan la anchura y la altura del rectángulo. 

• Al dibujar un óvalo, se crea un rectángulo imaginario llamado rectángulo delimitador, y se coloca en su interior 
un óvalo que toca los puntos medios de los cuatro lados del rectángulo delimitador. El método drawOval requiere 
los mismos cuatro argumentos que el método drawRect. Los argumentos especifican la posición y el tamaño del 
rectángulo delimitador para el óvalo. 

Terminología 

- (menos), bandera de formato 
! , operador NOT lógico 
%b, especificador de formato 
&, operador AND lógico booleano 
&&, operador AND condicional 
, (coma), bandera de formato 
a, operador OR exclusivo lógico booleano 
| , operador OR lógico booleano 
| | , operador OR condicional 


alcance de una variable 
anchura de campo 
AND condicional (&&) 

AND lógico booleano (&) 
break, instrucción 
case, etiqueta 
complemento lógico ( ! ) 
condición de continuación de ciclo 
condición simple 
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constante de caracteres 

conti nue, instrucción 

decrementar una variable de control 

default, caso en una instrucción switch 

do...whi 1 e, instrucción de repetición 

drawOval , método de la clase Graphi es (GUI) 

drawRect, método de la clase Graphi es (GUI) 

efecto secundario 

error por desplazamiento en 1 

evaluación de corto circuito 

expresión de control de una instrucción swi tch 

expresión entera constante 

final , palabra clave 

for, encabezado 

f o r, encabezado de la instrucción 
for, instrucción de repetición 
hasNext, método de la clase Scanner 
incrementar una variable de control 
indicador de fin de archivo 
instrucción de repetición 
instrucciones de control anidadas 
instrucciones de control apiladas 


instrucciones de control de una sola entrada/una sola 
salida 

iteración de un ciclo 
justificar a la derecha 
justificar a la izquierda 
método ayudante 
negación lógica ( ! ) 
operadores lógicos 
OR condicional ( | | ) 

OR exclusivo lógico booleano (a) 

OR inclusivo lógico booleano ( [ ) 

rectángulo delimitador de un óvalo (GUI) 

regla de anidamiento 

regla de apilamiento 

selección múltiple 

stati c, método 

switch, instrucción de selección 

tabla de verdad 

valor inicial 

variable constante 

variable de control 


Ejercicios de autoevaluación 

5.1 Complete los siguientes enunciados: 

a) Por lo general, las instrucciones se utilizan para la repetición controlada por contador y 

las instrucciones se utilizan para la repetición controlada por centinela. 

b) La instrucción do. . .while evalúa la condición de continuación de ciclo ejecutar el 

cuerpo del ciclo; por lo tanto, el cuerpo siempre se ejecuta por lo menos una vez. 

c) La instrucción selecciona una de varias acciones, con base en los posibles valores de una 

variable o expresión entera. 

d) Cuando se ejecuta la instrucción en una instrucción de repetición, se omite el resto de 

las instrucciones en el cuerpo del ciclo y se continúa con la siguiente iteración del ciclo. 

e) El operador se puede utilizar para asegurar que ambas condiciones sean verdaderas, antes 

de elegir cierta ruta de ejecución. 

f) Si al principio, la condición de continuación de ciclo en un encabezado for es , el progra- 

ma no ejecuta el cuerpo de la instrucción for. 

g) Los métodos que realizan tareas comunes y no requieren objetos se llaman métodos . 

5.2 Conteste con verdadero o falso a cada una de las siguientes proposiciones; en caso de ser falso , explique por qué. 

a) El caso defaul t es requerido en la instrucción de selección swi tch. 

b) La instrucción break es requerida en el último caso de una instrucción de selección swi tch. 

c) La expresión ( ( x > y ) && (a<b) )es verdadera si x > y es verdadera, o si a < b es verdadera. 

d) Una expresión que contiene el operador | | es verdadera si uno o ambos de sus operandos son verdaderos. 

e) La bandera de formato coma (,) en un especificador de formato (por ejemplo, % , 2 0 . 2 f ) indica que un 
valor debe imprimirse con un separador de miles. 

f) Para evaluar un rango de valores en una instrucción swi tch, use un guión corto (-) entre los valores inicial 
y final del rango en una etiqueta case. 

g) Al enlistar las instrucciones case en forma consecutiva, sin instrucciones entre ellas, pueden ejecutar el 
mismo conjunto de instrucciones. 

5.3 Escriba una instrucción o un conjunto de instrucciones en Java, para realizar cada una de las siguientes tareas: 
a) Sumar los enteros impares entre 1 y 99, utilizando una instrucción for. Suponga que se han declarado las 

variables enteras suma y cuenta. 
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b) Calcular el valor de 2 . 5 elevado a la potencia de 3, utilizando el método pow. 

c) Imprimir los enteros del 1 al 20, utilizando un ciclo whi 1 e y la variable contador i . Suponga que la variable 
i se ha declarado, pero no se ha inicializado. Imprima solamente cinco enteros por línea. [Sugerencia: use el 
cálculo i % 5. Cuando el valor de esta expresión sea 0, imprima un carácter de nueva línea; de lo contrario, 
imprima un carácter de tabulación. Suponga que este código es una aplicación. Utilice el método System . 
out .pri ntl nQ para producir el carácter de nueva línea, y el método System . out . pri nt( ‘\t’ ) para 
producir el carácter de tabulación]. 

d) Repita la parte (c), usando una instrucción for. 

5.4 Encuentre el error en cada uno de los siguientes segmentos de código, y explique cómo corregirlo: 

a) i = 1; 

whi 1 e ( i <= 10 ) ; 
i++ ; 

} 

b) for ( k = 0.1; k != 1.0; k += 0.1 ) 

System. out. println ( k ); 

c) switch ( n ) 

{ 

case 1: 

System . out . pri ntl n( "El número es 1" ); 
case 2: 

System . out . pri ntl n( "El número es 2" ); 
break; 
default: 

System . out . pri ntl n( "El número no es 1 ni 2" ); 
break; 

} 

d) El siguiente código debe imprimir los valores 1 a 10: 
n = 1; 

whi le ( n < 10 ) 

System. out. println( n++ ); 

Respuestas a los ejercicios de autoevaluación 

5.1 a) for, while. b) después de. c) switch. d) continué, e) && (AND condicional). f)false. g) static. 

5.2 a) Falso. El caso default es opcional. Si no se necesita una acción predeterminada, entonces no hay necesi- 
dad de un caso default. b) Falso. La instrucción break se utiliza para salir de la instrucción switch. La instrucción 
break no se requiere para el último caso en una instrucción switch. c) Falso. Ambas expresiones relaciónales deben 
ser verdaderas para que toda la expresión sea verdadera, cuando se utilice el operador &&. d) Verdadero, e) Verdadero, 
f) Falso. La instrucción swi tch no cuenta con un mecanismo para evaluar rangos de valores, por lo que todo valor que 
deba evaluarse se debe enlistar en una etiqueta case por separado, g) Verdadero. 

5.3 a) suma = 0; 

for ( cuenta = 1; cuenta <= 99; cuenta += 2 ) 
suma += cuenta; 

b) double resultado = Math.pow( 2.5, 3 ); 

c) i = 1; 

while ( i <= 20 ) 

{ 

System. out. print( i ); 

if ( i % 5 == 0 ) 

System . out .pri ntl n() 
el se 

System . out . pri nt( ' \t ' ); 

++i ; 

} 
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5.4 


d) for (i =1; i <=20; i++ ) 

{ 

System. out. print( i ); 

if ( i % 5 == 0 ) 

System . out . pri ntl n() ; 
el se 

System . out . pri nt( ' \t ' ); 

} 

a) Error: el punto y coma después del encabezado whi 1 e provoca un ciclo infinito, y falta una llave izquierda. 
Corrección: reemplazar el punto y coma por una llave izquierda ({), o eliminar tanto el punto y coma (;) 
como la llave derecha (}). 

b) Error: utilizar un número de punto flotante para controlar una instrucción for tal vez no funcione, ya que 
los números de punto flotante se representan sólo aproximadamente en la mayoría de las computadoras. 
Corrección: utilice un entero, y realice el cálculo apropiado en orden para obtener los valores deseados: 


for ( k = 1; k ! = 10 , k++ ) 

System. out . pri ntl n( ( double ) k / 10 ) ; 


c) Error: el código que falta es la instrucción break en las instrucciones del primer case. 

Corrección: agregue una instrucción break al final de las instrucciones para el primer case. Observe que 
esta omisión no es necesariamente un error, si el programador desea que la instrucción del case 2 : se eje- 
cute siempre que lo haga la instrucción del case 1 : . 

d) Error: se está utilizando un operador relacional inadecuado en la condición de continuación de la instruc- 
ción de repetición whi i e. 

Corrección: use <= en vez de <, o cambie 10 a 11. 


Ejercicios 

5.5 Describa los cuatro elementos básicos de la repetición controlada por contador. 

5.6 Compare y contraste las instrucciones de repetición whi i e y for. 

5.7 Hable sobre una situación en la que sería más apropiado usar una instrucción do . . . whi 1 e que una instrucción 
whi 1 e. Explique por qué. 

5.8 Compare y contraste las instrucciones break y conti nue. 

5.9 Encuentre y corrija el(los) error(es) en cada uno de los siguientes fragmentos de código: 

a) for ( i = 100, i >= 1, i++ ) 

System. out. pri ntl n ( i ); 

b) El siguiente código debe imprimirse sin importar si el valor entero es par o impar: 

switch ( valor % 2 ) 

{ 

case 0: 

System. out. pri ntl n( "Entero par" ); 
case 1: 

System. out. pri ntl n( "Entero impar" ); 

} 

c) El siguiente código debe imprimir los enteros impares del 19 al 1: 

for (i =19; i >= 1; i += 2 ) 

System. out. printlnC i ); 

d) El siguiente código debe imprimir los enteros pares del 2 al 100: 

contador = 2 ; 

do 

{ 

System . out . pri ntl n( contador ); 
contador += 2; 

} Whi le ( contador < 100 ); 
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5.10 ¿Qué es lo que hace el siguiente programa? 

1 public class Imprimir 

2 { 

3 public static void main( String args[] ) 

4 { 

5 for ( int i = 1; i <= 10; i++ ) 

6 { 

7 for (int j = 1; j <= 5; j++ ) 

8 System. out.print( ); 

9 

10 System. out. printlnO ; 

11 } // fin del for exterior 

12 } // fin de main 

13 } // fin de la clase Imprimir. 

5.11 Escriba una aplicación que encuentre el menor de varios enteros. Suponga que el primer valor leído especifica 
el número de valores que el usuario introducirá. 

5.12 Escriba una aplicación que calcule el producto de los enteros impares del 1 al 15. 

5.13 Los factoriales se utilizan frecuentemente en los problemas de probabilidad. El factorial de un entero positivo 
n (se escribe como ni) es igual al producto de los enteros positivos del la n. Escriba una aplicación que evalúe los fac- 
toriales de los enteros del 1 al 5. Muestre los resultados en formato tabular. ¿Qué dificultad podría impedir que usted 
calculara el factorial de 20? 

5.14 Modifique la aplicación de interés compuesto de la figura 5.6, repitiendo sus pasos para las tasas de interés del 
5, 6, 7, 8, 9 y 10%. Use un ciclo for para variar la tasa de interés. 

5.15 Escriba una aplicación que muestre los siguientes patrones por separado, uno debajo del otro. Use ciclos for 

para generar los patrones. Todos los asteriscos (*) deben imprimirse mediante una sola instrucción de la forma System . 
out . pri nt( ' * ' ) ; la cual hace que los asteriscos se impriman uno al lado del otro. Puede utilizarse una instrucción 
de la forma System .out. printlnO; para posicionarse en la siguiente línea. Puede usarse una instrucción de la forma 
System. out . pri nt( ' ' ) ; para mostrar un espacio para los últimos dos patrones. No debe haber ninguna otra 

instrucción de salida en el programa. [ Sugerencia : los últimos dos patrones requieren que cada línea empiece con un 
número apropiado de espacios en blanco] . 

(a) (b) (c) (d) 





5.16 Una aplicación interesante de las computadoras es dibujar gráficos convencionales y de barra. Escriba una apli- 
cación que lea cinco números, cada uno entre 1 y 30. Por cada número leído, su programa debe mostrar ese número de 
asteriscos adyacentes. Por ejemplo, si su programa lee el número 7, debe mostrar *******. 

5.17 Un almacén de pedidos por correo vende cinco productos cuyos precios de venta son los siguientes: producto 
1, $2.98; producto 2, $4.50; producto 3, $9.98; producto 4, $4.49 y producto 5, $6.87. Escriba una aplicación que lea 
una serie de pares de números, como se muestra a continuación: 

a) número del producto; 

b) cantidad vendida. 

Su programa debe utilizar una instrucción swi tch para determinar el precio de venta de cada producto. Debe calcular y 
mostrar el valor total de venta de todos los productos vendidos. Use un ciclo controlado por centinela para determinar 
cuándo debe el programa dejar de iterar para mostrar los resultados finales. 
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5.18 Modifique la aplicación de la figura 5.6, de manera que se utilicen sólo enteros para calcular el interés compues- 
to. [ Sugerencia : trate todas las cantidades monetarias como números enteros de centavos. Luego divida el resultado en su 
porción de dólares y su porción de centavos, utilizando las operaciones de división y residuo, respectivamente. Inserte 
un punto entre las porciones de dólares y centavos] . 

5.19 Suponga que i =1, j = 2, k = 3ym = 2. ¿Qué es lo que imprime cada una de las siguientes instruc- 
ciones? 


5.20 


a) System . out . pri nt"l n( i == 1 ) ; 

b) System. out . pri ntl n ( j == 3 ) ; 

c) System, out . pri ntl n ( (i>=l)&&(j<4)); 

d) System . out . pri ntl n( (m<=99)&(k<m) ); 

e) System, out . pri ntl n( ( j >= i ) || (k==m)); 

f) System, out . pri ntl n( (k + m<j) | (3-j>=l<)); 

g) System, out . pri ntl n( ! ( k > m ) ) ; 

Calcule el valor de K a partir de la serie infinita 


n 


= 4 -U 4 - 4 - + 4 - 

3 5 7 9 



Imprima una tabla que muestre el valor aproximado de K, calculando un término de esta serie, dos términos, tres, etcé- 
tera. ¿Cuántos términos de esta serie tiene que utilizar para obtener 3.14? ¿3.141? ¿3.1415? ¿3.14159? 

5.2 1 ( Triples de Pitágoras) Un triángulo recto puede tener lados cuyas longitudes sean valores enteros. El conjunto 
de tres valores enteros para las longitudes de los lados de un triángulo recto se conoce como triple de Pitágoras. Las 
longitudes de los tres lados deben satisfacer la relación que establece que la suma de los cuadrados de dos lados es igual 
al cuadrado de la hipotenusa. Escriba una aplicación para encontrar todos los triples de Pitágoras para 1 adol, 1 ado2, y 
la hi potenusa, que no sean mayores de 500. Use un ciclo for triplemente anidado para probar todas las posibilidades. 
Este método es un ejemplo de la computación de “fuerza bruta”. En cursos de ciencias computacionales más avanzados 
aprenderá que existen muchos problemas interesantes para los cuales no hay otra metodología algorítmica conocida, 
más que el uso de la fuerza bruta. 

5.22 Modifique el ejercicio 5.15 para combinar su código de los cuatro triángulos separados de asteriscos, de manera 
que los cuatro patrones se impriman uno al lado del otro. [ Sugerencia : utilice astutamente los ciclos for anidados]. 

5.23 ( Leyes de De Morgan) En este capítulo, hemos hablado sobre los operadores lógicos &&, &, | . | , a y ! . Algunas 

veces, las leyes de De Morgan pueden hacer que sea más conveniente para nosotros expresar una expresión lógica. Estas 
leyes establecen que la expresión ! ( condiciónl && condición2') es lógicamente equivalente a la expresión ( ! condiciónl 
| | icondiciónZ) . También establecen que la expresión !( condiciónl \ \ condición2') es lógicamente equivalente a la 
expresión ( ! condiciónl && ! condición2') . Use las leyes de De Morgan para escribir expresiones equivalentes para cada 
una de las siguientes expresiones, luego escriba una aplicación que demuestre que, tanto la expresión original como la 
nueva expresión, producen en cada caso el mismo valor: 

a) !(x<5)&&!(y>=7) 

b) ! ( a == b ) || !( g != 5 ) 

c) !((x<=8)&&(y>4)) 

d) ! ( ( i > 4 ) || ( j <= 6 ) ) 

5.24 Escriba una aplicación que imprima la siguiente figura de rombo. Puede utilizar instrucciones de salida que 
impriman un solo asterisco (*), un solo espacio o un solo carácter de nueva línea. Maximice el uso de la repetición (con 
instrucciones for anidadas), y minimice el número de instrucciones de salida. 
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5.25 Modifique la aplicación que escribió en el ejercicio 5.24, para que lea un número impar en el rango de 1 a 19, 
de manera que especifique el número de filas en el rombo. Su programa debe entonces mostrar un rombo del tamaño 
apropiado. 

5.26 Una crítica de las instrucciones break y conti nue es que ninguna es estructurada. En realidad, estas instruc- 
ciones pueden reemplazarse en todo momento por instrucciones estructuradas, aunque hacerlo podría ser inadecuado. 
Describa, en general, cómo eliminaría las instrucciones break de un ciclo en un programa, para reemplazarlas con 
alguna de las instrucciones estructuradas equivalentes. [ Sugerencia : la instrucción break se sale de un ciclo desde el 
cuerpo de éste. La otra forma de salir es que falle la prueba de continuación de ciclo. Considere utilizar en la prueba 
de continuación de ciclo una segunda prueba que indique una “salida anticipada debido a una condición de ‘interrup- 
ción’”]. Use la técnica que desarrolló aquí para eliminar la instrucción break de la aplicación de la figura 5.12. 

5.27 ¿Qué hace el siguiente segmento de programa? 


for 

( i 

LO 

II 

V 

"I - 

tH 

II 

i ++ ) 

{ 





for 

C j = i; j <= 

=3; j++ 


{ 





for ( k = 1; 

II 

V 



System. out 

.pri nt( 


) 

k++ ) 
); 


System.out.p Tintín O ; 

} // fin del for interior 


System . out . pri ntl n() ; 

} // fin del for exterior 

5.28 Describa, en general, cómo eliminaría las instrucciones conti nue de un ciclo en un programa, para reemplazar- 
las con uno de sus equivalentes estructurados. Use la técnica que desarrolló aquí para eliminar la instrucción conti nue 
del programa de la figura 5.13. 

5.29 ( Canción “Los Doce Días de Navidad”) Escriba una aplicación que utilice instrucciones de repetición y swi tch 
para imprimir la canción “Los Doce Días de Navidad”. Una instrucción swi tch debe utilizarse para imprimir el día (es 
decir, “primer”, “segundo”, etcétera). Una instrucción swi tch separada debe utilizarse para imprimir el resto de cada 
verso. Visite el sitio Web en .wi ki pedia. org/wi ki /Twel veti de para obtener la letra completa de la canción. 
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La más grande invención 
del siglo diecinueve fue la 
invención del método de 
la invención. 

— Alfred North Whitehead 

Llámame Ismael. 

— Hermán Melville 

Cuando me llames así, 
sonríe. 

— Owen Wister 

Respóndeme en una 
palabra. 

— William Shakespeare 

¡Oh! volvió a llamar ayer, 
ofreciéndome volver. 

— William Shakespeare 

Hay un punto en el cual 
los métodos se devoran a sí 
mismos. 

— Frantz Fanón 


OBJETIVOS 

En este capítulo aprenderá a: 

■ Conocer cómo se asocian los métodos y los campos stati c 
con toda una clase, en vez de asociarse con Instancias 
específicas de la clase. 

■ Utilizar los métodos comunes de Math disponibles en la API 
de Java. 

■ Comprender los mecanismos para pasar información entre 
métodos. 

■ Comprender cómo se soporta el mecanismo de llamada/retorno 
de los métodos mediante la pila de llamadas a métodos y los 
registros de activación. 

■ Conocer cómo los paquetes agrupan las clases relacionadas. 

■ Utilizar la generación de números aleatorios para implementar 
aplicaciones para juegos. 

■ Comprender cómo se limita la visibilidad de las declaraciones a 
regiones específicas de los programas. 

■ Acerca de la sobrecarga de métodos y cómo crear métodos 
sobrecargados. 





Plan general 
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6.1 Introducción 

6.2 Módulos de programas en Java 

6.3 Métodos stati c, campos stati c y la clase Math 

6.4 Declaración de métodos con múltiples parámetros 

6.5 Notas acerca de cómo declarar y utilizar los métodos 

6.6 Pila de llamadas a los métodos y registros de activación 

6.7 Promoción y conversión de argumentos 

6.8 Paquetes de la API de Java 

6.9 Ejemplo práctico: generación de números aleatorios 

6.9.1 Escalamiento y desplazamiento generalizados de números aleatorios 

6.9.2 Repetitividad de números aleatorios para prueba y depuración 

6.10 Ejemplo práctico: un juego de probabilidad (introducción a las enumeraciones) 

6.11 Alcance de las declaraciones 

6.12 Sobrecarga de métodos 

6.13 (Opcional) Ejemplo práctico de GUI y gráficos: colores y figuras rellenas 

6.14 (Opcional) Ejemplo práctico de Ingeniería de Software: identificación de las operaciones de las clases 

6.15 Conclusión 

Resumen | Terminología | Ejercicios de autoevaluación | Respuestas a los ejercicios de autoevaluación | Ejercicios 


6.1 Introducción 

La mayoría de los programas de cómputo que resuelven los problemas reales son mucho más extensos que los 
programas que se presentan en los primeros capítulos de este libro. La experiencia ha demostrado que la mejor 
manera de desarrollar y mantener un programa extenso es construirlo a partir de pequeñas piezas sencillas, o 
módulos. A esta técnica se le llama divide y vencerás. En el capítulo 3 presentamos los métodos, y en éste lo 
estudiaremos con más detalle. Haremos énfasis en cómo declarar y utilizar métodos para facilitar el diseño, la 
implementación, operación y el mantenimiento de programas extensos. 

En breve verá que es posible que ciertos métodos, conocidos como stati c (métodos estáticos), puedan 
llamarse sin necesidad de que exista un objeto de la clase a la que pertenecen. Aprenderá a declarar un método 
con más de un parámetro. También aprenderá acerca de cómo Java es capaz de llevar el rastro de qué método se 
ejecuta en un momento dado, cómo se mantienen las variables locales de los métodos en memoria y cómo sabe 
un método a dónde regresar una vez que termina su ejecución. 

Hablaremos brevemente sobre las técnicas de simulación mediante la generación de números aleatorios 
y desarrollaremos una versión de un juego de dados conocido como “craps”, el cual utiliza la mayoría de las téc- 
nicas de programación que usted ha aprendido hasta este capítulo. Además, aprenderá a declarar valores que no 
pueden cambiar (es decir, constantes) en sus programas. 

Muchas de las clases que utilizará o creará mientras desarrolla aplicaciones tendrán más de un método con el 
mismo nombre. Esta técnica, conocida como sobrecarga, se utiliza para implementar métodos que realizan tareas 
similares, para argumentos de distintos tipos, o para un número distinto de argumentos. 

En el capítulo 15, Recursividad, continuaremos nuestra discusión sobre los métodos. La recursividad propor- 
ciona una manera completamente distinta de pensar acerca de los métodos y los algoritmos. 

6.2 Módulos de programas en Java 

Existen tres tipos de módulos en Java: métodos, clases y paquetes. Para escribir programas en Java, se combinan 
los nuevos métodos y clases que usted escribe con los métodos y clases predefinidos, que están disponibles en la 

Interfaz de Programación de Aplicaciones de Java (también conocida como la API de Java o biblioteca de 
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clases de Java) y en diversas bibliotecas de clases. Por lo general, las clases relacionadas están agrupadas en paque- 
tes, de manera que se pueden importar a los programas y reutilizarse. En el capítulo 8 aprenderá a agrupar sus 
propias clases en paquetes. La API de Java proporciona una vasta colección de clases que contienen métodos para 
realizar cálculos matemáticos, manipulaciones de cadenas, manipulaciones de caracteres, operaciones de entrada/ 
salida, comprobación de errores y muchas otras operaciones útiles. 



Buena práctica de programación 6.1 

Procure familiarizarse con la vasta colección de clases y métodos que proporciona la API de Java (java . sun . com/ 
j avase/6/docs/api /). En la sección 6.8 presentaremos las generalidades acerca de varios paquetes comunes. En el 
apéndice J, le explicaremos cómo navegar por la documentación de la API de Java. 



Observación de ingeniería de software 6. 1 

Evite reinventar la rueda. Cuando sea posible, reutilice las clases y métodos de la API de Java. Esto reduce el tiempo 
de desarrollo de los programas y evita que se introduzcan errores de programación. 


Los métodos (también conocidos como funciones o procedimientos en otros lenguajes) permiten al progra- 
mador dividir un programa en módulos, por medio de la separación de sus tareas en unidades autónomas. Usted 
ha declarado métodos en todos los programas que ha escrito; a estos métodos se les conoce algunas veces como 
métodos declarados por el programador. Las instrucciones en los cuerpos de los métodos se escriben sólo una 
vez, y se reutilizan tal vez desde varias ubicaciones en un programa; además, están ocultas de otros métodos. 

Una razón para dividir un programa en módulos mediante los métodos es la metodología “divide y vence- 
rás”, que hace que el desarrollo de programas sea más fácil de administrar, ya que se pueden construir programas 
a partir de piezas pequeñas y simples. Otra razón es la reutilización de software (usar los métodos existentes 
como bloques de construcción para crear nuevos programas) . A menudo se pueden crear programas a partir de 
métodos estandarizados, en vez de tener que crear código personalizado. Por ejemplo, en los programas anteriores 
no tuvimos que definir cómo leer los valores de datos del teclado; Java proporciona estas herramientas en la clase 
Scanner. Una tercera razón es para evitar la repetición de código. El proceso de dividir un programa en métodos 
significativos hace que el programa sea más fácil de depurar y mantener. 



Observación de ingeniería de software 6.2 

Para promover la reutilización de software, cada método debe limitarse de manera que realice una sola tarea bien 
definida, y su nombre debe expresar esa tarea con efectividad. Estos métodos hacen que los programas sean más fáci- 
les de escribir, depurar, mantener y modificar. 



Tip para prevenir errores 6.1 


Un método pequeño que realiza una tarea es más fácil de probar y depurar que un método más grande que realiza 
muchas tareas. 



Observación de ingeniería de software 6.3 

Si no puede elegir un nombre conciso que exprese la tarea de un método, tal vez esté tratando de realizar diversas 
tareas en un mismo método. Por lo general, es mejor dividirlo en varias declaraciones de métodos más pequeños. 


Un método se invoca mediante una llamada, y cuando el método que se llamó completa su tarea, devuelve 
un resultado, o simplemente el control al método que lo llamó. Una analogía a esta estructura de programa es 
la forma jerárquica de la administración (figura 6.1). Un jefe (el solicitante) pide a un trabajador (el método lla- 
mado) que realice una tarea y que le reporte (devuelva) los resultados después de completar la tarea. El método 
jefe, no sabe cómo el método trabajador, realiza sus tareas designadas. Tal vez el trabajador llame a otros métodos 
trabajadores, sin que lo sepa el jefe. Este “ocultamiento” de los detalles de implementación fomenta la buena 
ingeniería de software. La figura 6.1 muestra al método jefe comunicándose con varios métodos trabajadores en 
forma jerárquica. El método jefe divide las responsabilidades entre los diversos métodos trabajadores. Observe 
que trabajadorl actúa como “método jefe” de trabajador4 y trabajador5. 
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Jefe 

/ t \ 

trabajador! trabajador2 trabajador! 


trabajador4 


trabajador 5 


Figura 6.1 | Relación jerárquica entre el método jefe y los métodos trabajadores. 


6.3 Métodos static, campos static y la clase Math 

Toda clase proporciona métodos que realizan tareas comunes en objetos de esa clase. Por ejemplo, para introducir 
datos mediante el teclado, hemos llamado métodos en un objeto Scanner que se inicializó en su constructor 
para obtener la entrada del flujo de entrada estándar (System . i n). Como aprenderá en el capítulo 14, Archivos 
y flujos, puede inicializar un objeto Scanner que reciba información del flujo de entrada estándar, y un segundo 
objeto Scanner que reciba información de un archivo. Cada método de entrada que se llame en el objeto Scan- 
ner del flujo de entrada estándar obtendría su entrada del teclado, y cada método de entrada que se llame en el 
objeto Scanner del archivo obtendría su entrada del archivo especificado en el disco. 

Aunque la mayoría de los métodos se ejecutan en respuesta a las llamadas a métodos en objetos específicos, 
éste no es siempre el caso. Algunas veces un método realiza una tarea que no depende del contenido de ningún 
objeto. Dicho método se aplica a la clase en la que está declarado como un todo, y se conoce como método sta- 
tic o método de clase. Es común que las clases contengan métodos stati c convenientes para realizar tareas 
comunes. Por ejemplo, recuerde que en la figura 5.6 utilizamos el método stati c pow de la clase Math para elevar 
un valor a una potencia. Para declarar un método como stati c, coloque la palabra clave stati c antes del tipo de 
valor de retorno en la declaración del método. Puede llamar a cualquier método stati c especificando el nombre 
de la clase en la que está declarado el método, seguido de un punto (.) y del nombre del método, como sigue: 

NombreClase. nombreMétodo ( argumentos ) 

Aquí utilizaremos varios métodos de la clase Math para presentar el concepto de los métodos stati c. La 
clase Math cuenta con una colección de métodos que nos permiten realizar cálculos matemáticos comunes. Por 
ejemplo, podemos calcular la raíz cuadrada de 900 . 0 con una llamada al siguiente método stati c: 

Math . sqrt( 900.0 ) 

La expresión anterior se evalúa como 30 . 0. El método sq rt recibe un argumento de tipo doubl e y devuelve un 
resultado del mismo tipo. Para imprimir el valor de la llamada anterior al método en una ventana de comandos, 
podríamos escribir la siguiente instrucción: 

System. out . pri ntl n( Math.sqrt( 900.0 ) ); 

En esta instrucción, el valor que devuelve sqrt se convierte en el argumento para el método pri ntl n. Observe 
que no hubo necesidad de crear un objeto Math antes de llamar al método sqrt. Observe también que todos los 
métodos de la clase Math son static; por lo tanto, cada uno se llama anteponiendo al nombre del método el 
nombre de la clase Math y el separador punto (.). 



Observación de ingeniería de software 6.4 


La clase Math es parte del paquete java, lang, que el compilador importa de manera implícita, por lo que no es 
necesario importarla para utilizar sus métodos. 
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Los argumentos para los métodos pueden ser constantes, variables o expresiones. Si c = 13 . 0, d = 3 . 0 y 
f = 4.0, entonces la instrucción 

System. out . pri ntl n( Math.sqrtf c + d * f ) ); 

calcula e imprime la raíz cuadrada de 13 . 0 + 3.0 * 4.0 = 25 .0; a saber, 5 . 0. La figura 6.2 sintetiza varios de 
los métodos de la clase Math. En la figura 6.2, x y y son de tipo doubl e. 


Método 

Descripción 

Ejemplo 

abs( x ) 

valor absoluto de x 

abs( 23.7 ) es 23.7 

abs ( 0.0 ) es 0.0 

abs( -23.7 ) es 23.7 

cei 1 ( x ) 

redondea x al entero más pequeño que no sea menor de x 

ceil ( 9.2 ) es 10.0 
ceil f -9.8 ) es -9.0 

cos( x ) 

coseno trigonométrico de x (x está en radianes) 

cos( 0.0 ) es 1.0 

exp( x ) 

método exponencial e x 

exp( 1.0 ) es 2.71828 
exp( 2.0 ) es 7.38906 

floorf x ) 

redondea x al entero más grande que no sea mayor de x 

floorf 9.2 ) es 9.0 
floorf -9.8 ) es -10.0 

log( x ) 

logaritmo natural de x (base e) 

iogf Math. E ) es 1.0 

iogf Math.E * Math.E ) es 2.0 

max( x, y ) 

el valor más grande de x y y 

maxf 2.3, 12.7 ) es 12.7 
maxf -2.3, -12.7 ) es -2.3 

minf x, y ) 

el valor más pequeño de x y y 

mi nf 2.3, 12.7 ) es 2.3 
mi nf -2.3, -12.7 ) es -12.7 

pow( x, y ) 

x elevado a la potencia y (x y ) 

powf 2.0, 7.0 ) es 128.0 
powf 9.0, 0.5 ) es 3.0 

sin( x ) 

seno trigonométrico de x (x está en radianes) 

sinf 0.0 ) es 0.0 

sqrt( x ) 

raíz cuadrada de x 

sqrtf 900.0 ) es 30.0 

tan( x ) 

tangente trigonométrica de x (x está en radianes) 

tanf 0.0 ) es 0.0 

Figura 6.2 

Métodos de la clase Math. 



Constantes PI y E de la clase Math 

La clase Math también declara dos campos que representan unas constantes matemáticas de uso común: Math. 
PI y Math.E. La constante Math.PI (3.14159265358979323846) es la proporción de la circunferencia de un 
círculo con su diámetro. La constante Math . E (2.7182818284590452354) es el valor de la base para los logarit- 
mos naturales (que se calculan con el método stati c 1 og de la clase Math). Estos campos se declaran en la clase 
Math con los modificadores public, final y static. Al hacerlos public, otros programadores pueden utilizar 
estos campos en sus propias clases. Cualquier campo declarado con la palabra clave final es constante; su valor no 
puede modificarse después de inicializar el campo. Tanto PI como E se declaran como final , ya que sus valores 
nunca cambian. Al hacer a estos campos stati c, se puede acceder a ellos mediante el nombre de clase Math y un 
separador de punto (.), justo igual que los métodos de la clase Math. En la sección 3.5 vimos que cuando cada 
objeto de una clase mantiene su propia copia de un atributo, el campo que representa a ese atributo se conoce 
también como variable de instancia: cada objeto de la clase tiene una instancia separada de la variable en memoria. 
Hay campos para los cuales cada objeto de una clase no tiene una instancia separada de ese campo. Este es el caso 
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con los campos stati c, que se conocen también como variables de clase. Cuando se crean objetos de una clase 
que contiene campos stati c, todos los objetos de la clase comparten una copia de los campos stati c de esa 
clase. En conjunto, las variables de clase (es decir, las variables stati c) y las variables de instancia representan a 
los campos de una clase. En la sección 8.11 aprenderá más acerca de los campos stati c. 

¿ Por qué el método main se declara como stati c? 

¿Por qué mai n debe declararse como stati c? Cuando se ejecuta la Máquina Virtual de Java (JVM) con el coman- 
do j ava, la JVM trata de invocar al método mai n de la clase que usted le especifica; cuando no se han creado obje- 
tos de esa clase. Al declarar a mai n como stati c, la JVM puede invocar a mai n sin tener que crear una instancia 
de la clase. El método mai n se declara con el siguiente encabezado: 

public stati c void main( String args[ ] ) 

Cuando usted ejecuta su aplicación, especifica el nombre de su clase como un argumento para el comando 
j ava, como sigue 

java NombreClase argumento 1 argumento2 ... 

La JVM carga la clase especificada por NombreClose y utiliza el nombre de esa clase para invocar al método mai n. 
En el comando anterior, NombreClase es un argumento de línea de comandos para la JVM, que le indica cuál 
clase debe ejecutar. Después del NombreClase, también puede especificar una lista de objetos Stri ng (separados 
por espacios) como argumentos de línea de comandos, que la JVM pasará a su aplicación. Dichos argumen- 
tos pueden utilizarse para especificar opciones (por ejemplo, un nombre de archivo) para ejecutar la aplicación. 
Como aprenderá en el capítulo 7, Arreglos, su aplicación puede acceder a esos argumentos de línea de comandos 
y utilizarlos para personalizar la aplicación. 

Comentarios adicionales acerca del método main 

En capítulos anteriores, todas las aplicaciones tenían una clase que sólo contenía a mai n, y posiblemente una 
segunda clase que mai n utilizaba para crear y manipular objetos. En realidad, cualquier clase puede contener 
un método mai n. De hecho, cada uno de nuestros ejemplos con dos clases podría haberse implementado como 
una sola clase. Por ejemplo, en la aplicación de las figuras 5.9 y 5.10, el método mai n (líneas 6 a 16 de la figura 
5.10) podría haberse tomado así como estaba, y colocarse en la clase Li broCal i ficaciones (figura 5.9). Des- 
pués, para ejecutar la aplicación, sólo habría que escribir el comando java Li broCal i ficaci ones en la ventana 
de comandos; los resultados de la aplicación serían idénticos a los de la versión con dos clases. Puede colocar un 
método mai n en cada clase que declare. La JVM invoca sólo al método mai n en la clase que se utiliza para ejecutar 
la aplicación. Algunos programadores aprovechan esto para crear un pequeño programa de prueba en cada clase 
que declaran. 

6.4 Declaración de métodos con múltiples parámetros 

Los capítulos 3 a 5 presentaron clases que contienen métodos simples, que a lo más tenían un parámetro. 
A menudo, los métodos requieren más de una pieza de información para realizar sus tareas. Ahora le mostraremos 
cómo escribir métodos con varios parámetros. 

La aplicación de las figuras 6.3 y 6.4 utiliza el método maxi mo, declarado por el programador, para determinar 
y devolver el mayor de tres valores doubl e que introduce el usuario. Cuando la aplicación empieza a ejecutarse, 
el método main de la clase PruebaBuscadorMaximo (líneas 7 a 11 de la figura 6.4) crea un objeto de la clase 
BuscadorMaximo (línea 9) y llama al método determi narMaxi mo del objeto (línea 10) para producir los resul- 
tados del programa. En la clase BuscadorMaximo (figura 6.3), las líneas 14 al8 del método determi narMaxi - 
mo piden al usuario que introduzca tres valores doubl e, y después los leen. La línea 21 llama al método maxi mo 
(declarado en las líneas 28 a 41) para determinar el mayor de los tres valores doubl e que se pasan como argumen- 
tos para el método. Cuando el método maxi mo devuelve el resultado a la línea 21, el programa asigna el valor de 
retorno de maxi mo a la variable local resul tado. Después, la línea 24 imprime el valor máximo. Al final de esta 
sección, hablaremos sobre el uso del operador + en la línea 24. 

Considere la declaración del método máximo (líneas 28 a 41). La línea 28 indica que el método devuelve un 
valor doubl e, que el nombre del método es maxi mo y que el método requiere tres parámetros doubl e (x, y y z) 
para realizar su tarea. Cuando un método tiene más de un parámetro, éstos se especifican como una lista separada 
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// Fig. 6.3: BuscadorMaximo. java 

// Método máximo, declarado por el programador. 

import java. útil .Scanner; 

public class BuscadorMaximo 

{ 

// obtiene tres valores de punto flotante y determina el valor máximo 
public void determi narMaximo() 

{ 

// crea objeto Scanner para introducir datos desde la ventana de comandos 
Scanner entrada = new Scanner( System. in ); 

// pide y recibe como entrada tres valores de punto flotante 
System.out. pri nt( 

"Escriba tres valores de punto flotante, separados por espacios: " ); 
double numerol = entrada. nextDoubleO ; // lee el primer valor double 

double numero2 = entrada. nextDoubleO ; // lee el segundo valor double 

double numero3 = entrada. nextDoubleO ; // lee el tercer valor double 

// determina el valor máximo 

double resultado = maximo( numerol, numero2, numero3 ); 

// muestra el valor máximo 

System.out. printlnC "El máximo es: " + resultado ); 

} // fin del método determi narMaximo 

// devuelve el máximo de sus tres parámetros double 
public double maximo( double x, double y, double z ) 

{ 

double valorMaximo = x; // asume que x es el mayor para empezar 

// determina si y es mayor que valorMaximo 

if ( y > valorMaximo ) 
valorMaximo = y; 

// determina si z es mayor que valorMaximo 

if ( z > valorMaximo ) 
valorMaximo = z; 

return valorMaximo; 

} // fin del método máximo 
} // fin de la clase BuscadorMaximo 


Figura 6.3 | Método maxi mo, declarado por el programador, que tiene tres parámetros doubl e. 


1 // Fig. 6.4: PruebaBuscadorMaximo. java 

2 // Aplicación para evaluar la clase BuscadorMaximo. 

3 

4 public class PruebaBuscadorMaximo 

5 { 

6 // punto de inicio de la aplicación 

7 public static void main( String args[] ) 

8 { 

9 BuscadorMaximo buscadorMaximo = new BuscadorMaximoO ; 

10 buscadorMaximo. determinarMaximoC) ; 

11 } // fin de main 

12 } // fin de la clase PruebaBuscadorMaximo 

Figura6.4 | Aplicación para evaluar la clase BuscadorMaximo. (Parte I de 2). 
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Escriba tres valores de punto flotante, separados por espacios: 9.35 2.74 5.1 
El máximo es: 9.35 


Escriba tres valores de punto flotante, separados por espacios: 5.8 12.45 8.32 
El máximo es: 12.45 


Escriba tres valores de punto flotante, separados por espacios: 6.46 4.12 10.54 
El máximo es: 10.54 


Figura 6.4 | Aplicación para probar la clase BuscadorMaximo. (Parte 2 de 2). 


por comas. Cuando se hace la llamada a maxi mo en la línea 21, el parámetro x se inicializa con el valor del argu- 
mento numerol, el parámetro y se inicializa con el valor del argumento numero2 y el parámetro z se inicializa con 
el valor del argumento numero 3. Debe haber un argumento en la llamada al método para cada parámetro (algunas 
veces conocido como parámetro formal) en la declaración del método. Además, cada argumento debe ser consis- 
tente con el tipo del parámetro correspondiente. Por ejemplo, un parámetro de tipo doubl e puede recibir valores 
como 7.35, 22 o —0.03456, pero no objetos String como "hola", ni los valores booleanos true o false. En 
la sección 6.7 veremos los tipos de argumentos que pueden proporcionarse en la llamada a un método para cada 
parámetro de un tipo simple. 

Para determinar el valor máximo, comenzamos con la suposición de que el parámetro x contiene el valor más 
grande, por lo que la línea 30 declara la variable local val orMaxi mo y la inicializa con el valor del parámetro x. Des- 
de luego, es posible que el parámetro y o z contenga el valor más grande, por lo que debemos comparar cada 
uno de estos valores con val orMaxi mo. La instrucción if en las líneas 33 y 34 determina si y es mayor que 
val orMaxi mo. De ser así, la línea 34 asigna y a val orMaxi mo. La instrucción i f en las líneas 37 y 38 determina 
si z es mayor que val orMaxi mo. De ser así, la línea 38 asigna z a valorMaximo. En este punto, el mayor de los 
tres valores reside en valorMaximo, por lo que la línea 40 devuelve ese valor a la línea 21. Cuando el control del 
programa regresa al punto en donde se llamó al método máximo, los parámetros x, y y z de máximo ya no están 
accesibles en la memoria. Observe que los métodos pueden devolver a lo máximo un valor, pero el valor devuelto 
puede ser una referencia a un objeto que contenga muchos valores. 

Observe que resultado es una variable local en el método determinarMaximo, ya que se declara en el 
bloque que representa el cuerpo del método. Las variables deben declararse como campos de una clase sólo si se 
requiere su uso en más de un método de la clase, o si el programa debe almacenar sus valores entre las llamadas a 
los métodos de la clase. 



Error común de programación 6.1 

Declarar parámetros del mismo tipo para un método, como float x, y en vez de float x, float y es un error de 
sintaxis; se requiere un tipo para cada parámetro en la lista de parámetros. 



Observación de ingeniería de software 6.5 

Un método que tiene muchos parámetros puede estar realizando demasiadas tareas. Considere dividir el método 
en métodos más pequeños que realicen las tareas separadas. Como lineamiento, trate de ajustar el encabezado del 
método en una línea, si es posible. 


Implementación del método máximo mediante la reutilización del método Math.max 
En la figura 6.2 vimos que la clase Math tiene un método max, el cual puede determinar el mayor de dos valores. 
Todo el cuerpo de nuestro método para encontrar el valor máximo podría también implementarse mediante dos 
llamadas a Math .max, como se muestra a continuación: 

return Math.max( x, Math.max( y, z ) ); 

La primera llamada a Math . max especifica los argumentos x y Math . max ( y , z ) . Antes de poder llamar a cual- 
quier método, todos sus argumentos deben evaluarse para determinar sus valores. Si un argumento es una llamada 
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a un método, es necesario realizar esta llamada para determinar su valor de retorno. Por lo tanto, en la instrucción 
anterior, primero se evalúa Math ,max( y , z ) para determinar el máximo entre y y z. Después el resultado se 
pasa como el segundo argumento para la otra llamada a Math . max, que devuelve el mayor de sus dos argumentos. 
Este es un buen ejemplo de la reutilización de software: buscamos el mayor de los tres valores reutilizando Math . 
max, el cual busca el mayor de dos valores. Observe lo conciso de este código, en comparación con las líneas 30 
a 40 de la figura 6.3. 

Ensamblado de cadenas mediante la concatenación 

Java permite crear objetos String mediante el ensamblado de objetos string más pequeños para formar objetos 
stri ng más grandes, mediante el uso del operador + (o del operador de asignación compuesto +=). A esto se le 
conoce como concatenación de objetos string. Cuando ambos operandos del operador + son objetos Stri ng, 
el operador + crea un nuevo objeto Stri ng en el cual los caracteres del operando derecho se colocan al final de 
los caracteres en el operando izquierdo. Por ejemplo, la expresión "hola" + "a todos" crea el objeto String 
"hola a todos". 

En la línea 24 de la figura 6.3, la expresión "El máximo es: " + resul tado utiliza el operador + con ope- 
randos de tipo Stri ng y doubl e. Cada valor primitivo y cada objeto en Java tienen una representación Stri ng. 
Cuando uno de los operandos del operador + es un objeto Stri ng, el otro se convierte en Stri ng y después se 
concatenan los dos. En la línea 24, el valor doubl e se convierte en su representación stri ng y se coloca al final 
del objeto Stri ng "El máximo es: ". Si hay ceros a la derecha en un valor doubl e, éstos se descartan cuando el 
número se convierte en objeto Stri ng. Por ende, el número 9.3500 se representa como 9.35 en el objeto Stri ng 
resultante. 

Los valores primitivos que se utilizan en la concatenación de objetos Stri ng se convierten en objetos Stri ng. Si 
un valor bool ean se concatena con un objeto Stri ng, el valor bool ean se convierte en el objeto Stri ng "true" 
o "fal se". Todos los objetos tienen un método llamado toStri ng que devuelve una representación Stri ng del 
objeto. Cuando se concatena un objeto con un String, se hace una llamada implícita al método toStri ng de 
ese objeto para obtener la representación String del mismo. En el capítulo 7, Arreglos, aprenderá más acerca 
del método toStri ng. 

Cuando se escribe una literal Stri ng extensa en el código fuente de un programa, algunas veces los progra- 
madores prefieren dividir ese objeto String en varios objetos String más pequeños, para colocarlos en varias 
líneas de código y mejorar la legibilidad. En este caso, los objetos String pueden reensamblarse mediante el 
uso de la concatenación. En el capítulo 30, Cadenas, caracteres y expresiones regulares, hablaremos sobre los 
detalles de los objetos Stri ng. 

, , Error común de programación 6.2 

|D Es un error de sintaxis dividir una literal String en varias líneas en un programa. Si una literal String no cabe 
en una línea , divídala en objetos String más pequeños y utilice la concatenación para formar la literal String 
deseada. 


Error común de programación 6.3 


Confundir el operador +, que se utiliza para la concatenación de cadenas, con el operador + que se utiliza para la 
suma, puede producir resultados extraños. Java evalúa los operandos de un operador de izquierda a derecha. Por 
ejemplo, si la variable entera y tiene el valor 5, la expresión "y + 2 = " + y + 2 produce la cadena "y + 2 = 
52", no "y + 2 = 7", ya que primero el valor de y (5) se concatena con la cadena "y + 2 =" y después el valor 2 se 
concatena con la nueva cadena "y + 2 = 5" más larga. La expresión "y + 2 ="+ (y + 2) produce el resultado 
deseado "y + 2 = 7". 


6.5 Notas acerca de cómo declarar y utilizar los métodos 

Elay tres formas de llamar a un método: 

1. Utilizando el nombre de un método por sí solo para llamar a otro método de la misma clase, como 
maximo( numero!, numero2, numero3 ) en la línea 21 de la figura 6.3. 
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2. Utilizando una variable que contiene una referencia a un objeto, seguida de un punto ( . ) y del nombre 
del método para llamar a un método del objeto al que se hace referencia, como en la línea 10 de la figura 
6.4, buscadorMaxi mo . determi narMaximoO, con lo cual se llama a un método de la clase Buscador- 
Maxi mo desde el método mai n de PruebaBuscadorMaximo. 

3. Utilizando el nombre de la clase y un punto ( .) para llamar a un método stati c de una clase, como 
Math.sqrtf 900.0 ) en la sección 6.3. 


Observe que un método stati c sólo puede llamar directamente a otros métodos stati c de la misma clase 
(es decir, usando el nombre del método por sí solo) y solamente puede manipular de manera directa campos 
stati c en la misma clase. Para acceder a los miembros no stati c de la clase, un método stati c debe usar una 
referencia a un objeto de esa clase. Recuerde que los métodos stati c se relacionan con una clase como un todo, 
mientras que los métodos no stati c se asocian con una instancia específica (objeto) de la clase y pueden mani- 
pular las variables de instancia de ese objeto. Es posible que existan muchos objetos de una clase al mismo tiempo, 
cada uno con sus propias copias de las variables de instancia. Suponga que un método stati c invoca a un método 
no stati c en forma directa. ¿Cómo sabría el método qué variables de instancia manipular de cuál objeto? ¿Qué 
ocurriría si no existieran objetos de la clase en el momento en el que se invocara el método no stati c? Es evidente 
que tal situación sería problemática. Por lo tanto, Java no permite que un método stati c acceda directamente a 
los miembros no stati c de la misma clase. 

Existen tres formas de regresar el control a la instrucción que llama a un método. Si el método no devuelve 
un resultado, el control regresa cuando el flujo del programa llega a la llave derecha de terminación del método, 
o cuando se ejecuta la instrucción 

return ; 

si el método devuelve un resultado, la instrucción 
return expresión', 

evalúa la expresión y después devuelve el resultado al método que hizo la llamada. 



Error común de programación 6.4 

Declarar un método fuera del cuerpo de la declaración de una clase, o dentro del cuerpo de otro método es un error 
de sintaxis. 



Error común de programación 6.5 

Omitir el tipo de valor de retorno en la declaración de un método es un error de sintaxis. 



Error común de programación 6.6 


Colocar un punto y coma después del paréntesis derecho que encierra la lista de parámetros de la declaración de un 
método es un error de sintaxis. 


Error común de programación 6.7 



Volver a declarar el parámetro de un método como una variable local en el cuerpo de ese método es un error de 
compilación. 



Error común de programación 6.8 

Olvidar devolver un valor de un método que debe devolver un valor es un error de compilación. Si se especifica un 
tipo de valor de retorno distinto de void, el método debe contener una instrucción return que devuelva un valor 
consistente con el tipo de valor de retorno del método. Devolver un valor de un método cuyo tipo de valor de retorno 
se haya declarado como void es un error de compilación. 
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6.6 Pila de llamadas a los métodos y registros de activación 

Para comprender la forma en que Java realiza las llamadas a los métodos, necesitamos considerar primero una 
estructura de datos (es decir, una colección de elementos de datos relacionados) conocida como pila. Los estu- 
diantes pueden considerar una pila como una analogía de una pila de platos. Cuando se coloca un plato en la 
pila, por lo general se coloca en la parte superior (lo que se conoce como meter el plato en la pila). De manera 
similar, cuando se extrae un plato de la pila, siempre se extrae de la parte superior (lo que se conoce como sacar 
el plato de la pila). Las pilas se denominan estructuras de datos “último en entrar, primero en salir” (UEPS; 
L1FO, por las siglas en inglés de last-in, first-out); el último elemento que se mete (inserta) en la pila es el primero 
que se saca (extrae) de ella. 

Cuando una aplicación llama a un método, el método llamado debe saber cómo regresar al que lo llamó, por 
lo que la dirección de retorno del método que hizo la llamada se mete en la pila de ejecución del programa (tam- 
bién conocida como pila de llamadas a los métodos). Si ocurre una serie de llamadas a métodos, las direcciones 
de retorno sucesivas se meten en la pila, en el orden “último en entrar, primero en salir”, para que cada método 
pueda regresar al que lo llamó. 

La pila de ejecución del programa también contiene la memoria para las variables locales que se utilizan en 
cada invocación de un método, durante la ejecución de un programa. Estos datos, que se almacenan como una 
porción de la pila de ejecución del programa, se conocen como el registro de activación o marco de pila de la 
llamada a un método. Cuando se hace la llamada a un método, el registro de activación para la llamada se mete 
en la pila de ejecución del programa. Cuando el método regresa al que lo llamó, el registro de activación para esa 
llamada al método se saca de la pila y esas variables locales ya no son conocidas para el programa. Si una variable 
local que contiene una referencia a un objeto es la única variable en el programa con una referencia a ese objeto, 
cuando se saca de la pila el registro de activación que contiene a esa variable local, el programa ya no puede acce- 
der a ese objeto, y la JVM lo eliminará de la memoria en algún momento dado, durante la “recolección de basura”. 
En la sección 8.10 hablaremos sobre la recolección de basura. 

Desde luego que la cantidad de memoria en una computadora es finita, por lo que sólo puede utilizarse cierta 
cantidad de memoria para almacenar los registros de activación en la pila de ejecución del programa. Si ocurren 
más llamadas a métodos de las que se puedan almacenar sus registros de activación en la pila de ejecución del 
programa, se produce un error conocido como desbordamiento de pila. 

6.7 Promoción y conversión de argumentos 

Otra característica importante de las llamadas a los métodos es la promoción de argumentos: convertir el valor 
de un argumento al tipo que el método espera recibir en su correspondiente parámetro. Por ejemplo, una aplica- 
ción puede llamar al método sqrt de Math con un argumento entero, aun cuando el método espera recibir un 
argumento double (pero no viceversa, como pronto veremos). La instrucción 

System, out . pri ntl n( Math.sqrt( 4 ) ); 

evalúa Math . sq rt ( 4 ) correctamente e imprime el valor 2 . 0. La lista de parámetros de la declaración del méto- 
do hace que Java convierta el valor i nt 4 en el valor doubl e 4 .0 antes de pasar ese valor a sqrt. Tratar de realizar 
estas conversiones puede ocasionar errores de compilación, si no se satisfacen las reglas de promoción de Java. 
Las reglas de promoción especifican qué conversiones son permitidas; esto es, qué conversiones pueden realizarse 
sin perder datos. En el ejemplo anterior de sqrt, un i nt se convierte en doubl e sin modificar su valor. No obs- 
tante, la conversión de un double a un int trunca la parte fraccionaria del valor double; por consecuencia, se 
pierde parte del valor. La conversión de tipos de enteros largos a tipos de enteros pequeños (por ejemplo, de 1 ong 
a i nt) puede también producir valores modificados. 

Las reglas de promoción se aplican a las expresiones que contienen valores de dos o más tipos simples, y a los 
valores de tipos simples que se pasan como argumentos para los métodos. Cada valor se promueve al tipo “más 
alto” en la expresión. (En realidad, la expresión utiliza una copia temporal de cada valor; los tipos de los valores 
originales permanecen sin cambios). La figura 6.5 lista los tipos primitivos y los tipos a los cuales se puede promo- 
ver cada uno de ellos. Observe que las promociones válidas para un tipo dado siempre se realizan a un tipo más 
alto en la tabla. Por ejemplo, un i nt puede promoverse a los tipos más altos 1 ong, float y doubl e. 

Al convertir valores a tipos inferiores en la tabla de la figura 6.5, se producirán distintos valores si el tipo 
inferior no puede representar el valor del tipo superior (por ejemplo, el valor i nt 2000000 no puede represen- 
tarse como un short, y cualquier número de punto flotante con dígitos después de su punto decimal no pueden 
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representarse en un tipo entero como 1 ong, i nt o short). Por lo tanto, en casos en los que la información puede 
perderse debido a la conversión, el compilador de Java requiere que utilicemos un operador de conversión (el 
cual presentamos en la sección 4.9) para forzar explícitamente la conversión; en caso contrario, ocurre un error 
de compilación. Eso nos permite “tomar el control” del compilador. En esencia decimos, “Sé que esta conver- 
sión podría ocasionar pérdida de información, pero para mis fines aquí, eso está bien”. Suponga que el método 
cuadrado calcula el cuadrado de un entero y por ende requiere un argumento i nt. Para llamar a cuadrado con un 
argumento doubl e llamado val orDoubl e, tendríamos que escribir la llamada al método de la siguiente forma: 

cuadrado( (int) val orDoubl e ) 

La llamada a este método convierte explícitamente el valor de val orDoubl e a un entero, para usarlo en el método 
cuadrado. Por ende, si el valor de val orDoubl e es 4 . 5, el método recibe el valor 4 y devuelve 16, no 20.25. 


Tipo 

Promociones válidas 

doubl e 

Ninguna 

float 

doubl e 

long 

float o doubl e 

i nt 

long, float o double 

char 

int, long, float o double 

short 

int, long, float o double (pero no char) 

byte 

short, int, long, float o double (pero no char) 

boolean 

Ninguna (los valores bool ean no se consideran números en Java) 


Figura 6.5 | Promociones permitidas para los tipos primitivos. 



Error común de programación 6.9 

Convertir un valor de tipo primitivo a otro tipo primitivo puede modificar ese valor, si el nuevo tipo no es una 
promoción válida. Por ejemplo, convertir un valor de punto flotante a un valor entero puede introducir errores de 
truncamiento (pérdida de la parte fraccionaria) en el resultado. 


6.8 Paquetes de la API de Java 

Como hemos visto, Java contiene muchas clases predefinidas que se agrupan en categorías de clases relacionadas, 
llamadas paquetes. En conjunto, nos referimos a estos paquetes como la Interfaz de programación de aplicaciones 
de Java (API de Java), o biblioteca de clases de Java. 

A lo largo del texto, las declaraciones i mport especifican las clases requeridas para compilar un programa en 
Java. Por ejemplo, un programa incluye la declaración 

import java. útil .Scanner; 

para especificar que el programa utiliza la clase Scanner del paquete java. útil. Esto permite a los programa- 
dores utilizar el nombre de la clase Scanner, en vez de tener que usar el nombre completo calificado de la clase, 
java, útil .Scanner, en el código. Uno de los puntos más fuertes de Java es el extenso número de clases en 
los paquetes de la API de Java. Algunos paquetes clave se describen en la figura 6.6, que representa sólo una 
pequeña parte de los componentes reutilizables en la API de Java. Mientras esté aprendiendo este lenguaje, invier- 
ta una parte de su tiempo explorando las descripciones de los paquetes y las clases en la documentación para la 
API de Java (java.sun.eom/javase/6/docs/api/). 

El conjunto de paquetes disponibles en Java SE 6 es bastante extenso. Además de los paquetes sintetizados en 
la figura 6.6, Java SE 6 incluye paquetes para gráficos complejos, interfaces gráficas de usuario avanzadas, impre- 
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Paquete Descripción 


j ava . appl et El Paquete Applet de Java contiene una clase y varias interfaces requeridas para crear applets 

de Java; programas que se ejecutan en los navegadores Web. (En el capítulo 20, Introducción 
a las applets de Java, hablaremos sobre las applets; en el capítulo 10, Programación orientada a 
objetos: polimorfismo, hablaremos sobre las interfaces). 

java, awt El Paquete Abstract Window Toolkit de Java contiene las clases e interfaces requeridas para 

crear y manipular GUIs en Java 1 .0 y 1.1. En las versiones actuales de Java, se utilizan con 
frecuencia los componentes de la GUI de Swing, incluidos en los paquetes j avax . swi ng. 
(Algunos elementos del paquete java. awt se describen en el capítulo 1 1 , Componentes de 
la GUI: parte 1, en el capítulo 12, Gráficos y Java 2D™, y en el capítulo 22, Componentes 
de la GUI: parte 2). 

j ava . awt . event El Paquete Abstract Window Toolkit Event de Java contiene clases e interfaces que habili- 

tan el manejo de eventos para componentes de la GUI en los paquetes java, awt y j avax . 
swi ng. (Aprenderá más acerca de este paquete en el capítulo 11, Componentes de la GUI: 
parte 1, y en el capítulo 22, Componentes de la GUI: parte 2). 

j ava . i o El Paquete de Entrada/Salida de Java contiene clases e interfaces que permiten a los progra- 

mas recibir datos de entrada y mostrar datos de salida. (Aprenderá más acerca de este paquete 
en el capítulo 14, Archivos y flujos). 

j ava . 1 ang El Paquete del Lenguaje Java contiene clases e interfaces (descritas a lo largo de este texto) 

requeridas por muchos programas de Java. Este paquete es importado por el compilador en 
todos los programas, por lo que usted no necesita hacerlo. 

j ava . net El Paquete de Red de Java contiene clases e interfaces que permiten a los programas comu- 

nicarse mediante redes de computadoras, como Internet. (Aprenderá más acerca de esto en el 
capítulo 24, Redes). 

j ava . text El Paquete de Texto de Java contiene clases e interfaces que permiten a los programas 

manipular números, fechas, caracteres y cadenas. El paquete proporciona herramientas de 
internacionalización que permiten la personalización de un programa con respecto a una 
configuración regional específica (por ejemplo, un programa puede mostrar cadenas en dis- 
tintos lenguajes, con base en el país del usuario). 

java, uti 1 El Paquete de Utilerías de Java contiene clases e interfaces utilitarias, que permiten acciones 

como manipulaciones de fecha y hora, procesamiento de números aleatorios (clase Random), 
almacenar y procesar grandes cantidades de datos y descomponer cadenas en piezas más 
pequeñas llamadas tokens (clase Str i ngTokeni zer). (Aprenderá más acerca de las caracte- 
rísticas de este paquete en el capítulo 19, Colecciones). 

j avax . swi ng El Paquete de Componentes GUI Swing de Java contiene clases e interfaces para los com- 

ponentes de la GUI Swing de Java, los cuales ofrecen soporte para GUIs portables. (Apren- 
derá más acerca de este paquete en el capítulo 11, Componentes de la GUI: parte 1, y en el 
capítulo 22, Componentes de la GUI: parte 2). 

j avax . swi ng . event El Paquete Swing Event de Java contiene clases e interfaces que permiten el manejo de 

eventos (por ejemplo, responder a los clics del ratón) para los componentes de la GUI en el 
paquete j avax . swi ng. (Aprenderá más acerca de este paquete en el capítulo 11, Compo- 
nentes de la GUI: parte 1, y en el capítulo 22, Componentes de la GUI: parte 2). 

Figura 6.6 | Paquetes de la API de Java (un subconjunto). 

sión, redes avanzadas, seguridad, procesamiento de bases de datos, multimedia, accesibilidad (para personas con 
discapacidades) y muchas otras funciones. Para una visión general de los paquetes en Java SE 6, visite: 


java. sun . com/javase/6/docs/api/overvi ew-summary . html 
Además, muchos otros paquetes están disponibles para descargarse en j ava . sun . com. 
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Puede localizar información adicional acerca de los métodos de una clase predefinida de Java en la docu- 
mentación para la API de Java, en j ava . sun . com/ j avase/ 6/ docs/api /. Cuando visite este sitio, haga clic en el 
vínculo Index para ver un listado en orden alfabético de todas las clases y los métodos en la API de Java. Localice 
el nombre de la clase y haga clic en su vínculo para ver la descripción en línea de la clase. Haga clic en el vínculo 
METHOD para ver una tabla de los métodos de la clase. Cada método stati c se enlistará con la palabra "stati c" 
antes del tipo de valor de retorno del método. Para una descripción más detallada acerca de cómo navegar por la 
documentación para la API de Java, consulte el apéndice J, Uso de la documentación para la API de Java. 



Buena práctica de programación 6.2 

Es fácil buscar información en la documentación en línea de la API de Java; además proporciona los detalles acerca 
de cada clase. Al estudiar una clase en este libro, es conveniente que tenga el hábito de buscar la clase en la documen- 
tación en línea, para obtener información adicional. 


6.9 Ejemplo práctico: generación de números aleatorios 

Ahora analizaremos de manera breve una parte divertida de un tipo popular de aplicaciones de la programación: 
simulación y juegos. En ésta y en la siguiente sección desarrollaremos un programa de juego bien estructurado 
con varios métodos. El programa utiliza la mayoría de las instrucciones de control presentadas hasta este punto 
en el libro, e introduce varios conceptos de programación nuevos. 

Hay algo en el ambiente de un casino de apuestas que anima a las personas: desde las elegantes mesas de 
caoba y fieltro para tirar dados, hasta las máquinas tragamonedas. Es el elemento de azar, la posibilidad de que la 
suerte convierta un bolsillo lleno de dinero en una montaña de riquezas. El elemento de azar puede introducirse 
en un programa mediante un objeto de la clase Random (paquete java. útil), o mediante el método stati c 
llamado random, de la clase Math. Los objetos de la clase Random pueden producir valores aleatorios de tipo 
bool ean, byte, float, doubl e, i nt, long y gaussi anos, mientras que el método random de la clase Math puede 
producir sólo valores de tipo doubl e en el rango 0 . 0 < x < 1 . 0, donde x es el valor regresado por el método ran- 
dom. En los siguientes ejemplos, usamos objetos de tipo Random para producir valores aleatorios. 

Se puede crear un nuevo objeto generador de números aleatorios de la siguiente manera: 

Random numerosAl eatorios = new RandomO; 

Después, el objeto generador de números aleatorios puede usarse para generar valores bool ean, byte, float, 
doubl e, i nt, 1 ong y gaussi anos; aquí sólo hablaremos sobre los valores i nt aleatorios. Para obtener más infor- 
mación sobre la clase Random, vaya a java, sun . com/javase/6/docs/api/java/uti 1 /Random. html . 

Considere la siguiente instrucción: 

int valorAleatorio = numerosAl eatorios . nextlnt() ; 

El método nextlnt de la clase Random genera un valor int aleatorio en el rango de —2,147,483,648 a 
+2,147,483,647. Si el método nextlnt verdaderamente produce valores aleatorios, entonces cualquier valor en 
ese rango debería tener una oportunidad (o probabilidad) igual de ser elegido cada vez que se llame al método 
nextlnt. Los valores devueltos por nextlnt son en realidad números seudoaleatorios (una secuencia de valores 
producidos por un cálculo matemático complejo). Ese cálculo utiliza la hora actual del día (que, desde luego, 
cambia constantemente) para sembrar el generador de números aleatorios, de tal forma que cada ejecución de un 
programa produzca una secuencia distinta de valores aleatorios. 

El rango de valores producidos directamente por el método nextlnt es a menudo distinto del rango de 
valores requeridos en una aplicación de Java particular. Por ejemplo, un programa que simula el lanzamiento 
de una moneda sólo requiere 0 para “águila” y 1 para “sol”. Un programa para simular el tiro de un dado de seis 
lados requeriría enteros aleatorios en el rango de 1 a 6. Un programa que adivine en forma aleatoria el siguiente 
tipo de nave espacial (de cuatro posibilidades distintas) que volará a lo largo del horizonte en un videojuego reque- 
riría números aleatorios en el rango de 1 a 4. Para casos como éstos, la clase Random cuenta con otra versión del 
método nextlnt, que recibe un argumento int y devuelve un valor desde 0 hasta (pero sin incluir) el valor 
del argumento. Por ejemplo, para simular el lanzamiento de monedas, podría utilizar la instrucción 

int valorAleatorio = numerosAl eatorios . nextlnt( 2 ); 
que devuelve 0 o 1 . 
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Tirar un dado de seis lados 

Para demostrar los números aleatorios, desarrollaremos un programa que simula 20 tiros de un dado de seis lados, 
y que muestra el valor de cada tiro. Para empezar, usaremos nextlnt para producir valores aleatorios en el rango 
de 0 a 5, como se muestra a continuación: 

cara = numerosAl eatorios . nextlnt( 6 ); 

El argumento 6 (que se conoce como el factor de escala) representa el número de valores únicos que nextlnt 
debe producir (en este caso, seis: 0, 1, 2, 3, 4 y 5). A esta manipulación se le conoce como escalar el rango de 
valores producidos por el método nextlnt de Random. 

Un dado de seis lados tiene los números del 1 al 6 en sus caras, no del 0 al 5. Por lo tanto, desplazamos el 
rango de números producidos sumando un valor de desplazamiento (en este caso, 1) a nuestro resultado ante- 
rior, como en 

cara = 1 + numerosAl eatorios . nextlnt( 6 ); 

El valor de desplazamiento (1) especifica el primer valor en el conjunto deseado de enteros aleatorios. La instruc- 
ción anterior asigna a cara un entero aleatorio en el rango de 1 a 6. 

La figura 6.7 muestra dos resultados de ejemplo, los cuales confirman que los resultados del cálculo anterior 
son enteros en el rango de 1 a 6, y que cada ejecución del programa puede producir una secuencia distinta de 
números aleatorios. La línea 3 importa la clase Random del paquete java. útil. La línea 9 crea el objeto nume- 
rosAl eatorios de la clase Random para producir valores aleatorios. La línea 16 se ejecuta 20 veces en un ciclo 
para tirar el dado. La instrucción i f (líneas 21 y 22) en el ciclo empieza una nueva línea de salida después de cada 
cinco números. 


1 // Fig. 6.7: EnterosAl eatorios . java 

2 // Enteros aleatorios desplazados y escalados. 

3 import java. útil .Random; // el programa usa la clase Random 

4 

5 public class EnterosAl eatorios 

6 { 

7 public static void main( String args[] ) 

8 { 

9 Random numerosAleatorios = new RandomO; // 

10 int cara; // almacena cada entero aleatorio 

1 1 

12 // itera 20 veces 

13 for ( int contador = 1; contador <= 20; contador++ ) 

14 { 

15 // elige entero aleatorio del 1 al 6 

16 cara = 1 + numerosAl eatorios . nextlnt( 6 ); 

17 

18 System. out.printf( "%d ", cara ); // muestra el valor generado 

19 

20 // si contador es divisible entre 5, empieza una nueva linea de salida 

21 if ( contador % 5 == 0 ) 

22 System . out . pri ntl n() ; 

23 } // fin de for 

24 } // fin de main 

25 } // fin de la clase EnterosAleatorios 


generador de números aleatorios 
generado 


1 5 3 6 2 
5 2 6 5 2 
4 4 4 2 6 
3 16 2 2 


Figura 6.7 | Enteros aleatorios desplazados y escalados. (Parte 1 de 2). 
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6 5 4 2 6 
12 5 13 
6 3 2 2 1 
6 4 2 6 4 


Figura 6.7 | Enteros aleatorios desplazados y escalados. (Parte 2 de 2). 


Tirar un dado de seis lados 6000 veces 

Para mostrar que los números que produce nextlnt ocurren con una probabilidad aproximadamente igual, 
simularemos 6000 tiros de un dado con la aplicación de la figura 6.8. Cada entero de 1 a 6 debe aparecer aproxi- 
madamente 1000 veces. 

Como se muestra en los dos bloques de resultados, al escalar y desplazar los valores producidos por el método 
nextlnt, el programa puede simular de manera realista el tiro de un dado de seis lados. La aplicación utiliza ins- 
trucciones de control anidadas (la instrucción swi tch está anidada dentro del for) para determinar el número de 
ocurrencias de cada lado del dado. La instrucción for (líneas 21a 47) itera 6000 veces. Durante cada iteración, 
la línea 23 produce un valor aleatorio del 1 al 6. Después, ese valor se utiliza como la expresión de control (línea 
26) de la instrucción swi tch (líneas 26 a 46). Con base en el valor de cara, la instrucción swi tch incrementa 
una de las seis variables contadores durante cada iteración del ciclo. Cuando veamos los arreglos en el capítulo 7, 
¡le mostraremos una forma elegante de reemplazar toda la instrucción swi tch en este programa con una sola ins- 
trucción! Observe que la instrucción swi tch no tiene un caso defaul t, ya que hemos creado una etiqueta case 
para todos los posibles valores que puede producir la expresión en la línea 23. Ejecute el programa varias veces, y 
observe los resultados. Como verá, cada vez que ejecute el programa, producirá distintos resultados. 


1 

2 

3 

4 

5 

6 

7 

8 
9 

10 
1 1 
12 

13 

14 

15 

16 

17 

18 

19 

20 
21 
22 

23 

24 

25 

26 

27 

28 

29 

30 


// Fig. 6.8: Ti rarDado . java 

// Tirar un dado de seis lados 6000 veces. 

import java. útil .Random; 


public class Ti rarDado 

{ 

public static void main( String args[] ) 

{ 

Random numerosAleatorios = new RandomO; // generador de números aleatorios 


int frecuencial = 0 
int frecuencia2 = 0 
int frecuencia3 = 0 
int frecuencia4 = 0 
int frecuencia5 = 0 
int frecuencia6 = 0 


// cuenta de 
// cuenta de 
// cuenta de 
// cuenta de 
// cuenta de 
// cuenta de 


veces que 
veces que 
veces que 
veces que 
veces que 
veces que 


se ti ró 1 
se ti ró 2 
se ti ró 3 
se ti ró 4 
se ti ró 5 
se ti ró 6 


int cara; // almacena el valor que se tiró más recientemente 


// sintetiza los resultados de tirar un dado 6000 veces 
for ( int tiro = 1; tiro <= 6000; ti ro++ ) 

{ 

cara = 1 + numerosAleatorios . nextlnt( 6 ); // número del 1 al 6 


// determina el valor del ti ro de 1 a 6 e incrementa el contador apropiado 
swi tch ( cara ) 

{ 

case 1: 

++frecuencial; // incrementa el contador de ls 
break; 


Figura 6.8 | Tirar un dado de seis lados 6000 veces. (Parte I de 2). 
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31 

case 

2: 








32 



++f recuenci a2 ; 

// 

i ncrementa 

el 

contador 

de 

2s 

33 



break; 







34 

case 

3: 








35 



++f recuenci a3 ; 

// 

i ncrementa 

el 

contador 

de 

3s 

36 



break; 







37 

case 

4: 








38 



++f recuenci a4 ; 

// 

i ncrementa 

el 

contador 

de 

4s 

39 



break; 







40 

case 

5: 








41 



++f recuenci a5 ; 

// 

i ncrementa 

el 

contador 

de 

5s 

42 



break; 







43 

case 

6: 








44 



++f recuenci a6 ; 

// 

i ncrementa 

el 

contador 

de 

6s 

45 



break; // opcional 

al final del 

swi tch 




46 } // fin de switch 

47 } // fin de for 

48 

49 System. out.printlnf "Cara\tFrequenci a" ); // encabezados de salida 

50 System. out . pri ntf ( "I\t%d\n2\t%d\n3\t%d\n4\t%d\n5\t%d\n6\t%d\n" , 

51 frecuencia!., frecuencia2, frecuencia3, frecuencia4, 

52 frecuencia5, frecuencia6 ); 

53 } // fin de main 

54 } // fin de la clase TirarDado 


Cara Frecuencia 

1 982 

2 1001 

3 1015 

4 1005 

5 1009 

6 988 


Cara 

Frecuenci a 


1 

1029 


2 

994 


3 

1017 


4 

1007 


5 

972 


6 

981 



Figura 6.8 | Tirar un dado de seis lados 6000 veces. (Parte 2 de 2). 


6.9. 1 Escalamiento y desplazamiento generalizados de números aleatorios 

Anteriormente demostramos la instrucción 

cara = 1 + numerosAl eatorios . nextlntf 6 ); 

la cual simula el tiro de un dado de seis caras. Esta instrucción siempre asigna a la variable cara un entero en el 
rango 1 < cara < 6. La amplitud de este rango (es decir, el número de enteros consecutivos en el rango) es 6, y 
el número inicial en el rango es 1. Si hacemos referencia a la instrucción anterior, podemos ver que la amplitud 
del rango se determina en base al número 6 que se pasa como argumento para el método nextlnt de Random, 
y que el número inicial del rango es el número 1 que se suma a números Al eatori os . nextlnt ( 6 ) . Podemos 
generalizar este resultado de la siguiente manera: 

numero = valorDesplazamiento + numerosAleatorios.nextInt( factorEscala ); 

en donde valorDesplazamiento especifica el primer número en el rango deseado de enteros consecutivos y factorEs- 
cala especifica cuántos números hay en el rango. 
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También es posible elegir enteros al azar, a partir de conjuntos de valores distintos a los rangos de enteros 
consecutivos. Por ejemplo, para obtener un valor aleatorio de la secuencia 2, 5, 8, 1 1 y 14, podríamos utilizar la 
siguiente instrucción: 

numero = 2 + 3 * numerosAleatorios.nextInt( 5 ); 

En este caso, numerosAl eatori os . nextlnt( 5 ) produce valores en el rango de 0 a 4. Cada valor producido 
se multiplica por 3 para producir un número en la secuencia 0, 3, 6, 9 y 12. Después sumamos 2 a ese valor 
para desplazar el rango de valores y obtener un valor de la secuencia 2, 5, 8, 1 1 y 14. Podemos generalizar este 
resultado así: 

numero = valorDesplazamiento + 

diferenciaEntreValores * numerosAl eatorios . nextlnt( factorEscala ); 

en donde valorDesplazamiento especifica el primer número en el rango deseado de valores, diferenciaEntreValores 
representa la diferencia entre números consecutivos en la secuencia y factorEscala especifica cuántos números hay 
en el rango. 

6.9.2 Repetítividad de números aleatorios para prueba y depuración 

Como mencionamos en la sección 6.9, los métodos de la clase Random en realidad generan números seudoalea- 
torios con base en cálculos matemáticos complejos. Si se llama repetidas veces a cualquiera de los métodos de 
Random, se produce una secuencia de números que parecen ser aleatorios. El cálculo que producen los números 
seudoaleatorios utiliza la hora del día como valor de semilla para cambiar el punto inicial de la secuencia. Cada 
nuevo objeto Random se siembra a sí mismo con un valor basado en el reloj del sistema computacional al momen- 
to en que se crea el objeto, con lo cual se permite que cada ejecución de un programa produzca una secuencia 
distinta de números aleatorios. 

Al depurar una aplicación, algunas veces es útil repetir la misma secuencia exacta de números seudoaleatorios 
durante cada ejecución del programa. Esta repetítividad nos permite probar que la aplicación esté funcionando 
para una secuencia específica de números aleatorios, antes de evaluar el programa con distintas secuencias de 
números aleatorios. Cuando la repetítividad es importante, podemos crear un objeto Random de la siguiente 
manera: 


Random numerosAl eatorios = new Random( valorSemilla ); 

El argumento valorSemilla (de tipo long) siembra el cálculo del número aleatorio. Si se utiliza siempre el 
mismo valor para valorSemilla, el objeto Random produce la misma secuencia de números aleatorios. Para 
establecer la semilla de un objeto Random en cualquier momento durante la ejecución de un programa, podemos 
llamar al método setSeed del objeto, como en 

numerosAleatorios.setSeed( valorSemilla ); 



Tip de prevención de errores 6.2 


Mientras un programa esté en desarrollo, cree el objeto Random con un valor de semilla específico para producir una 
secuencia repetible de números aleatorios cada vez que se ejecute el programa. Si se produce un error lógico, corrija el 
error y evalúe el programa otra vez con el mismo valor de semilla; esto le permitirá reconstruir la misma secuencia de 
números aleatorios que produjeron el error. Una vez que se hayan eliminado los errores lógicos, cree el objeto Random 
sin utilizar un valor de semilla, para que el objeto Random genere una nueva secuencia de números aleatorios cada 
vez que se ejecute el programa. 


6.10 Ejemplo práctico: un juego de probabilidad 
(introducción a las enumeraciones) 

Un juego de azar popular es el juego de dados conocido como “craps”, el cual se juega en casinos y callejones por 
todo el mundo. Las reglas del juego son simples: 

Un jugador tira dos dados. Cada dado tiene seis caras, las cuales contienen uno, dos, tres cuatro, cinco 
y seis puntos negros, respectivamente. Una vez que los dados dejan de moverse, se calcula la suma de los 
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puntos negros en las dos caras superiores. Si la suma es 7 u 1 1 en el primer tiro, el jugador gana. Si la 
suma es 2, 3 o 12 en el primer tiro (llamado “craps”), el jugador pierde (es decir, la “casa” gana). Si 
la suma es 4, 5, 6, 8, 9 o 10 en el primer tiro, esta suma se convierte en el “punto” del jugador. Para 
ganar, el jugador debe seguir tirando los dados hasta que salga otra vez “su punto” (es decir, que tire ese 
mismo valor de punto). El jugador pierde si tira un 7 antes de llegar a su punto. 

La aplicación en las figuras 6.9 y 6.10 simula el juego de craps, utilizando varios métodos para definir la lógica del 
juego. En el método mai n de la clase PruebaCraps (figura 6.10), la línea 8 crea un objeto de la clase Craps (figura 
6.9) y la línea 9 llama a su método j ugar para iniciar el juego. El método j ugar (figura 6.9, líneas 21a 65) llama 
al método ti rarDado (figura 6.9, líneas 68 a 81) según sea necesario para tirar los dos dados y calcular su suma. 
Los cuatro resultados de ejemplo en la figura 6.10 muestran que se ganó en el primer tiro, se perdió en el primer 
tiro, se ganó en un tiro subsiguiente y se perdió en un tiro subsiguiente, en forma respectiva. 


1 // Fig. 6.9: Craps. java 

2 // La clase Craps simula el juego de dados "craps". 

3 import java. útil .Random; 

4 

5 public class Craps 

6 { 

7 // crea un generador de números aleatorios para usarlo en el método ti rarDado 

8 private Random numerosAleatorios = new RandomO; 

9 

10 // enumeración con constantes que representan el estado del juego 

11 private enum Estado { CONTINUA, CANO, PERDIO }; 

12 

13 // constantes que representan tiros comunes del dado 

14 private final static int D0S_UN0S = 2; 

15 private final static int TRES = 3; 

16 private final static int SIETE = 7; 

17 private final static int ONCE = 11; 

18 private final static int DOCE = 12; 

19 

20 // ejecuta un juego de craps 

21 public void jugar O 

22 \ 

23 

24 

25 

26 

27 

28 

29 

30 

31 

32 

33 

34 

35 

36 

37 

38 

39 

40 

41 

42 

43 

Figura 6.9 


int miPunto = 0; // punto si no gana o pierde en el primer tiro 
Estado estadoluego; // puede contener CONTINUA, CANO o PERDIO 

int sumaDeDados = ti rarDadosO ; // primer tiro de los dados 

// determina el estado del juego y el punto con base en el primer tiro 
switch ( sumaDeDados ) 

{ 

case SIETE: // gana con 7 en el primer tiro 
case ONCE: // gana con 11 en el primer tiro 
estadoluego = Estado. CANO; 
break; 

case D0S_UN0S: // pierde con 2 en el primer tiro 
case TRES: // pierde con 3 en el primer tiro 
case DOCE: // pierde con 12 en el primer tiro 
estadoluego = Estado. PERDIO; 
break; 

default: // no ganó ni perdió, por lo que guarda el punto 
estadoluego = Estado. CONTINUA; // no ha terminado el juego 
miPunto = sumaDeDados; // guarda el punto 
System. out.printff "El punto es %d\n", miPunto ); 

La clase Craps simula el juego de dados “craps”. (Parte I de 2). 
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44 

45 

46 

47 

48 

49 

50 

51 

52 

53 

54 

55 

56 

57 

58 

59 

60 
61 
62 

63 

64 

65 

66 

67 

68 

69 

70 

71 

72 

73 

74 

75 

76 

77 

78 

79 

80 
81 
82 


break; // opcional al final del switch 
} // fin de switch 

// mientras el juego no esté terminado 

while ( estado! uego == Estado. CONTINUA ) // no CANO ni PERDIO 

{ 

sumaDeDados = ti rarDadosO ; // tira los dados de nuevo 
// determina el estado del juego 

if ( sumaDeDados == mi Punto ) // gana haciendo un punto 
estadoJuego = Estado. CANO; 
el se 

if ( sumaDeDados == SIETE ) // pierde al tirar 7 antes del punto 
estadoluego = Estado . PERDIO; 

} // fin de while 

// muestra mensaje de que ganó o perdió 
if ( estadoluego == Estado. CANO ) 

System. out.println( "El jugador gana" ); 
el se 

System. out.println( “El jugador pierde" ); 

} // fin del método jugar 

// tira los dados, calcula la suma y muestra los resultados 
public int ti rarDadosO 
{ 

// elige valores aleatorios para los dados 

int dadol = 1 + numerosAl eatorios . nextlntf 6 ) ; // primer tiro del dado 
int dado2 = 1 + numerosAl eatorios . nextlntf 6 ) ; // segundo tiro del dado 

int suma = dadol + dado2; // suma de los valores de los dados 

// muestra los resultados de este tiro 
System. out.printff "El jugador tiro %d + %d = %d\n", 
dadol, dado2, suma ); 

return suma; // devuelve la suma de los dados 
} // fin del método ti rarDados 
} // fin de la clase Craps 


Figura 6.9 | La clase Craps simula el juego de dados “craps”. (Parte 2 de 2). 


Hablaremos sobre la declaración de la clase Craps en la figura 6.9. En las reglas del juego, el jugador debe 
tirar dos dados en el primer tiro y debe hacer lo mismo en todos los tiros subsiguientes. Declaramos el método 
ti rarDados (líneas 68 a 81) para tirar el dado y calcular e imprimir su suma. El método ti rarDados se declara 
una vez, pero se llama desde dos lugares (líneas 26 y 50) en el método jugar, el cual contiene la lógica para un 
juego completo de craps. El método ti rarDados no tiene argumentos, por lo cual su lista de parámetros está 
vacía. Cada vez que se llama, ti rarDados devuelve la suma de los dados, por lo que se indica el tipo de valor 
de retorno i nt en el encabezado del método (línea 68). Aunque las líneas 71 y 72 se ven iguales (excepto por el 
nombre de los dados), no necesariamente producen el mismo resultado. Cada una de estas instrucciones produce 
un valor aleatorio en el rango de 1 a 6. Observe que numerosAleatorios (se utiliza en las líneas 71 y 72) no se 
declara en el método, sino que se declara como una variable de instancia pri vate de la clase y se inicializa en la 
línea 8. Esto nos permite crear un objeto Random que se reutiliza en cada llamada a ti rarDados. 

El juego es razonablemente complejo. El jugador puede ganar o perder en el primer tiro, o puede ganar o 
perder en cualquier tiro subsiguiente. El método jugar (líneas 21 a 65) utiliza a la variable local mi Punto (línea 
23) para almacenar el “punto” si el jugador no gana o pierde en el primer tiro, a la variable local estadoluego 
(línea 24) para llevar el registro del estado del juego en general y a la variable local sumaDeDados (línea 26) para 
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1 // Fig. 6.10: PruebaCraps . java 

2 // Aplicación para probar la clase Craps. 

3 

4 public class PruebaCraps 

5 { 

6 public static void main( String args[] ) 

7 { 

8 Craps juego = new Craps(); 

9 juego. jugar() ; // juega un juego de craps 

10 } // fin de main 



El jugador ti ro 2 + 6 = 8 
El punto es 8 
El jugador ti ro 5 + 1 = 6 

El jugador ti ro 2 + 1 = 3 

El jugador ti ro 1 + 6 = 7 

El jugador pierde 

Figura 6.10 | Aplicación para probar la clase Craps. 


almacenar la suma de los dados para el tiro más reciente. Observe que mi Punto se inicializa con 0 para asegurar 
que la aplicación se compile. Si no inicializa mi Punto, el compilador genera un error ya que mi Punto no reci- 
be un valor en todas las etiquetas case de la instrucción swi tch y, en consecuencia, el programa podría tratar 
de utilizar mi Punto antes de que se le asigne un valor. En contraste, estado! uego no requiere inicialización, ya 
que se le asigna un valor en cada etiqueta case de la instrucción swi tch; por lo tanto, se garantiza que se inicialice 
antes de usarse. 

Observe que la variable local estado! uego (línea 24) se declara como de un nuevo tipo llamado Estado, el 
cual declaramos en la línea 11. El tipo Estado se declara como un miembro private de la clase Craps, ya que 
sólo se utiliza en esa clase. Estado es un tipo declarado por el programador, denominado enumeración, que en 
su forma más simple declara un conjunto de constantes representadas por identificado res. Una enumeración es 
un tipo especial de clase, que se introduce mediante la palabra clave enum y un nombre para el tipo (en este caso, 
Estado). Al igual que con una clase, las llaves ({ y }) delimitan el cuerpo de una declaración de enum. Dentro 
de las llaves hay una lista, separada por comas, de constantes de enumeración, cada una de las cuales representa 
un valor único. Los identificadores en una enum deben ser únicos (en el capítulo 8 aprenderá más acerca de las 
enumeraciones) . 



Buena práctica de programación 6.3 

Use sólo letras mayúsculas en los nombres de las constantes de enumeración. Esto hace que resalten y le recuerdan que 
las constantes de enumeración no son variables. 
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A las variables de tipo Estado se les debe asignar sólo una de las tres constantes declaradas en la enumeración 
(línea 11), o se producirá un error de compilación. Cuando el jugador gana el juego, el programa asigna a la 
variable local estado] uego el valor Estado. GANO (líneas 33 y 54). Cuando el jugador pierde el juego, la aplica- 
ción asigna a la variable local estado] uego el valor Estado . PERDIO (líneas 38 y 57). En cualquier otro caso, el 
programa asigna a la variable local estadoluego el valor Estado. CONTINUA (línea 41) para indicar que el juego 
no ha terminado y hay que tirar los dados otra vez. 



Buena práctica de programación 6.4 

El uso de constantes de enumeración ( como Estado . GANO, Estado . PERDIO y Estado . CONTINUA) en vez de valores 
enteros literales ( como 0, 1 y 2) puede hacer que los programas sean más fáciles de leer y de mantener. 


La línea 26 en el método jugar llama a ti rarDados, el cual elige dos valores aleatorios del 1 al 6, muestra 
el valor del primer dado, el del segundo y la suma de los dos dados, y devuelve esa suma. Después el método 
jugar entra a la instrucción switch en las líneas 29 a 45, que utiliza el valor de sumaDeDados de la línea 26 
para determinar si el jugador ganó o perdió el juego, o si debe continuar con otro tiro. Las sumas de los dados 
que ocasionan que se gane o pierda el juego en el primer tiro se declaran como constantes publ i c final stati c 
i nt en las líneas 14 a 18. Estos valores se utilizan en las etiquetas case de la instrucción swi tch. Los nombres 
de los identificadores utilizan los términos comunes en el casino para estas sumas. Observe que estas constantes, 
al igual que las constantes enum, se declaran todas con letras mayúsculas por convención, para que resalten en el 
programa. Las líneas 31 a 34 determinan si el jugador ganó en el primer tiro con SIETE (7) u ONCE (11). Las líneas 
35 a 39 determinan si el jugador perdió en el primer tiro con DOS_UNOS (2), TRES (B) o DOCE (12). Después del 
primer tiro, si el juego no se ha terminado, el caso default (líneas 40 a 44) establece estado] uego en Estado. 
CONTINUA, guarda sumaDeDados en mi Punto y muestra el punto. 

Si aún estamos tratando de “hacer nuestro punto” (es decir, el juego continúa de un tiro anterior), se ejecuta 
el ciclo de las líneas 48 a 58. En la línea 50 se tira el dado otra vez. Si sumaDeDados concuerda con mi Punto en la 
línea 53, la línea 54 establece estado] uego en Estado. GANO y el ciclo termina, ya que el juego está terminado. 
En la línea 56, si sumaDeDados es igual a SIETE (7), la línea 57 asigna el valor Estado. PERDIO a estadoluego y 
el ciclo termina, ya que se acabó el juego. Cuando termina el juego, las líneas 61 a 64 muestran un mensaje en el 
que se indica si el jugador ganó o perdió, y el programa termina. 

Observe el uso de varios mecanismos de control del programa que hemos visto antes. La clase Craps, en con- 
junto con la clase PruebaCraps, utiliza tres métodos: mai n, jugar (que se llama desde mai n) y ti rarDados (que 
se llama dos veces desde j ugar), y las instrucciones de control swi tch, whi 1 e, i f...el se e i f anidado. Observe 
también el uso de múltiples etiquetas case en la instrucción switch para ejecutar las mismas instrucciones para 
las sumas de SIETE y ONCE (líneas 31 y 32), y para las sumas de D0S_UN0S, TRES y DOCE (líneas 35 a 37). 

Tal vez se esté preguntando por qué declaramos las sumas de los dados como constantes publ i c final sta- 
ti c i nt en vez de constantes enum. La respuesta está en el hecho de que el programa debe comparar la variable 
i nt llamada sumaDeDados (línea 26) con estas constantes para determinar el resultado de cada tiro. Suponga que 
declararemos constantes que contengan enum Suma (por ejemplo, Suma. DOSJNOS) para representar las cinco 
sumas utilizadas en el juego, y que después usaremos estas constantes en las etiquetas case de la instrucción 
swi tch (líneas 29 a 45). Hacer esto evitaría que pudiéramos usar sumaDeDados como la expresión de control de 
la instrucción swi tch, ya que Java no permite que un i nt se compare con una constante de enumeración. Para 
lograr la misma funcionalidad que el programa actual, tendríamos que utilizar una variable sumaActual de tipo 
Suma como expresión de control para el swi tch. Por desgracia, Java no proporciona una manera fácil de convertir 
un valor i nt en una constante enum específica. Podríamos traducir un i nt en una constante enum mediante una 
instrucción swi tch separada. Sin duda, esto sería complicado y no mejoraría la legibilidad del programa (lo cual 
echaría a perder el propósito de usar una enum). 


6.1 1 Alcance de las declaraciones 

Ya hemos visto declaraciones de varias entidades de Java como las clases, los métodos, las variables y los paráme- 
tros. Las declaraciones introducen nombres que pueden utilizarse para hacer referencia a dichas entidades de Java. 
El alcance de una declaración es la porción del programa que puede hacer referencia a la entidad declarada por 
su nombre. Se dice que dicha entidad está “dentro del alcance” para esa porción del programa. En esta sección 
introduciremos varias cuestiones importantes relacionadas con el alcance. (Para obtener más información sobre 
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el alcance, consulte la Especificación del lenguaje Java , sección 6.3: Alcance de una declaración, en j ava . sun . com/ 
docs/books/jl s/second_edi ti on/html /ñames . doc . html #103228). 

Las reglas básicas de alcance son las siguientes: 


1. El alcance de la declaración de un parámetro es el cuerpo del método en el que aparece la declaración. 

2. El alcance de la declaración de una variable local es a partir del punto en el cual aparece la declaración, 
hasta el final de ese bloque. 

3. El alcance de la declaración de una variable local que aparece en la sección de inicialización del encabeza- 
do de una instrucción for es el cuerpo de la instrucción for y las demás expresiones en el encabezado. 


4. El alcance de un método o campo de una clase es todo el cuerpo de la clase. Esto permite a los métodos 
no stati c de la clase utilizar cualquiera de los campos y otros métodos de la clase. 

Cualquier bloque puede contener declaraciones de variables. Si una variable local o parámetro en un método 
tiene el mismo nombre que un campo, el campo se “oculta” hasta que el bloque termina su ejecución; a esto se le 
llama ocultación de variables (shadowing). En el capítulo 8 veremos cómo acceder a los campos ocultos. 



Error común de programación 6.10 

Cuando una variable local se declara más de una vez en un método, se produce un error de compilación. 



Tip de prevención de errores 6.3 


Use nombres distintos para los campos y las variables locales, para ayudar a evitar los errores lógicos sutiles que se 
producen cuando se hace la llamada a un método y una variable local de ese método oculta un campo con el mismo 
nombre en la clase. 


La aplicación en las figuras 6.11 y 6.12 demuestra las cuestiones de alcance con los campos y las variables 
locales. Cuando la aplicación empieza a ejecutarse, el método mai n de la clase PruebaAl canee (figura 6.12, líneas 
7 a 1 1) crea un objeto de la clase Al canee (línea 9) y llama al método i ni ci ar del objeto (línea 10) para producir 
el resultado de la aplicación (el cual se muestra en la figura 6.12). 
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// Fig. 6.11: Alcance. java 

// La clase Alcance demuestra los alcances de los campos y las variables locales. 

public class Alcance 

{ 

// campo accesible para todos los métodos de esta clase 
private int x = 1; 

// el método iniciar crea e inicializa la variable local x 
// y llama a los métodos usarVari ableLocal y usarCampo 
public void iniciarO 
{ 

int x = 5; // la variable local x del método oculta al campo x 

System, out. printf( "la x local en el método iniciar es %d\n", x ); 

usarVari abl eLocal () ; // usarVari abl eLocal tiene la x local 
usarCampoO; // usarCampo usa el campo x de la clase Alcance 
usarVari abl eLocal () ; // usarVari abl eLocal reinicia a la x local 
usarCampoO; // el campo x de la clase Alcance retiene su valor 


Figura 6.1 1 


La clase Al canee demuestra los alcances de los campos y las variables locales. (Parte I de 2). 



234 Capítulo 6 Métodos: un análisis más detallado 


22 System. out.printff "\nla x local en el método iniciar es %d\n”, x ); 

23 } // fin del método iniciar 

24 

25 // crea e inicializa la variable local x durante cada llamada 

26 public void usarVariabl eLocal O 

27 { 

28 int x = 25; // se inicializa cada vez que se llama a usarVariabl eLocal 

29 

30 System. out.printff 

31 "\nla x local al entrar al método usarVari abl eLocal es %d\n", x ); 

32 ++x; // modifica la variable x local de este método 

33 System. out.printff 

34 "la x local antes de salir del método usarVari abl eLocal es %d\n", x ); 

35 } // fin del método usarVari abl eLocal 

36 

37 // modifica el campo x de la clase Alcance durante cada llamada 

38 public void usarCampoO 

39 { 

40 System. out.printff 

41 "\nel campo x al entrar al método usarCampo es %d\n", x ); 

42 x *= 10; // modifica el campo x de la clase Alcance 

43 System. out.printff 

44 "el campo x antes de salir del método usarCampo es %d\n", x ); 

45 } // fin del método usarCampo 

46 } // fin de la clase Alcance 

Figura 6.1 1 | La clase Alcance demuestra los alcances de los campos y las variables locales. (Parte 2 de 2). 


1 // Fig. 6.12: PruebaAlcance. java 

2 // Aplicación para probar la clase Alcance. 

3 

4 public class PruebaAlcance 

5 { 

6 // punto inicial de la aplicación 

7 public static void mainf String args[] ) 

8 { 

9 Alcance al cancePrueba = new Alcancef); 

10 alcancePrueba.iniciarf) ; 

11 } // fin de main 

12 } // fin de la clase PruebaAlcance 

la x local en el método iniciar es 5 

la x local al entrar al método usarVari abl eLocal es 25 

la x local antes de salir del método usarVari abl eLocal es 26 

el campo x al entrar al método usarCampo es 1 
el campo x antes de salir del método usarCampo es 10 

la x local al entrar al método usarVari abl eLocal es 2 5 

la x local antes de salir del método usarVari abl eLocal es 26 

el campo x al entrar al método usarCampo es 10 
el campo x antes de salir del método usarCampo es 100 

la x local en el método iniciar es 5 



Figura 6.12 | Aplicación para probar la clase Al canee. 
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En la clase Al canee, la línea 7 declara e inicializa el campo x en 1. Este campo se oculta en cualquier bloque 
(o método) que declare una variable local llamada x. El método iniciar (líneas lia 23) declara una variable 
local x (línea 13) y la inicializa en 5. El valor de esta variable local se imprime para mostrar que el campo x (cuyo 
valor es 1) se oculta en el método i ni ci ar. El programa declara otros dos métodos: usarVari abl eLocal (líneas 
26 a 35) y usarCampo (líneas 38 a 45); cada uno de ellos no tiene argumentos y no devuelve resultados. El méto- 
do i ni ci ar llama a cada método dos veces (líneas 17 a 20). El método usarVari abl eLocal declara la variable 
local x (línea 28). Cuando se llama por primera vez a usarVari abl eLocal (línea 17), crea una variable local x y la 
inicializa en 25 (línea 28), muestra en pantalla el valor de x (líneas 30 y 31), incrementa x (línea 32) y muestra en 
pantalla el valor de x otra vez (líneas 33 y 34). Cuando se llama a usarVari abl eLocal por segunda vez (línea 19), 
vuelve a crear la variable local x y la reinicializa con 25, por lo que la salida de cada llamada a usarVari abl eLocal 
es idéntica. 

El método usarCampo no declara variables locales. Por lo tanto, cuando hace referencia a x, se utiliza el cam- 
po x (línea 7) de la clase. Cuando el método usarCampo se llama por primera vez (línea 18), muestra en pantalla 
el valor (1) del campo x (líneas 40 y 41), multiplica el campo x por 10 (línea 42) y muestra en pantalla el valor 
(10) del campo x otra vez (líneas 43 y 44) antes de regresar. La siguiente vez que se llama al método usarCampo 
(línea 20), el campo x tiene el valor modificado de 10, por lo que el método muestra en pantalla un 10 y después 
un 100. Por último, en el método i ni ci ar el programa muestra en pantalla el valor de la variable local x otra vez 
(línea 22), para mostrar que ninguna de las llamadas a los métodos modificó la variable local x de i ni ci ar, ya 
que todos los métodos hicieron referencia a las variables llamadas x en otros alcances. 

6.12 Sobrecarga de métodos 

Pueden declararse métodos con el mismo nombre en la misma clase, siempre y cuando tengan distintos conjun- 
tos de parámetros (determinados en base al número, tipos y orden de los parámetros). A esto se le conoce como 
sobrecarga de métodos. Cuando se hace una llamada a un método sobrecargado, el compilador de Java seleccio- 
na el método apropiado mediante un análisis del número, tipos y orden de los argumentos en la llamada. Por lo 
general, la sobrecarga de métodos se utiliza para crear varios métodos con el mismo nombre que realicen la misma 
tarea o tareas similares, pero con distintos tipos o distintos números de argumentos. Por ejemplo, los métodos 
abs, mi n y max de Math (sintetizados en la sección 6.3) se sobrecargan con cuatro versiones cada uno: 

1. Uno con dos parámetros doubl e. 

2. Uno con dos parámetros float. 

3. Uno con dos parámetros i nt. 

4. Uno con dos parámetros long. 

Nuestro siguiente ejemplo demuestra cómo declarar e invocar métodos sobrecargados. En el capítulo 8 presenta- 
remos ejemplos de constructores sobrecargados. 

Declaración de métodos sobrecargados 

En nuestra clase SobrecargaMetodos (figura 6.13) incluimos dos versiones sobrecargadas de un método lla- 
mado cuadrado: una que calcula el cuadrado de un i nt (y devuelve un i nt) y otra que calcula el cuadrado de 
un doubl e (y devuelve un doubl e). Aunque estos métodos tienen el mismo nombre, además de listas de paráme- 
tros y cuerpos similares, podemos considerarlos simplemente como métodos diferentes. Puede ser útil si considera- 
mos los nombres de los métodos como “cuadrado de i nt” y “cuadrado de doubl e”, respectivamente. Cuando 
la aplicación empieza a ejecutarse, el método mai n de la clase PruebaSobrecargaMetodos (figura 6.14, líneas 6 
a 10) crea un objeto de la clase SobrecargaMetodos (línea 8) y llama al método probarMetodosSob recargados 
del objeto (línea 9) para producir la salida del programa (figura 6.14). 

En la figura 6.13, la línea 9 invoca al método cuadrado con el argumento 7. Los valores enteros literales 
se tratan como de tipo i nt, por lo que la llamada al método en la línea 9 invoca a la versión de cuadrado de las 
líneas 14 a 19, la cual especifica un parámetro i nt. De manera similar, la línea 10 invoca al método cuadrado con 
el argumento 7.5. Los valores de las literales de punto flotante se tratan como de tipo doubl e, por lo que la llama- 
da al método en la línea 10 invoca a la versión de cuadrado de las líneas 22 a 27, la cual especifica un parámetro 
doubl e. Cada método imprime en pantalla primero una línea de texto, para mostrar que se llamó al método 
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apropiado en cada caso. Observe que los valores en las líneas 10 y 24 se muestran con el especificador de formato 
%f y que no especificamos una precisión en ninguno de los dos casos. De manera predeterminada, los valores de 
punto flotante se muestran con seis dígitos de precisión, si ésta no se especifica en el especificador de formato. 


1 // Fig. 6.13: SobrecargaMetodos . java 

2 // Declaraciones de métodos sobrecargados. 

3 

4 public class SobrecargaMetodos 

5 { 

6 // prueba los métodos cuadrado sobrecargados 

7 public void probarMetodosSobrecargados() 

8 { 

9 System. out.printff "El cuadrado del entero 7 es %d\n", cuadrado! 7 ) ); 

10 System. out.printff "El cuadrado del double 7.5 es %f\n", cuadrado! 7.5 ) ); 

11 } // fin del método probarMetodosSobrecargados 

12 

13 // método cuadrado con argumento int 

14 public int cuadrado! int valorlnt ) 

15 { 

16 System. out.printff ”\nSe llamo a cuadrado con argumento int: %d\n", 

17 valorlnt ) ; 

18 return valorlnt * valorlnt; 

19 } // fin del método cuadrado con argumento int 

20 

21 // método cuadrado con argumento double 

22 public double cuadrado! double valorDouble ) 

23 { 

24 System. out.printf( "\nSe llamo a cuadrado con argumento double: %f\n", 

25 valorDouble ) ; 

26 return valorDouble * valorDouble; 

27 } // fin del método cuadrado con argumento double 

28 } // fin de la clase SobrecargaMetodos 

Figura 6.13 | Declaraciones de métodos sobrecargados. 


1 // Fig. 6.14: PruebaSobrecargaMetodos . java 

2 // Aplicación para probar la clase SobrecargaMetodos. 

3 

4 public class PruebaSobrecargaMetodos 

5 { 

6 public static void main( String args[] ) 

7 { 

8 SobrecargaMetodos SobrecargaMetodos = new SobrecargaMetodosf) ; 

9 SobrecargaMetodos . probarMetodosSobrecargadosf) ; 

10 } // fin de main 

11 } // fin de la clase PruebaSobrecargaMetodos 


Se llamo a cuadrado con argumento int: 7 
El cuadrado del entero 7 es 49 

Se llamo a cuadrado con argumento double: 7.500000 
El cuadrado del double 7.5 es 56.250000 


Figura 6.14 | Aplicación para probar la clase SobrecargaMetodos. 
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Cómo se diferencian los métodos sobrecargados entre sí 

El compilador diferencia los métodos sobrecargados en base a su firma: una combinación del nombre del método 
y del número, tipos y orden de sus parámetros. Si el compilador sólo se fijara en los nombres de los métodos 
durante la compilación, el código de la figura 6.13 sería ambiguo; el compilador no sabría cómo distinguir entre 
los dos métodos cuadrado (líneas 14 a 19 y 22 a 27). De manera interna, el compilador utiliza nombres de 
métodos más largos que incluyen el nombre del método original, el tipo de cada parámetro y el orden exacto 
de los parámetros para determinar si los métodos en una clase son únicos en esa clase. 

Por ejemplo, en la figura 6.13 el compilador podría utilizar el nombre lógico “cuadrado de int” para el 
método cuadrado que especifica un parámetro i nt, y el método “cuadrado de double” para el método cua- 
drado que especifica un parámetro double (los nombres reales que utiliza el compilador son más complicados). 
Si la declaración de metodol empieza así: 

void metodol( int a, float b ) 

entonces el compilador podría usar el nombre lógico “metodol de i nt y float”. Si los parámetros se especifi- 
caran así: 

void metodol( float a, int b ) 

entonces el compilador podría usar el nombre lógico “metodol de float e i nt”. Observe que el orden de los 
tipos de los parámetros es importante; el compilador considera que los dos encabezados anteriores de metodol 
son distintos. 

Tipos de valores de retorno de los métodos sobrecargados 

Al hablar sobre los nombres lógicos de los métodos que utiliza el compilador, no mencionamos los tipos de valo- 
res de retorno de los métodos. Esto se debe a que las llamadas a los métodos no pueden diferenciarse en base al 
tipo de valor de retorno. El programa de la figura 6.15 ilustra los errores que genera el compilador cuando dos 
métodos tienen la misma firma, pero distintos tipos de valores de retorno. Los métodos sobrecargados pueden 
tener tipos de valor de retorno distintos si los métodos tienen distintas listas de parámetros. Además, los métodos 
sobrecargados no necesitan tener el mismo número de parámetros. 


1 // Fig. 6.15: SobrecargaMetodos . java 

2 // Los métodos sobrecargados con firmas idénticas producen errores de 

3 // compilación, aun si los tipos de valores de retorno son distintos. 

4 

5 public class ErrorSobrecargaMetodos 

6 { 

7 // declaración del método cuadrado con argumento int 

8 public int cuadrado( int x ) 

9 { 

10 return x * x; 

11 } 

12 

13 //la segunda declaración del método cuadrado con argumento int produce un error 

14 // de compilación, aun cuando los tipos de valores de retorno son distintos 

15 public double cuadrado( int y ) 

16 { 

17 return y * y; 

18 } 

19 } // fin de la clase ErrorSobrecargaMetodos 


ErrorSobrecargaMetodos. java:15: cuadradofi nt) is al ready defined in ErrorSobrecargaMetodos 
public double cuadrado( int y ) 

A 

1 error 

Figura 6.15 | Las declaraciones de métodos sobrecargados con firmas idénticas producen errores de compilación, aun 
si los tipos de valores de retorno son distintos. 
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Error común de programación 6.1 1 

Declarar métodos sobrecargados con listas de parámetros idénticas es un error de compilación, sin importar que los 
tipos de los valores de retorno sean distintos. 


6.13 (Opcional) Ejemplo práctico de GUI y gráficos: colores 
y figuras rellenas 

Aunque podemos crear muchos diseños interesantes sólo con líneas y figuras básicas, la clase Graphics pro- 
porciona muchas herramientas más. Las siguientes dos herramientas que presentaremos son los colores y las 
figuras rellenas. El color agrega otra dimensión a los dibujos que ve un usuario en la pantalla de la computadora. 
Las figuras rellenas cubren regiones completas con colores sólidos, en vez de dibujar sólo contornos. 

Los colores que se muestran en las pantallas de las computadoras se definen en base a sus componentes rojo, 
verde y azul. Estos componentes, llamados valores RGB, tienen valores enteros de 0 a 255. Entre más alto sea 
el valor de un componente específico, más intensidad de color tendrá esa figura. Java utiliza la clase Color en el 
paquete java.awt para representar colores usando sus valores RGB. Por conveniencia, el objeto Color contie- 
ne 13 objetos static Color predefinidos: Color. BLACK, Color. BLUE, Color. CYAN, Color.DARK_CRAY, Co- 
lor. GRA Y, Color. CREEN, Color. LIGHT_GRAY, Color. MAGENTA, Color.ORANGE, Color. PINK, Color. RED, 
Color. WHITE y Col or . YELLOW. La clase Color también contiene un constructor de la forma: 

public Color( int r, int g, int b ) 

de manera que podemos crear colores específicos, con sólo especificar valores para los componentes individuales 
rojo, verde y azul de un color. 

Los rectángulos y los óvalos rellenos se dibujan usando los métodos fillRect y fillOval de Graphics, 
respectivamente. Estos dos métodos tienen los mismos parámetros que sus contrapartes drawRect y drawOval 
sin relleno: los primeros dos parámetros son las coordenadas para la esquina superior izquierda de la figura, mien- 
tras que los otros dos parámetros determinan su anchura y su altura. El ejemplo de las figuras 6.16 y 6.17 demues- 
tra los colores y las figuras rellenas, al dibujar y mostrar una cara sonriente amarilla (esto lo verá en su pantalla). 
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// Fig. 6.16: DibujarCaraSonriente. java 
// Demuestra las figuras rellenas, 
import java.awt. Color; 
import java.awt. Graphics; 
import javax. swing . JPanel ; 

public class DibujarCaraSonriente extends DPanel 

{ 

public void pai ntComponent( Graphics g ) 

{ 

super . pai ntComponentf g ); 

// dibuja la cara 

g.setColor( Color. YELLOW ); 
g. fillOval ( 10, 10, 200, 200 ); 

// dibuja los ojos 

g.setColor( Color. BLACK ); 
g . fillOval ( 55, 65, 30, 30 ); 
g . fillOval ( 135, 65, 30, 30 ); 

// dibuja la boca 

g. fillOval ( 50, 110, 120, 60 ); 

// convierte la boca en una sonrisa 


Figura 6.16 


Cómo dibujar una cara sonriente, usando colores y figuras rellenas. (Parte I de 2). 
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26 g.setColor( Color. YELLOW ); 

27 g.fillRect( 50, 110, 120, 30 ); 

28 g.fill Oval( 50, 120, 120, 40 ); 

29 } // fin del método pal ntComponent 

30 } // fin de la clase Di bujarCaraSonri ente 

Figura 6.16 | Cómo dibujar una cara sonriente, usando colores y figuras rellenas. (Parte 2 de 2). 


1 // Fig. 6.17: PruebaDi bujarCaraSonri ente . java 

2 // Aplicación de prueba que muestra una cara sonriente. 

3 import javax. swi ng . IFrame ; 

4 

5 public class PruebaDi bu jarCaraSonri ente 

6 { 

7 public static void main( String args[] ) 

8 { 

9 DibujarCaraSonriente panel = new DibujarCaraSonrienteO ; 

10 IFrame aplicación = new IFrameO; 

1 1 

12 aplicacion.setDefaultCloseOperation( IFrame. EXIT_0N_CL0SE ); 

13 aplicación. add( panel ); 

14 aplicación. setSize( 230, 250 ); 

15 aplicación. setVisible( true ); 

16 } // fin de main 

17 } // fin de la clase PruebaDi bujarCaraSonri ente 



Figura 6.1 7 | Creación de un objeto IFrame para mostrar una cara sonriente. 


Las instrucciones import en las líneas 3 a 5 de la figura 6.1 6 importan las clases Color, Graphi es y J Panel . 
La clase Di bujarCaraSonri ente (líneas 7 a 30) utiliza la clase Col or para especificar los colores, y utiliza la clase 
Graphi es para dibujar. La clase J Panel proporciona de nuevo el área en la que vamos a dibujar. La línea 14 en 
el método pai ntComponent utiliza el método setColor de Graphi es para establecer el color actual para dibujar 
en Col or .YELLOW. El método setColor requiere un argumento, el Color a establecer como el color para dibu- 
jar. En este caso, utilizamos el objeto predefinido Col or . YELLOW. La línea 15 dibuja un círculo con un diámetro 
de 200 para representar la cara; cuando los argumentos anchura y altura son idénticos, el método fil 1 Oval dibuja 
un círculo. A continuación, la línea 18 establece el color en Color. BLACK, y las líneas 19 y 20 dibujan los ojos. 
La línea 23 dibuja la boca como un óvalo, pero esto no es exactamente lo que queremos. Para crear una cara feliz, 
vamos a “retocar” la boca. La línea 26 establece el color en Color. YELLOW, de manera que cualquier figura que 
dibujemos se mezcle con la cara. La línea 27 dibuja un rectángulo con la mitad de altura que la boca. Esto “borra” 
la mitad superior de la boca, dejando sólo la mitad inferior. Para crear una mejor sonrisa, la línea 28 dibuja otro 
óvalo para cubrir ligeramente la porción superior de la boca. La clase PruebaDi bujarCaraSonri ente (figura 
6.17) crea y muestra un objeto IFrame que contiene el dibujo. Cuando se muestra el objeto IFrame, el sistema 
llama al método pai ntComponent para dibujar la cara sonriente. 
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Ejercicios del ejemplo práctico de GUI y gráficos 

6. 1 Usando el método fil 1 Oval , dibuje un tiro al blanco que alterne entre dos colores aleatorios, como en la figura 
6.18. Use el constructor Color( int r, int g, int b ) con argumentos aleatorios para generar colores aleatorios. 

6.2 Cree un programa para dibujar 10 figuras rellenas al azar en colores, posiciones y tamaños aleatorios (figura 
6.19). El método pai ntComponent debe contener un ciclo que itere 10 veces. En cada iteración, el ciclo debe determi- 
nar si se dibujará un rectángulo o un óvalo relleno, crear un color aleatorio y elegir las coordenadas y las medidas al azar. 
Las coordenadas deben elegirse con base en la anchura y la altura del panel. Las longitudes de los lados deben limitarse 
a la mitad de la anchura o altura de la ventana. 



Figura 6.18 | Un tiro al blanco con dos colores alternantes al azar. 



Figura 6.19 | Figuras generadas al azar. 
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6.14 (Opcional) Ejemplo práctico de Ingeniería de Software: 
identificación de las operaciones de las clases 

En las secciones del Ejemplo práctico de Ingeniería de Software al final de los capítulos 3 a 5, llevamos a cabo los 
primeros pasos en el diseño orientado a objetos de nuestro sistema ATM. En el capítulo 3 identificamos las clases 
que necesitaremos implementar, y creamos nuestro primer diagrama de clases. En el capítulo 4 describimos varios 
atributos de nuestras clases. En el capítulo 5 examinamos los estados de nuestros objetos y modelamos sus transi- 
ciones de estado y actividades. En esta sección determinaremos algunas de las operaciones (o comportamientos) 
de las clases que son necesarias para implementar el sistema ATM. 

Identificar las operaciones 

Una operación es un servicio que proporcionan los objetos de una clase a los clientes (usuarios) de esa clase. Con- 
sidere las operaciones de algunos objetos reales. Las operaciones de un radio incluyen el sintonizar su estación y 
ajustar su volumen (que, por lo general, lo hace una persona que ajusta los controles del radio). Las operaciones 
de un automóvil incluyen acelerar (operación invocada por el conductor cuando oprime el pedal del acelerador), 
desacelerar (operación invocada por el conductor cuando oprime el pedal del freno o cuando suelta el pedal del 
acelerador), dar vuelta y cambiar velocidades. Los objetos de software también pueden ofrecer operaciones; por 
ejemplo, un objeto de gráficos de software podría ofrecer operaciones para dibujar un círculo, dibujar una línea, 
dibujar un cuadrado, etcétera. Un objeto de software de hoja de cálculo podría ofrecer operaciones como impri- 
mir la hoja de cálculo, totalizar los elementos en una fila o columna, y graficar la información de la hoja de cálculo 
como un gráfico de barras o de pastel. 

Podemos derivar muchas de las operaciones de cada clase mediante un análisis de los verbos y las frases ver- 
bales clave en el documento de requerimientos. Después relacionamos cada una de ellas con las clases específicas 
en nuestro sistema (figura 6.20). Las frases verbales en la figura 6.20 nos ayudan a determinar las operaciones de 
cada clase. 

Modelar las operaciones 

Para identificar las operaciones, analizamos las frases verbales que se listan para cada clase en la figura 6.20. La 
frase “ejecuta transacciones financieras” asociada con la clase ATM implica que esta clase instruye a las transacciones 
a que se ejecuten. Por lo tanto, cada una de las clases Sol i ci tudSal do, Retí ro y Deposf to necesitan una ope- 
ración para proporcionar este servicio al ATM. Colocamos esta operación (que hemos nombrado ejecutar) en 


Clase 

Verbos y frases verbales 

ATM 

ejecuta transacciones financieras 

SolicitudSaldo 

[ninguna en el documento de requerimientos] 

Retí ro 

[ninguna en el documento de requerimientos] 

Deposi to 

[ninguna en el documento de requerimientos] 

BaseDatosBanco 

autentica a un usuario, obtiene el saldo de una cuenta, abona un monto de depósito a una 
cuenta, carga un monto de retiro a una cuenta 

Cuenta 

obtiene el saldo de una cuenta, abona un monto de depósito a una cuenta, carga un monto 
de retiro a una cuenta 

Pantalla 

muestra un mensaje al usuario 

Tecl ado 

recibe entrada numérica del usuario 

Di spensadorEfecti vo 

dispensa efectivo, indica si contiene suficiente efectivo para satisfacer una solicitud de retiro 

RanuraDeposi to 

recibe un sobre de depósito 


Figura 6.20 | Verbos y frases verbales para cada clase en el sistema ATM. 
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el tercer compartimiento de las tres clases de transacciones en el diagrama de clases actualizado de la figura 6.21. 
Durante una sesión con el ATM, el objeto ATM invocará estas operaciones de transacciones, según sea necesario. 

Para representar las operaciones (que se implementan en forma de métodos en Java), UML lista el nombre de 
la operación, seguido de una lista separada por comas de parámetros entre paréntesis, un signo de punto y coma 
y el tipo de valor de retorno: 

nombreOperación ( parámetro 1 , parámetro2 , , parámetroN ) : tipo de valor de retorno 

Cada parámetro en la lista separada por comas consiste en un nombre de parámetro, seguido de un signo de dos 
puntos y del tipo del parámetro: 

nombreParámetro : tipoParámetro 

Por el momento, no listamos los parámetros de nuestras operaciones; en breve identificaremos y modelare- 
mos los parámetros de algunas de las operaciones. Para algunas de estas operaciones no conocemos todavía los 
tipos de valores de retorno, por lo que también las omitiremos del diagrama. Estas omisiones son perfectamente 
normales en este punto. A medida que avancemos en nuestro proceso de diseño e implementación, agregaremos 
el resto de los tipos de valores de retorno. 

La figura 6.20 lista la frase “autentica a un usuario” enseguida de la clase BaseDatosBanco; la base de datos 
es el objeto que contiene la información necesaria de la cuenta para determinar si el número de cuenta y el NIP 
introducidos por un usuario concuerdan con los de una cuenta en el banco. Por lo tanto, la clase BaseDatos- 
Banco necesita una operación que proporcione un servicio de autenticación al ATM. Colocamos la operación 


ATM 

usuarloAutenticado : Boolean = false 


SolicitudSaldo 

numeroCuenta : Integer 
ejecutarf) 

Retiro 

numeroCuenta : Integer 
monto : Double 
ejecutarf) 

Deposito 

numeroCuenta : Integer 
monto : Double 
ejecutarf) 

BaseDatosBanco 


autenticarUsuariof) : Boolean 
obtenerSaldoDIsponiblef) : Double 
obtenerSaldoTotalf) : Double 
abonarf) 
carga r() 


Cuenta 

numeroCuenta : Integer 
nip : Integer 

saldoDIsponlble : Double 
saldoTotal : Double 
validarNIPf) : Boolean 
obtenerSaldoDIsponiblef) : Double 
obtenerSaldoTotalf) : Double 
abonarf) 
cargarf) 

Pantalla 


mostrarMensajef) 

Teclado 


obtenerEntradaf) : Integer 

DispensadorEfectivo 

cuenta : Integer = 500 
dispensarEfectivof) 

haySufidenteEfectivoDisponiblef) : Boolean 

Ranura Deposito 


seRedbioSobref) : Boolean 


Figura 6.2 1 


Las clases en el sistema ATM, con atributos y operaciones. 
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autenticarllsuari o en el tercer compartimiento de la clase BaseDatosBanco (figura 6.21). No obstante, un 
objeto de la clase Cuenta y no de la clase BaseDatosBanco es el que almacena el número de cuenta y el NIP a los 
que se debe acceder para autenticar a un usuario, por lo que la clase Cuenta debe proporcionar un servicio para 
validar un NIP obtenido como entrada del usuario, y compararlo con un NIP almacenado en un objeto Cuenta. 
Por ende, agregamos una operación validarNIP a la clase Cuenta. Observe que especificamos un tipo de valor 
de retorno Boolean para las operaciones autenticarllsuari o y validarNIP. Cada operación devuelve un 
valor que indica que la operación tuvo éxito al realizar su tarea (es decir, un valor de retorno true) o que no tuvo 
éxito (es decir, un valor de retorno fal se). 

La figura 6.20 lista varias frases verbales adicionales para la clase BaseDatosBanco: “extrae el saldo de una 
cuenta”, “abona un monto de depósito a una cuenta” y “carga un monto de retiro a una cuenta”. Al igual que 
“autentica a un usuario”, estas frases restantes se refieren a los servicios que debe proporcionar la base de datos al 
ATM, ya que la base de datos almacena todos los datos de las cuentas que se utilizan para autenticar a un usuario 
y realizar transacciones con el ATM. No obstante, los objetos de la clase Cuenta son los que en realidad realizan 
las operaciones a las que se refieren estas frases. Por ello, asignamos una operación tanto a la clase BaseDatos- 
Banco como a la clase Cuenta, que corresponda con cada una de estas frases. En la sección 3.10 vimos que, como 
una cuenta de banco contiene información delicada, no permitimos que el ATM acceda a las cuentas en forma 
directa. La base de datos actúa como un intermediario entre el ATM y los datos de la cuenta, evitando el acceso 
no autorizado. Como veremos en la sección 7.14, la clase ATM invoca las operaciones de la clase BaseDatosBanco, 
cada una de las cuales a su vez invoca a la operación con el mismo nombre en la clase Cuenta. 

La frase “obtiene el saldo de una cuenta” sugiere que las clases BaseDatosBanco y Cuenta necesitan una ope- 
ración obtenerSal do. Sin embargo, recuerde que creamos dos atributos en la clase Cuenta para representar un 
saldo: sal doDl sponf bl e y sal doTotal . Una solicitud de saldo requiere el acceso a estos dos atributos del saldo, 
de manera que pueda mostrarlos al usuario, pero un retiro sólo requiere verificar el valor de sal doDi sponi bl e. 
Para permitir que los objetos en el sistema obtengan cada atributo de saldo en forma individual, agregamos las 
operaciones obtenerSal doDi sponi bl e y obtenerSal doTotal al tercer compartimiento de las clases Base- 
DatosBanco y Cuenta (figura 6.21). Especificamos un tipo de valor de retorno Double para estas operaciones, 
debido a que los atributos de los saldos que van a obtener son de tipo Doubl e. 

Las frases “abona un monto de depósito a una cuenta” y “carga un monto de retiro a una cuenta” indican que 
las clases BaseDatosBanco y Cuenta deben realizar operaciones para actualizar una cuenta durante un depósito y 
un retiro, respectivamente. Por lo tanto, asignamos las operaciones abonar y cargar a las clases BaseDatosBanco 
y Cuenta. Tal vez recuerde que cuando se abona a una cuenta (como en un depósito) se suma un monto sólo al 
atributo sal doTotal. Por otro lado, cuando se carga a una cuenta (como en un retiro) se resta el monto tanto 
del saldo total como del saldo disponible. Ocultamos estos detalles de implementación dentro de la clase Cuenta. 
Éste es un buen ejemplo de encapsulamiento y ocultamiento de información. 

Si éste fuera un sistema ATM real, las clases BaseDatosBanco y Cuenta también proporcionarían un con- 
junto de operaciones para permitir que otro sistema bancario actualizara el saldo de la cuenta de un usuario des- 
pués de confirmar o rechazar todo, o parte de, un depósito. Por ejemplo, la operación confirmarMontoDeposi to 
sumaría un monto al atributo sal doDi sponi bl e, y haría que los fondos depositados estuvieran disponibles para 
retirarlos. La operación rechazarMontoDeposi to restaría un monto al atributo sal doTotal para indicar que un 
monto especificado, que se había depositado recientemente a través del ATM y se había sumado al sal doTotal , 
no se encontró en el sobre de depósito. El banco invocaría esta operación después de determinar que el usuario no 
incluyó el monto correcto de efectivo o que algún cheque no fue validado (es decir, que “rebotó”). Aunque al 
agregar estas operaciones nuestro sistema estaría más completo, no las incluiremos en nuestros diagramas de clases 
ni en nuestra implementación, ya que se encuentran más allá del alcance de este ejemplo práctico. 

La clase Pantal la “muestra un mensaje al usuario” en diversos momentos durante una sesión con el ATM. 
Toda la salida visual se produce a través de la pantalla del ATM. El documento de requerimientos describe 
muchos tipos de mensajes (por ejemplo, un mensaje de bienvenida, un mensaje de error, un mensaje de agra- 
decimiento) que la pantalla muestra al usuario. El documento de requerimientos también indica que la pantalla 
muestra indicadores y menús al usuario. No obstante, un indicador es en realidad sólo un mensaje que describe 
lo que el usuario debe introducir a continuación, y un menú es en esencia un tipo de indicador que consiste en 
una serie de mensajes (es decir, las opciones del menú) que se muestran en forma consecutiva. Por lo tanto, en vez 
de asignar a la clase Pantalla una operación individual para mostrar cada tipo de mensaje, indicador y menú, 
basta con crear una operación que pueda mostrar cualquier mensaje especificado por un parámetro. Colocamos 
esta operación (mostrarMensaje) en el tercer compartimiento de la clase Pantalla en nuestro diagrama de 
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clases (figura 6.21). Observe que no nos preocupa el parámetro de esta operación en estos momentos; lo mode- 
laremos más adelante en esta sección. 

De la frase “recibe entrada numérica del usuario” listada por la clase Tecl ado en la figura 6.20, podemos con- 
cluir que la clase Tecl ado debe realizar una operación obtenerEntrada. A diferencia del teclado de una compu- 
tadora, el teclado del ATM sólo contiene los números del 0 al 9, por lo cual especificamos que esta operación 
devuelve un valor entero. Si recuerda, en el documento de requerimientos vimos que en distintas situaciones, tal 
vez se requiera que el usuario introduzca un tipo distinto de número (por ejemplo, un número de cuenta, un N1P, 
el número de una opción del menú, un monto de depósito como número de centavos). La clase Teclado sólo 
obtiene un valor numérico para un cliente de la clase; no determina si el valor cumple con algún criterio específi- 
co. Cualquier clase que utilice esta operación debe verificar que el usuario haya introducido un número apropiado 
según el caso, y después debe responder de manera acorde (por ejemplo, mostrar un mensaje de error a través de 
la clase Pantalla). [Nota: cuando implementemos el sistema, simularemos el teclado del ATM con el teclado 
de una computadora y, por cuestión de simpleza, asumiremos que el usuario no escribirá datos de entrada que no 
sean números, usando las teclas en el teclado de la computadora que no aparezcan en el teclado del ATM] . 

La figura 6.20 lista la frase “dispensa efectivo” para la clase Di spensadorEfecti vo. Por lo tanto, creamos la 
operación di spensar Efectivo y la listamos bajo la clase Di spensadorEfecti vo en la figura 6.21. La clase Di s- 
pensadorEfecti vo también “indica si contiene suficiente efectivo para satisfacer una solicitud de retiro”. Para 
esto incluimos a haySuficienteEfectivoDisponible, una operación que devuelve un valor de tipo Boolean 
de UML, en la clase Di spensadorEfecti vo. La figura 6.20 también lista la frase “recibe un sobre de depósito” 
para la clase RanuraDeposi to. La ranura de depósito debe indicar si recibió un sobre, por lo que colocamos una 
operación seRecibi oSobre, la cual devuelve un valor Boolean, en el tercer compartimiento de la clase Ranu- 
raDeposi to. [Nota: es muy probable que una ranura de depósito de hardware real envíe una señal al ATM para 
indicarle que se recibió un sobre. No obstante, simularemos este comportamiento con una operación en la clase 
RanuraDeposito, que la clase ATM pueda invocar para averiguar si la ranura de depósito recibió un sobre]. 

No listamos ninguna operación para la clase ATM en este momento. Todavía no sabemos de algún servicio que 
proporcione la clase ATM a otras clases en el sistema. No obstante, cuando implementemos el sistema en código 
de Java, tal vez emerjan las operaciones de esta clase junto con las operaciones adicionales de las demás clases en 
el sistema. 

Identificar y modelar los parámetros de operación 

Hasta ahora no nos hemos preocupado por los parámetros de nuestras operaciones; sólo hemos tratado de obtener 
una comprensión básica de las operaciones de cada clase. Ahora daremos un vistazo más de cerca a varios paráme- 
tros de operación. Para identificar los parámetros de una operación, analizamos qué datos requiere la operación 
para realizar su tarea asignada. 

Considere la operación autenti carUsuari o de la clase BaseDatosBanco. Para autenticar a un usuario, esta 
operación debe conocer el número de cuenta y el NIP que suministra el usuario. Por lo tanto, especificamos que 
la operación autenticarUsuario debe recibir los parámetros enteros numeroCuentallsuario y nipUsuario, 
que la operación debe comparar con el número de cuenta y el NIP de un objeto Cuenta en la base de datos. 
Colocaremos después de estos nombres de parámetros la palabra Usuario, para evitar confusión entre los nom- 
bres de los parámetros de la operación y los nombres de los atributos que pertenecen a la clase Cuenta. Listamos 
estos parámetros en el diagrama de clases de la figura 6.22, el cual modela sólo a la clase BaseDatosBanco. [Nota: 
es perfectamente normal modelar sólo una clase en un diagrama de clases. En este caso lo que más nos preocu- 
pa es analizar los parámetros de esta clase específica, por lo que omitimos las demás clases. Más adelante en los 
diagramas de clase de este ejemplo práctico, en donde los parámetros dejarán de ser el centro de nuestra atención, 
los omitiremos para ahorrar espacio. No obstante, recuerde que las operaciones que se listan en estos diagramas 
siguen teniendo parámetros] . 

Recuerde que para modelar a cada parámetro en una lista de parámetros separados por comas, UML lista el 
nombre del parámetro, seguido de un signo de dos puntos y el tipo del parámetro (en notación de UML). Así, 
la figura 6.22 especifica que la operación autenti carUsuari o recibe dos parámetros: numeroCuentaUsuario y 
ni pUsuario, ambos de tipo Integer. Cuando implementemos el sistema en Java, representaremos estos pará- 
metros con valores i nt. 

Las operaciones obtenerSal doDi sponi bl e, obtenerSaldoTotal, abonar y cargar de la clase BaseDa- 
tosBanco también requieren un parámetro nombreCuentaUsuario para identificar la cuenta a la cual la base de 
datos debe aplicar las operaciones, por lo que incluimos estos parámetros en el diagrama de clases de la figura 
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BaseDatosBanco 


autent¡carUsuario(nombreCuentallsuar¡o : Integer, nipllsuario : Integer) : Boolean 
obtenerSaldoDisponible(numeroCuentallsuario : Integer) : Double 
obtenerSaldoTotal(numeroCuentaUsuario : Integer) : Double 
abonar(numeroCuentallsuario : Integer, monto : Double) 
cargar(numeroCuentatlsuar¡o : Integer, monto : Double) 

figura 6.22 | La clase BaseDatosBanco con parámetros de operación. 

6.22. Además, las operaciones abonar y cargar requieren un parámetro Doubl e llamado monto, para especificar 
el monto de dinero que se abonará o cargará, respectivamente. 

El diagrama de clases de la figura 6.23 modela los parámetros de las operaciones de la clase Cuenta. La ope- 
ración val i darNIP sólo requiere un parámetro ni pUsuari o, el cual contiene el N1P especificado por el usuario, 
que se comparará con el N1P asociado a la cuenta. Al igual que sus contrapartes en la clase BaseDatosBanco, las 
operaciones abonar y cargar en la clase Cuenta requieren un parámetro Double llamado monto, el cual indica 
la cantidad de dinero involucrada en la operación. Las operaciones obtenerSal doDi sponi bl e y obtenerSal - 
doTotal en la clase Cuenta no requieren datos adicionales para realizar sus tareas. Observe que las operaciones de 
la clase Cuenta no requieren un parámetro de número de cuenta para diferenciar una cuenta de otra, ya que cada 
una de estas operaciones se puede invocar sólo en un objeto Cuenta específico. 

La figura 6.24 modela la clase Pantal 1 a con un parámetro especificado para la operación mostrarMensa j e. 
Esta operación requiere sólo un parámetro Stri ng llamado mensaje, el cual indica el texto que debe mostrarse en 
pantalla. Recuerde que los tipos de los parámetros que se enlistan en nuestros diagramas de clases están en nota- 
ción de UML, por lo que el tipo Stri ng que se enlista en la figura 6.24 se refiere al tipo de UML. Cuando imple- 
mentemos el sistema en Java, utilizaremos de hecho la clase Stri ng de Java para representar este parámetro. 

El diagrama de clases de la figura 6.25 especifica que la operación di spensarEfecti vo de la clase Di spen- 
sadorEfecti vo recibe un parámetro Doubl e llamado monto para indicar el monto de efectivo (en dólares) que se 
dispensará al usuario. La operación haySuficienteEfectivoDi sponi ble también recibe un parámetro Double 
llamado monto para indicar el monto de efectivo en cuestión. 


Cuenta 

numeroCuenta : Integer 
nip : Integer 

saldoDisponible : Double 
saldoTotal : Double 

validarNIP (nipllsuario : Integer) : Boolean 
obtenerSaldoDisponible() : Double 
obtenerSaldoTotal() : Double 
abonar(monto : Double) 
cargar(monto : Double) 

Figura 6.23 | La clase Cuenta con parámetros de operación. 


Pantalla 


mostrarMensaje( mensaje : String ) 

Figura 6.24 | La clase Pantal 1 a con parámetros de operación. 
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DispensadorEfectivo 

cuenta : Integer = 500 

d¡spensarEfect¡vo( monto : Double ) 
haySuficienteEfect¡voDisponible( monto : Double ) : Boolean 

Figura 6.25 | La clase DispensadorEfectivo con parámetros de operación. 


Observe que no hablamos sobre los parámetros para la operación ejecutar de las clases SolicitudSaldo, 
Reti ro y Depósi to, de la operación obtenerEntrada de la clase Tecl ado y la operación seReci bi oSobre de la 
clase RanuraDeposi to. En este punto de nuestro proceso de diseño, no podemos determinar si estas operaciones 
requieren datos adicionales para realizar sus tareas, por lo que dejaremos sus listas de parámetros vacías. A medida 
que avancemos por el ejemplo práctico, tal vez decidamos agregar parámetros a estas operaciones. 

En esta sección hemos determinado muchas de las operaciones que realizan las clases en el sistema ATM. 
Identificamos los parámetros y los tipos de valores de retorno de algunas operaciones . A medida que continuemos con 
nuestro proceso de diseño, el número de operaciones que pertenezcan a cada clase puede variar; podríamos 
descubrir que se necesitan nuevas operaciones o que ciertas operaciones actuales no son necesarias; y podría- 
mos determinar que algunas de las operaciones de nuestras clases necesitan parámetros adicionales y tipos de 
valores de retorno distintos. 

Ejercicios de autoevaluación del Ejemplo práctico de Ingeniería de Software 

6.1 ¿Cuál de las siguientes opciones no es un comportamiento? 

a) Leer datos de un archivo. 

b) Imprimir los resultados. 

c) Imprimir texto. 

d) Obtener la entrada del usuario. 

6.2 Si quisiera agregar al sistema ATM una operación que devuelva el atributo monto de la clase Reti ro, ¿cómo y 
en dónde especificaría esta operación en el diagrama de clases de la figura 6.21 ? 

6.3 Describa el significado del siguiente listado de operaciones, el cual podría aparecer en un diagrama de clases 
para el diseño orientado a objetos de una calculadora: 

sumar( x : Integer, y : Integer ) : Integer 

Respuestas a los ejercicios de autoevaluación del Ejemplo práctico de Ingeniería de Software 

6.1 c. 

6.2 Para especificar una operación que obtenga el atributo monto de la clase Reti ro, se debe colocar el siguiente 
listado de operaciones en el (tercer) compartimiento de operaciones de la clase Reti ro: 

obtenerMonto( ) : Double 

6.3 Este listado de operaciones indica una operación llamada sumar, la cual recibe los enteros x y y como paráme- 
tros y devuelve un valor entero. 

6.15 Conclusión 

En este capítulo aprendió más acerca de los detalles de la declaración de métodos. También conoció la diferencia 
entre los métodos stati c y los no stati c, y le mostramos cómo llamar a los métodos stati c, anteponiendo 
al nombre del método el nombre de la clase en la cual aparece, y el separador punto ( . ) . Aprendió a utilizar el 
operador + para realizar concatenaciones de cadenas. Aprendió a declarar constantes con nombre, usando los 
tipos enum y las variables publ i c final stati c. Vio cómo usar la clase Random para generar conjuntos de núme- 
ros aleatorios, que pueden usarse para simulaciones. También aprendió acerca del alcance de los campos y las 
variables locales en una clase. Por último, aprendió que varios métodos en una clase pueden sobrecargarse, al 
proporcionar métodos con el mismo nombre y distintas firmas. Dichos métodos pueden usarse para realizar las 
mismas tareas, o tareas similares, usando distintos tipos o distintos números de parámetros. 
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En el capítulo 7 aprenderá a mantener listas y tablas de datos en arreglos. Verá una implementación más 
elegante de la aplicación que tira un dado 6000 veces, y dos versiones mejoradas de nuestro ejemplo práctico 
Li broCal i ficaci ones que estudió en los capítulos 3 a 5. También aprenderá cómo acceder a los argumentos de 
línea de comandos de una aplicación, los cuales se pasan al método mai n cuando una aplicación comienza su 
ejecución. 


Resumen 

Sección 6. 1 Introducción 

• La experiencia ha demostrado que la mejor forma de desarrollar y mantener un programa extenso es construirlo a 
partir de piezas pequeñas y simples, o módulos. A esta técnica se le conoce como “divide y vencerás”. 

Sección 6.2 Módulos de programas en Java 

• Hay tres tipos de módulos en Java: métodos, clases y paquetes. Los métodos se declaran dentro de las clases. Por lo 
general, las clases se agrupan en paquetes para que puedan importarse en los programas y reutilizarse. 

• Los métodos nos permiten dividir un programa en módulos, al separar sus tareas en unidades autocontenidas. Las 
instrucciones en un método se escriben sólo una vez, y se ocultan de los demás métodos. 

• Utilizar los métodos existentes como bloques de construcción para crear nuevos programas es una forma de reutili- 
zación del software, que nos permite evitar repetir código dentro de un programa. 

Sección 6.3 Métodos static, campos static y la clase Math 

• Una llamada a un método especifica el nombre del método a llamar y proporciona los argumentos que el método 
al que se llamó requiere para realizar su tarea. Cuando termina la llamada al método, éste devuelve un resultado o 
simplemente devuelve el control al método que lo llamó. 

• Una clase puede contener métodos static para realizar tareas comunes que no requieren un objeto de la clase. 
Cualquier información que pueda requerir un método static para realizar sus tareas se le puede enviar en forma de 
argumentos, en una llamada al método. Para llamar a un método static, se especifica el nombre de la clase en la cual 
está declarado el método, seguido de un punto (.) y del nombre del método, como en 

NombreClase.nombreMétodo( argumentos ) 

• Los argumentos para los métodos pueden ser constantes, variables o expresiones. 

• La clase Math cuenta con métodos stati c para realizar cálculos matemáticos comunes; además, declara dos 
campos que representan constantes matemáticas de uso común: Math . PI y Math . E. La constante Math . PI 
(3.14159265358979323846) es la relación entre la circunferencia de un círculo y su diámetro. La constante Math.E 
(2.7182818284590452354) es el valor de la base para los logaritmos naturales (que se calculan con el método sta- 
ti c Math log). 

• Math.PI y Math.E se declaran con los modificadores public, final y static. Al hacerlos public, otros progra- 
madores pueden usar estos campos en sus propias clases. Cualquier campo declarado con la palabra clave final es 
constante; su valor no se puede modificar una vez que se inicializa el campo. Tanto PI como E se declaran final , ya 
que sus valores nunca cambian. Al hacer a estos campos stati c, se puede acceder a ellos a través del nombre de la 
clase Math y un separador punto (.), justo igual que con los métodos de la clase Math. 

• Cuando se crean objetos de una clase que contiene campos stati c (variables de clase), todos los objetos de esa clase 
comparten una copia de los campos stati c. En conjunto, las variables de clase y las variables de instancia de la 
clase representan sus campos. En la sección 8.11 aprenderá más acerca de los campos stati c. 

• Al ejecutar la Máquina Virtual de Java (JVM) con el comando j ava, la JVM trata de invocar al método mai n de la 
clase que usted le especifique. La JVM carga la clase especificada por NombreClase y utiliza el nombre de esa clase 
para invocar al método mai n. Puede especificar una lista opcional de objetos Stri ng (separados por espacios) como 
argumentos de línea de comandos, que la JVM pasará a su aplicación. 

• Puede colocar un método mai n en cualquier clase que declare; sólo se llamará al método mai n en la clase que usted 
utilice para ejecutar la aplicación. Algunos programadores aprovechan esto para crear un pequeño programa de 
prueba en cada clase que declaran. 
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Sección 6.4 Declaración de métodos con múltiples parámetros 

• Cuando se hace una llamada a un método, el programa crea una copia de los valores de los argumentos del método 
y los asigna a los parámetros correspondientes del mismo, que se crean e inicializan cuando se hace la llamada al 
método. Cuando el control del programa regresa al punto en el que se hizo la llamada al método, los parámetros del 
mismo se eliminan de la memoria. 

• Un método puede devolver a lo más un valor, pero el valor devuelto podría ser una referencia a un objeto que con- 
tenga muchos valores. 

• Las variables deben declararse como campos de una clase, sólo si se requieren para usarlos en más de un método de 
la clase, o si el programa debe guardar sus valores entre distintas llamadas a los métodos de la clase. 

Sección 6.5 Notas acerca de cómo declarar y utilizar los métodos 

• Hay tres formas de llamar a un método: usar el nombre de un método por sí solo para llamar a otro método de la 
misma clase; usar una variable que contenga una referencia a un objeto, seguida de un punto (.) y del nombre del 
método, para llamar a un método del objeto al que se hace referencia; y usar el nombre de la clase y un punto (.) 
para llamar a un método stati c de una clase. 

• Hay tres formas de devolver el control a una instrucción que llama a un método. Si el método no devuelve un resul- 
tado, el control regresa cuando el flujo del programa llega a la llave derecha de terminación del método, o cuando se 
ejecuta la instrucción 

return ; 

si el método devuelve un resultado, la instrucción 
return expresión ; 

evalúa la expresión , y después regresa de inmediato el valor resultante al método que hizo la llamada. 

• Cuando un método tiene más de un parámetro, los parámetros se especifican como una lista separada por comas. 
Debe haber un argumento en la llamada al método para cada parámetro en su declaración. Además, cada argumen- 
to debe ser consistente con el tipo del parámetro correspondiente. Si un método no acepta argumentos, la lista de 
parámetros está vacía. 

• Los objetos Stri ng se pueden concatenar mediante el uso del operador +, que coloca los caracteres del operando 
derecho al final de los que están en el operando izquierdo. 

• Cada valor primitivo y objeto en Java tiene una representación String. Cuando se concatena un objeto con un 
Stri ng, el objeto se convierte en un Stri ng y después, los dos Stri ng se concatenan. 

• Para los valores primitivos que se utilizan en la concatenación de cadenas, la JVM maneja la conversión de los valores 
primitivos a objetos Stri ng. Si un valor bool ean se concatena con un objeto Stri ng, se utiliza la palabra "true" 
o la palabra "fal se" para representar el valor bool ean. Si hay ceros a la derecha en un valor de punto flotante, se 
descartan cuando el número se concatena a un objeto Stri ng. 

• Todos los objetos en Java tienen un método especial, llamado toSt ri ng, el cual devuelve una representación St ri ng 
del contenido del objeto. Cuando se concatena un objeto con un String, la JVM llama de manera implícita al 
método toStri ng del objeto, para obtener la representación Stri ng del mismo. 

• Cuando se escribe una literal Stri ng extensa en el código fuente de un programa, algunas veces los programadores 
dividen esa literal String en varias literales String más pequeñas, y las colocan en varias líneas de código para 
mejorar la legibilidad, y después vuelven a ensamblar las literales Stri ng mediante la concatenación. 

Sección 6.6 Pila de llamadas a los métodos y registros de activación 

• Las pilas se conocen como estructuras de datos tipo “último en entrar, primero en salir (UEPS)”; el último elemento 
que se mete (inserta) en la pila es el primer elemento que se saca (extrae) de ella. 

• Un método al que se llama debe saber cómo regresar al método que lo llamó, por lo que la dirección de retorno del 
método que hace la llamada se mete en la pila de ejecución del programa cuando se llama al método. Si ocurre una 
serie de llamadas a métodos, las direcciones de retorno sucesivas se meten en la pila, en el orden último en entrar, 
primero en salir, de manera que el último método en ejecutarse sea el primero en regresar al método que lo llamó. 

• La pila de ejecución del programa contiene la memoria para las variables locales que se utilizan en cada invocación 
de un método, durante la ejecución de un programa. Este dato se conoce como el registro de activación, o marco de 
pila, de la llamada al método. Cuando se hace una llamada a un método, el registro de activación para la llamada 
a ese método se mete en la pila de ejecución del programa. Cuando el método regresa al método que lo llamó, el 
registro de activación para esta llamada al método se saca de la pila, y esas variables locales ya no son conocidas para 
el programa. Si una variable local que contiene una referencia a un objeto es la única variable en el programa con una 
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referencia a ese objeto, cuando el registro de activación que contiene esa variable local se saca de la pila, el programa 
ya no puede acceder al objeto y, en un momento dado, la JVM lo eliminará de la memoria durante la “recolección 
de basura”. 

• La cantidad de memoria en una computadora es finita, por lo que sólo puede utilizarse cierta cantidad de memoria 
para almacenar registros de activación en la pila de ejecución del programa. Si hay más llamadas a métodos de las 
que se puedan almacenar en sus registros de activación en la pila de ejecución del programa, se produce un error 
conocido como desbordamiento de pila. La aplicación se compilará correctamente, pero su ejecución producirá un 
desbordamiento de pila. 

Sección 6.7 Promoción y conversión de argumentos 

• Una característica importante de las llamadas a métodos es la promoción de argumentos: convertir el valor de un 
argumento al tipo que el método espera recibir en su parámetro correspondiente. 

• Hay un conjunto de reglas de promoción que se aplican a las expresiones que contienen valores de dos o más tipos 
primitivos, y a los valores de tipos primitivos que se pasan como argumentos para los métodos. Cada valor se pro- 
mueve al tipo “más alto” en la expresión. En casos en los que se puede perder información debido a la conversión, 
el compilador de Java requiere que utilicemos un operador de conversión de tipos para obligar explícitamente a que 
ocurra la conversión. 

Sección 6.9 Ejemplo práctico: generación de números aleatorios 

• Los objetos de la clase Random (paquete j ava .útil) pueden producir valores i nt, i ong, float o doubl e. El método 
random de Math puede producir valores doubi e en el rango 0 . 0 < x < 1 . 0, en donde x es el valor devuelto por el 
método random. 

• El método nextlnt de Random genera un valor i nt aleatorio en el rango de -2,147,483,648 a +2,147,483,647. Los 
valores devueltos por nextlnt son en realidad números seudoaleatorios: una secuencia de valores producidos por 
un cálculo matemático complejo. Ese cálculo utiliza la hora actual del día para sembrar el generador de números 
aleatorios, de tal forma que cada ejecución del programa produzca una secuencia diferente de valores aleatorios. 

• La clase Random cuenta con otra versión del método nextlnt, la cual recibe un argumento i nt y devuelve un valor 
desde 0 hasta el valor del argumento (pero sin incluirlo). 

• Los números aleatorios en un rango pueden generarse mediante 

numero = valorDesplazamiento + numerosAleatori os . nextlnt ( factorEscala ); 

en donde valorDesplazamiento especifica el primer número en el rango deseado de enteros consecutivos, y factorEs- 
cala especifica cuántos números hay en el rango. 

• Los números aleatorios pueden elegirse a partir de rangos de enteros no consecutivos, como en 

numero = valorDesplazamiento + 

diferenciaEntreValores * numerosAleatorios . nextlnt ( factorEscala ); 

en donde valorDesplazamiento especifica el primer número en el rango de valores, diferenciaEntreValores representa 
la diferencia entre números consecutivos en la secuencia y factorEscala especifica cuántos números hay en el rango. 

• Para depurar, algunas veces es conveniente repetir la misma secuencia de números seudoaleatorios durante cada 
ejecución del programa, para demostrar que su aplicación funciona para una secuencia específica de números aleato- 
rios, antes de probar el programa con distintas secuencias de números aleatorios. Cuando la repetitividad es impor- 
tante, puede crear un objeto Random al pasar un valor entero "long al constructor. Si se utiliza la misma semilla cada 
vez que se ejecuta el programa, el objeto Random produce la misma secuencia de números aleatorios. También puede 
establecer la semilla de un objeto Random en cualquier momento, llamando al método setSeed del objeto. 

Sección 6.10 Ejemplo práctico: un juego de probabilidad (introducción a las enumeraciones) 

• Una enumeración se introduce mediante la palabra clave enum y el nombre de un tipo. Al igual que con cualquier 
clase, las llaves ({ y }) delimitan el cuerpo de una declaración enum. Dentro de las llaves hay una lista separada por 
comas de constantes de enumeración, cada una de las cuales representa un valor único. Los identificadores en una 
enum deben ser únicos. A las variables de tipo enum sólo se les pueden asignar constantes de ese tipo enum. 

• Las constantes también pueden declararse como variables publ i c final stati c. Dichas constantes se declaran todas 
con letras mayúsculas por convención, para hacer que resalten en el programa. 

Sección 6.11 Alcance de las declaraciones 

• El alcance es la porción del programa en la que se puede hacer referencia a una entidad, como una variable o un 
método, por su nombre. Se dice que dicha entidad está “dentro del alcance” para esa porción del programa. 
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• El alcance de la declaración de un parámetro es el cuerpo del método en el que aparece esa declaración. 

• El alcance de la declaración de una variable local es a partir del punto en el que aparece la declaración, hasta el final 
de ese bloque. 

• El alcance de una etiqueta en una instrucción break o conti nue etiquetada es el cuerpo de la instrucción etique- 
tada. 

• El alcance de la declaración de una variable local que aparece en la sección de inicialización del encabezado de una 
instrucción for es el cuerpo de la instrucción for, junto con las demás expresiones en el encabezado. 

• El alcance de un método o campo de una clase es todo el cuerpo de la clase. Esto permite que los métodos de una 
clase utilicen nombres simples para llamar a los demás métodos de la clase y acceder a los campos de la misma. 

• Cualquier bloque puede contener declaraciones de variables. Si una variable local o parámetro en un método tiene 
el mismo nombre que un campo, éste se oculta hasta que el bloque termina de ejecutarse. 

Sección 6. 12 Sobrecarga de métodos 

• Java permite que se declaren varios métodos con el mismo nombre en una clase, siempre y cuando los métodos 
tengan distintos conjuntos de parámetros (lo cual se determina en base al número, orden y tipos de los parámetros). 
A esta técnica se le conoce como sobrecarga de métodos. 

• Los métodos sobrecargados se distinguen por sus firmas: combinaciones de los nombres de los métodos y el número, 
tipos y orden de sus parámetros. Los métodos no pueden distinguirse en base al tipo de valor de retorno. 


Terminología 

alcance de una declaración 
argumento de línea de comandos 
bloque 

campos “ocultos” 

Color, clase 

componentes de software reutilizables 

concatenación de cadenas 

constante de enumeración 

declaración de un método 

desbordamiento de pila 

desplazar un rango (números aleatorios) 

dividir en módulos un programa con métodos 

documentación de la API de Java 

elemento de probabilidad 

enum, palabra clave 

enumeración 

extraer (de una pila) 

factor de escala (números aleatorios) 

fill Oval , método de la clase Graphi es 

fil 1 Rect, método de la clase Graphi es 

final , palabra clave 

firma de un método 

función 

insertar (en una pila) 

interfaz de programación de aplicaciones (API) 

Interfaz de programación de aplicaciones de Java (API) 
invocar a un método 
lista de parámetros 

lista de parámetros separados por comas 

llamada a método 

marco de pila 

método “divide y vencerás” 

método de clase 

método declarado por el programador 


módulo 

nextlnt, método de la clase Random 
número seudoaleatorio 
números aleatorios 

ocultar los detalles de implementación 

ocultar un campo 

paquete 

parámetro 

parámetro formal 

pila 

pila de ejecución del programa 
pila de llamadas a métodos 
procedimiento 
promoción de argumentos 
promociones de tipos primitivos 
random de la clase Math 
Random, clase 
registro de activación 
reglas de promoción 

relación jerárquica método jefe/método trabajador 

return, palabra clave 

reutilización de software 

setCoI or, método de la clase Graphi es 

setSeed, método de la clase Random 

simulación 

sobrecarga de métodos 
sobrecargar un método 

último en entrar, primero en salir (UEPS), estructura de 
datos 

valor de desplazamiento (números aleatorios) 
valor de semilla (números aleatorios) 
valores RGB 
variable de clase 
variable local 
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Ejercicios de autoevaluación 

6. 1 Complete las siguientes oraciones: 

a) Un método se invoca con un . 

b) A una variable que se conoce sólo dentro del método en el que está declarada, se le llama . 

c) La instrucción en un método llamado puede usarse para regresar el valor de una 

expresión, al método que hizo la llamada. 

d) La palabra clave indica que un método no devuelve ningún valor. 

e) Los datos pueden agregarse o eliminarse sólo desde de una pila. 

f) Las pilas se conocen como estructuras de datos : el último elemento que se mete 

(inserta) en la pila es el primer elemento que se saca (extrae) de ella. 

g) Las tres formas de regresar el control de un método llamado a un solicitante son , 

7 • 

h) Un objeto de la clase produce números aleatorios. 

i) La pila de ejecución del programa contiene la memoria para las variables locales en cada invocación de 
un método, durante la ejecución de un programa. Estos datos, almacenados como una parte de la pila 

de ejecución del programa, se conocen como o de la llamada 

al método. 

j) Si hay más llamadas a métodos de las que puedan almacenarse en la pila de ejecución del programa, se 

produce un error conocido como . 

k) El de una declaración es la porción del programa que puede hacer referencia a la 

entidad en la declaración, por su nombre. 

l) En Java, es posible tener varios métodos con el mismo nombre, en donde cada uno opere con distintos tipos 

o números de argumentos. A esta característica se le llama de métodos. 

m) La pila de ejecución del programa también se conoce como la pila de . 

6.2 Para la clase Craps de la figura 6.9, indique el alcance de cada una de las siguientes entidades: 

a) la variable numerosAl eatorios. 

b) la variable dadol. 

c) el método ti rarDado. 

d) el método jugar. 

e) la variable sumaDeDados. 

6.3 Escriba una aplicación que pruebe si los ejemplos de las llamadas a los métodos de la clase Math que se muestran 

en la figura 6.2 realmente producen los resultados indicados. 

6.4 Proporcione el encabezado para cada uno de los siguientes métodos: 

a) El método hi potenusa, que toma dos argumentos de punto flotante con doble precisión, llamados 1 adol 
y 1 ado2, y que devuelve un resultado de punto flotante, con doble precisión. 

b) El método menor, que toma tres enteros x, y y z, y devuelve un entero. 

c) El método i nstrucci ones, que no toma argumentos y no devuelve ningún valor. {Nota: estos métodos se 
utilizan comúnmente para mostrar instrucciones a un usuario). 

d) El método i ntAFloat, que toma un argumento entero llamado numero y devuelve un resultado de punto 
flotante. 

6.5 Encuentre el error en cada uno de los siguientes segmentos de programas. Explique cómo se puede corregir el 

error. 

a) int g() 

{ 

System. out . pri ntl n( "Dentro del método g" ); 
int h() 

{ 

System. out. println( "Dentro del método h" ); 

} 


} 
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b) int suma( int x, int y ) 

{ 

int resultado; 
resultado = x + y; 

} 

c) voit f( float a ); 

{ 

float a; 

System . out . pri ntl n( a ); 

} 

d) voit productoO 

{ 

int a = 6, b = 5, c = 4, resultado; 
resultado = a * b * c; 

System . out . pri ntf( "El resultado es %d\n", resultado ); 
return resultado; 

} 

6.6 Escriba una aplicación completa en Java que pida al usuario el radio de tipo doubl e de una esfera, y que llame 
al método vol umenEsfera para calcular y mostrar el volumen de esa esfera. Utilice la siguiente asignación para calcular 
el volumen: 

doubl e volumen =(4.0/ 3.0)* Math.PI * Math.powC radio, 3 ) 


Respuestas a los ejercicios de autoevaluación 

6.1 a) llamada a un método, b) variable local, c) return. d)void. e) cima, f) último en entrar, primero en salir 
(UEPS). g) return; o return expresión ; o encontrar la llave derecha de cierre de un método, h) Random. i) registro 
de activación, j) desbordamiento de pila, k) alcance. 1) sobrecarga de métodos, m) llamadas a métodos. 

6.2 a) el cuerpo de la clase, b) el bloque que define el cuerpo del método ti rarDado. c) el cuerpo de la clase, 
d) el cuerpo de la clase, e) el bloque que define el cuerpo del método jugar. 

6.3 La siguiente solución demuestra el uso de los métodos de la clase Math de la figura 6.2: 

1 // Ejercicio 6.3: PruebaMath . java 

2 // Prueba de los métodos de la clase Math. 

3 

4 public class PruebaMath 

5 { 

6 public static void main( String args[] ) 

7 { 

8 System. out. printf( "Math.abs( 23.7 ) = %f\ri , Math.abs( 23.7 ) ); 

9 System. out. printf( "Math.abs( 0.0 ) = %f\n", Math.abs( 0.0 ) ); 

10 System. out. printf( "Math.abs( -23.7 ) = %f\n", Math.abs( -23.7 ) ); 

11 System. out. pri ntf( "Math.ceil( 9.2 ) = %f\n", Math.ceil( 9.2 ) ); 

12 System. out. pri ntf( "Math.ceil( -9.8 ) = %f\n", Math.ceil( -9.8 ) ); 

13 System. out. printf( "Math.cos( 0.0 ) = %f\n", Math.cos( 0.0 ) ); 

14 System. out. pri ntf( "Math.exp( 1.0 ) = %f\n", Math.exp( 1.0 ) ); 

15 System. out. printf( "Math.exp( 2.0 ) = %f\n", Math.exp( 2.0 ) ); 

16 System. out. printf( "Math.floor( 9.2 ) = %f\ri , Math.floor( 9.2 ) ); 

17 System. out. printf( "Math.floor( -9.8 ) = %f\n", 

18 Math.floor( -9.8 ) ); 

19 System. out. pri ntf( "Math.log( Math.E ) = %f\n", 

20 Math.logC Math.E ) ); 

21 System. out. printf( "Math.logC Math.E * Math.E ) = %f\n' , 

22 Math.logC Math.E * Math.E ) ); 
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23 

24 

25 

26 

27 

28 

29 

30 

31 

32 

33 

34 

35 

36 

37 

38 

39 

40 

41 


} 


System. out. printfC "Math.max( 2.3, 12.7 ) 
Math.maxC 2.3, 12.7 ) ); 

System. out.printfC "Math.max( -2.3 
Math.maxC -2.3, -12.7 ) ); 

System. out. printf( "Math.min( 2.3, 12.7 ) = 
Math.min( 2.3, 12.7 ) ); 

System. out.printfC "Math.minC -2.3 
Math.minC -2.3, -12.7 ) ); 

System. out.printfC "Math.powC 2.0, 

Math . powC 2.0, 7.0 ) ) ; 

System. out. printfC "Math.powC 9.0, 

Math . powC 9.0, 0.5 ) ) ; 

System. out. printfC "Math.sinC 0.0 ) 

System. out. printfC "Math.sqrtC 900.0 ) 
Math.sqrtC 900.0 ) ); 

System. out. printfC "Math.sqrtC 9.0 ) = %f\n 

System. out. printfC "Math.tanC 0.0 ) = %f\n" 
// fin de main 


-12.7 ) 


, -12.7 ) 
7.0 ) 

0.5 ) 


%f\n", 

= %f\n" , 
%f\n", 

= %f\n" , 
= %f\n" , 

= %f\n" , 


%f\n" , Math.sinC 0.0 ) 
%f\n" , 


, Math.sqrtC 9.0 ) 
Math.tanC 0.0 ) ) ; 


} // fin de la clase PruebaMath 


Math.absC 23.7 ) = 23.700000 
Math.absC 0.0 ) = 0.000000 
Math.absC -23 .7 ) = 23.700000 

Math.ceilC 9.2 ) = 10.000000 
Math.ceilC -9.8 ) = -9.000000 
Math. eos C 0.0 ) = 1.000000 
Math.expC 1.0 ) = 2.718282 
Math.expC 2.0 ) = 7.389056 
Math.floorC 9.2 ) = 9.000000 
Math.floorC -9.8 ) = -10.000000 
Math.logC Math.E ) = 1.000000 
Math.logC Math.E * Math.E ) = 2.000000 
Math.maxC 2.3, 12.7 ) = 12.700000 
Math.maxC -2.3, -12.7 ) = -2.300000 
Math.minC 2.3, 12.7 ) = 2.300000 
Math.minC -2.3, -12.7 ) = -12.700000 
Math.powC 2.0, 7.0 ) = 128.000000 
Math.powC 9.0, 0.5 ) = 3.000000 
Math.sinC 0.0 ) = 0.000000 
Math.sqrtC 900.0 ) = 30.000000 
Math.sqrtC 9-0 ) = 3.000000 
Math.tanC 0.0 ) = 0.000000 


6.4 


6.5 


a) double hipotenusaC double ladol, double lado2 ) 

b) int menorC int x, int y, int z ) 

c) void i nstrucci onesQ 

d) float intAFloatC int numero ) 

a) Error: el método h está declarado dentro del método g. 

Corrección: mueva la declaración de h fuera de la declaración de g. 

b) Error: se supone que el método debe devolver un entero, pero no es así. 

Corrección: elimine la variable resultado, y coloque la instrucción 

return x + y; 

en el método, o agregue la siguiente instrucción al final del cuerpo del método: 
return resultado; 

c) Error: el punto y coma que va después del paréntesis derecho de la lista de parámetros es incorrecto, y el 
parámetro a no debe volver a declararse en el método. 

Corrección: elimine el punto y coma que va después del paréntesis derecho de la lista de parámetros, y 
elimine la declaración float a; . 




254 Capítulo 6 Métodos: un análisis más detallado 


d) Error: el método devuelve un valor cuando no debe hacerlo. 

Corrección: cambie el tipo de valor de retorno de voi d a i nt. 

6.6 La siguiente solución calcula el volumen de una esfera, utilizando el radio introducido por el usuario: 


1 // Ejercicio 6.6: Esfera. java 

2 // Calcula el volumen de una esfera. 

3 import java. útil .Scanner; 

4 

5 public class Esfera 

6 { 

7 // obtiene el radio del usuario y muestra el volumen de la esfera 

8 public void determi narVol umenEsferaO 

9 { 

10 Scanner entrada = new Scanner( System. in ); 

1 1 

12 System. out. print( "Escriba el radio de la esfera: " ); 

13 double radio = entrada. nextDoubleO ; 

14 

15 System. out. printfC "El volumen es %f\n' , vol umenEsfera( radio ) ); 

16 } // fin del método determi narVol umenEsfera 

17 

18 // calcula y devuelve el volumen de una esfera 

19 public double vol umenEsferaC double radio ) 

20 { 

21 double volumen = ( 4.0 / 3.0 ) * Math.PI * Math.powC radio, 3 ); 

22 return volumen; 

23 } // fin del método vol umenEsfera 

24 } // fin de la clase Esfera 


1 // Ejercicio 6.6: PruebaEsfera. java 

2 // Calcula el volumen de una esfera. 

3 

4 public class PruebaEsfera 

5 { 

6 // punto de inicio de la aplicación 

7 public static void main( String args[] ) 

8 { 

9 Esfera mi Esfera = new EsferaO; 

10 miEsfera.determinarVolumenEsferaO ; 

11 } // fin de main 

12 } // fin de la clase PruebaEsfera 

Escriba el radio de la esfera: 4 
El volumen es 268.082573 


Ejercicios 

¿Cuál es el valor de x después de que se ejecuta cada una de las siguientes instrucciones? 

a) x = Math.absC 7.5 ); 

b) x = Math.floorC 7.5 ); 

c) x = Math.absC 0.0 ); 

d) x = Math.ceilC 0.0 ); 

e) x = Math.absC -6.4 ); 

f) x = Math.ceilC -6.4 ); 

g) x = Math.ceilC -Math.absC -8 + Math.floorC -5.5 ) ) ); 


6.7 
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6.8 Un estacionamiento cobra una cuota mínima de $2.00 por estacionarse hasta tres horas. El estacionamiento 
cobra $0.50 adicionales por cada hora o fracción que se pase de tres horas. El cargo máximo para cualquier periodo dado 
de 24 horas es de $10.00. Suponga que ningún automóvil se estaciona durante más de 24 horas a la vez. Escriba una 
aplicación que calcule y muestre los cargos por estacionamiento para cada cliente que se haya estacionado ayer. Debe 
introducir las horas de estacionamiento para cada cliente. El programa debe mostrar el cargo para el cliente actual y 
debe calcular y mostrar el total corriente de los recibos de ayer. El programa debe utilizar el método cal cul arCargos 
para determinar el cargo para cada cliente. 

6.9 Una aplicación del método Math . floor es redondear un valor al siguiente entero. La instrucción 

y = Math.floor( x + 0.5 ); 

redondea el número x al entero más cercano y asigna el resultado a y. Escriba una aplicación que lea valores doubl e y 
que utilice la instrucción anterior para redondear cada uno de los números a su entero más cercano. Para cada número 
procesado, muestre tanto el número original como el redondeado. 

6.10 Math . floo r puede utilizarse para redondear un número hasta un lugar decimal específico. La instrucción 

y = Math.floor( x* 10 + 0.5) / 10; 

redondea x en la posición de las décimas (es decir, la primera posición a la derecha del punto decimal). La instrucción 
y = Math.floor( x * 100 + 0.5 ) / 100; 

redondea x en la posición de las centésimas (es decir, la segunda posición a la derecha del punto decimal). Escriba una 
aplicación que defina cuatro métodos para redondear un número x en varias formas: 

a) redondearAIntegerC numero ) 

b) redondearADecimas( numero ) 

c) redondearACentesimas( numero ) 

d) redondearAMi 1 esimas( numero ) 

Para cada valor leído, su programa debe mostrar el valor original, el número redondeado al entero más cercano, el 
número redondeado a la décima más cercana, el número redondeado a la centésima más cercana y el número redon- 
deado a la milésima más cercana. 

6.11 Responda a cada una de las siguientes preguntas: 

a) ¿Qué significa elegir números “al azar”? 

b) ¿Por qué es el método nextlnt de la clase Random útil para simular juegos al azar? 

c) ¿Por qué es a menudo necesario escalar o desplazar los valores producidos por un objeto Random? 

d) ¿Por qué es la simulación computarizada de las situaciones reales una técnica útil? 

6.12 Escriba instrucciones que asignen enteros aleatorios a la variable n en los siguientes rangos: 

a) 1 < n < 2. 

b) 1 < n < 100. 

c) 0 < n < 9. 

d) 1000 <«< 1112. 

e) — 1 < n < 1. 

f ) —3 < n < 1 1 . 

6.13 Para cada uno de los siguientes conjuntos de enteros, escriba una sola instrucción que imprima un número al 
azar del conjunto: 

a) 2, 4,6, 8, 10. 

b) 3, 5,7, 9, 11. 

c) 6, 10, 14, 18, 22. 

6.14 Escriba un método llamado enteroPotenci a( base, exponente ) que devuelva el valor de 

base ex f onenu 


Por ejemplo, enteroPotenci a( 3, 4 ) calcula 3 4 (o 3 * 3 * 3 * 3 ). Suponga que exponente es un entero positivo 
distinto de cero y que base es un entero. El método enteroPotenci a debe utilizar un ciclo for o whi 1 e para controlar 
el cálculo. No utilice ningún método de la biblioteca de matemáticas. Incorpore este método en una aplicación que lea 
valores enteros para base y exponente, y que realice el cálculo con el método enteroPotenci a. 
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6.15 Defina un método llamado hipotenusa que calcule la longitud de la hipotenusa de un triángulo rectángulo, 
cuando se proporcionen las longitudes de los otros dos lados. (Utilice los datos de ejemplo de la figura 6.26.) El método 
debe tomar dos argumentos de tipo doubi e y devolver la hipotenusa como un valor doubl e. Incorpore este método en 
una aplicación que lea los valores para 1 adol y i ado2, y que realice el cálculo con el método hi potenusa. Determine 
la longitud de la hipotenusa para cada uno de los triángulos de la figura 6.26. 

6.16 Escriba un método llamado múltiplo que determine, para un par de enteros, si el segundo entero es múltiplo 
del primero. El método debe tomar dos argumentos enteros y devolver true si el segundo es múltiplo del primero, y 
fal se en caso contrario. [ Sugerencia : utilice el operador residuo]. Incorpore este método en una aplicación que reciba 
como entrada una serie de pares de enteros (un par a la vez) y determine si el segundo valor en cada par es un múltiplo 
del primero. 

6. 1 7 Escriba un método llamado esPar que utilice el operador residuo (%) para determinar si un entero dado es par. 
El método debe tomar un argumento entero y devolver true si el entero es par, y fal se en caso contrario. Incorpore 
este método en una aplicación que reciba como entrada una secuencia de enteros (uno a la vez), y que determine si cada 
uno es par o impar. 

6.18 Escriba un método llamado cuadradoDeAsteri seos que muestre un cuadrado relleno (el mismo número de 
filas y columnas) de asteriscos cuyo lado se especifique en el parámetro entero 1 ado. Por ejemplo, si 1 ado es 4, el método 
debe mostrar: 

**** 

Incorpore este método a una aplicación que lea un valor entero para el parámetro 1 ado que teclea el usuario, y desplie- 
gue los asteriscos con el método cuadradoDeAsteri seos. 

6. 1 9 Modifique el método creado en el ejercicio 6.18 para formar el cuadrado de cualquier carácter que esté conte- 
nido en el parámetro tipo carácter caracterRelleno. Por ejemplo, si lado es 5 y caracterRelleno es “#”, el método 
debe imprimir 

#### 

#### 

#### 

#### 

#### 

6.20 Escriba una aplicación que pida al usuario el radio de un círculo y que utilice un método llamado circuí oArea 
para calcular e imprimir el área de ese círculo. 

6.2 1 Escriba segmentos de programas que realicen cada una de las siguientes tareas: 

a) Calcular la parte entera del cociente, cuando el entero a se divide entre el entero b. 

b) Calcular el residuo entero cuando el entero a se divide entre el entero b. 

c) Utilizar las piezas de los programas desarrollados en las partes (a) y (b) para escribir un método llamado 
mostrarDi gi tos, que reciba un entero entre 1 y 99999, y que lo muestre como una secuencia de dígitos, 
separando cada par de dígitos por dos espacios. Por ejemplo, el entero 4562 debe aparecer como 

4 5 6 2 

d) Incorpore el método desarrollado en la parte (c) en una aplicación que reciba como entrada un entero y que 
llame al método mostrarDi gi tos, pasándole a este método el entero introducido. Muestre los resultados. 


Triángulo 

Lado 1 

Lado 2 

1 

3.0 

4.0 

2 

5.0 

12.0 

3 

8.0 

15.0 


figura 6.26 | Valores para los lados de los triángulos del ejercicio 6.15. 
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6.22 Implemente los siguientes métodos enteros: 

a) El método centi grados que devuelve la equivalencia en grados centígrados de una temperatura en grados 
fahrenheit, utilizando el cálculo 

centígrados =5. 0/9.0* ( fahrenheit - 32 ) ; 

b) El método fahrenheit que devuelve la equivalencia en grados fahrenheit de una temperatura en grados 
centígrados, utilizando el cálculo 

fahrenheit = 9.0 / 5.0 * centígrados + 32; 

c) Utilice los métodos de las partes (a) y (b) para escribir una aplicación que permita al usuario, ya sea escribir 
una temperatura en grados fahrenheit y mostrar su equivalente en grados centígrados, o escribir una tem- 
peratura en grados centígrados y mostrar su equivalente en grados fahrenheit. 

6.23 Escriba un método llamado mi ni mo3 que devuelva el menor de tres números de punto flotante. Use el método 
Math . mi n para implementar mi ni mo3. Incorpore el método en una aplicación que reciba como entrada tres valores por 
parte del usuario, determine el valor menor y muestre el resultado. 

6.24 Se dice que un número entero es un número perfecto si sus factores, incluyendo 1 (pero no el número entero), 
al sumarse dan como resultado el número entero. Por ejemplo, 6 es un número perfecto ya que 6 = 1+2 + 3. Escriba 
un método llamado perfecto que determine si el parámetro numero es un número perfecto. Use este método en una 
aplicación que determine y muestre todos los números perfectos entre 1 y 1000. Imprima los factores de cada número 
perfecto para confirmar que el número sea realmente perfecto. Ponga a prueba el poder de su computadora, evaluando 
números más grandes que 1000. Muestre los resultados. 

6.25 Se dice que un entero es primo si puede dividirse solamente por 1 y por sí mismo. Por ejemplo, 2, 3, 5 y 7 son 
primos, pero 4, 6, 8 y 9 no. 

a) Escriba un método que determine si un número es primo. 

b) Use este método en una aplicación que determine e imprima todos los números primos menores que 
10,000. ¿Cuántos números hasta 10,000 tiene que probar para asegurarse de encontrar todos los números 
primos? 

c) Al principio podría pensarse que ni 2 es el límite superior para evaluar si un número es primo, pero lo máxi- 
mo que se necesita es ir hasta la raíz cuadrada de n. ¿Por qué? Vuelva a escribir el programa y ejecútelo de 
ambas formas. 

6.26 Escriba un método que tome un valor entero y devuelva el número con sus dígitos invertidos. Por ejemplo, 
para el número 7631, el método debe regresar 1367. Incorpore el método en una aplicación que reciba como entrada 
un valor del usuario y muestre el resultado. 

6.27 El máximo común divisor (MCD) de dos enteros es el entero más grande que puede dividir uniformemente a 
cada uno de los dos números. Escriba un método llamado mcd que devuelva el máximo común divisor de dos enteros. 
[ Sugerencia : tal vez sea conveniente que utilice el algoritmo de Euclides. Puede encontrar información acerca de este 
algoritmo en es . wi ki pedí a. org/wi ki /Al gori tmo_de_Eucl i des]. Incorpore el método en una aplicación que reciba 
como entrada dos valores del usuario y muestre el resultado. 

6.28 Escriba un método llamado puntosCal i dad que reciba como entrada el promedio de un estudiante y devuelva 
4 si el promedio se encuentra entre 90 y 100, 3 si el promedio se encuentra entre 80 y 89, 2 si el promedio se encuentra 
entre 70 y 79, 1 si el promedio se encuentra entre 60 y 69, y 0 si el promedio es menor de 60. Incorpore el método en 
una aplicación que reciba como entrada un valor del usuario y muestre el resultado. 

6.29 Escriba una aplicación que simule el lanzamiento de monedas. Deje que el programa lance una moneda cada 
vez que el usuario seleccione la opción del menú “Lanzar moneda”. Cuente el número de veces que aparezca cada uno 
de los lados de la moneda. Muestre los resultados. El programa debe llamar a un método separado, llamado ti rar, que 
no tome argumentos y devuelva fal se en caso de cara, y true en caso de cruz. [Nota: si el programa simula en forma 
realista el lanzamiento de monedas, cada lado de la moneda debe aparecer aproximadamente la mitad del tiempo.] 

6.30 Las computadoras están tomando un papel cada vez más importante en la educación. Escriba un programa que 
ayude a un estudiante de escuela primaria, para que aprenda a multiplicar. Use un objeto Random para producir dos 
enteros positivos de un dígito. El programa debe entonces mostrar una pregunta al usuario, como: 


¿Cuánto es 6 por 7? 
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El estudiante entonces debe escribir la respuesta. Luego, el programa debe verificar la respuesta del estudiante. Si es 
correcta, dibuje la cadena "Muy bi en ! " y haga otra pregunta de multiplicación. Si la respuesta es incorrecta, dibuje la 
cadena "No. Por favor intenta de nuevo . " y deje que el estudiante intente la misma pregunta varias veces, hasta 
que esté correcta. Debe utilizarse un método separado para generar cada pregunta nueva. Este método debe llamarse 
una vez cuando la aplicación empiece a ejecutarse, y cada vez que el usuario responda correctamente a la pregunta. 

6.3 1 El uso de las computadoras en la educación se conoce como instrucción asistida por computadora (CAI, por sus 
siglas en inglés). Un problema que se desarrolla en los entornos CAI es la fatiga de los estudiantes. Este problema puede 
eliminarse si se varía el diálogo de la computadora para mantener la atención del estudiante. Modifique el programa 
del ejercicio 6.30 de manera que los diversos comentarios se impriman para cada respuesta correcta e incorrecta, de la 
siguiente manera: 

Contestaciones a una respuesta correcta: 

Muy bien! 

Excel ente ! 

Buen trabajo! 

Si gue asi ! 

Contestaciones a una respuesta incorrecta: 

No. Por favor intenta de nuevo. 

Incorrecto. Intenta una vez mas. 

No te rindas! 

No. Sigue intentando. 

Use la generación de números aleatorios para elegir un número entre 1 y 4 que se utilice para seleccionar una 
contestación apropiada a cada respuesta. Use una instrucción switch para emitir las contestaciones. 

6.32 Los sistemas de instrucción asistida por computadora más sofisticados supervisan el rendimiento del estudiante 
durante cierto tiempo. La decisión de empezar un nuevo tema se basa a menudo en el éxito del estudiante con los 
temas anteriores. Modifique el programa del ejercicio 6.31 para contar el número de respuestas correctas e incorrectas 
por parte del estudiante. Una vez que el estudiante escriba 10 respuestas, su programa debe calcular el porcentaje de 
respuestas correctas. Si éste es menor del 75%, imprima Por favor pida ayuda adicional a su i nstructor y re- 
inicie el programa, para que otro estudiante pueda probarlo. 

6.33 Escriba una aplicación que juegue a “adivina el número” de la siguiente manera: su programa elige el número 
a adivinar, seleccionando un entero aleatorio en el rango de 1 a 1000. La aplicación muestra el indicador Adi vi ne un 
número entre 1 y 1000. El jugador escribe su primer intento. Si la respuesta del jugador es incorrecta, su programa 
debe mostrar el mensaje Demas i ado alto. Intente de nuevo, o Demasiado bajo. Intente de nuevo., para 
ayudar a que el jugador “se acerque” a la respuesta correcta. El programa debe pedir al usuario que escriba su siguiente 
intento. Cuando el usuario escriba la respuesta correcta, muestre el mensaje Fel i ci dades . Adivino el numero! y 
permita que el usuario elija si desea jugar otra vez. [Nota: la técnica para adivinar empleada en este problema es similar 
a una búsqueda binaria, que veremos en el capítulo 16, Búsqueda y ordenamiento]. 

6.34 Modifique el programa del ejercicio 6.33 para contar el número de intentos que haga el jugador. Si el número es 
10 o menos, imprima el mensaje 0 ya sabia usted el secreto, o tuvo suerte! Si el jugador adivina el número 
en 10 intentos, imprima el mensaje Aja! Sabia usted el secreto! Si el jugador hace más de 10 intentos, imprima 
el mensaje Debe ri a haberlo hecho mejor! ¿Por qué no se deben requerir más de 10 intentos? Bueno, en cada “buen 
intento”, el jugador debe poder eliminar la mitad de los números, después la mitad de los números restantes, y así en lo 
sucesivo. 

6.35 En los ejercicios 6.30 al 6.32 se desarrolló un programa de instrucción asistida por computadora para enseñar 
a un estudiante de escuela primara cómo multiplicar. Realice las siguientes mejoras: 

a) Modifique el programa para que permita al usuario introducir un nivel de capacidad escolar. Un nivel de 1 
significa que el programa debe usar sólo números de un dígito en los problemas, un nivel 2 significa que el 
programa debe utilizar números de dos dígitos máximo, etcétera. 

b) Modifique el programa para permitir al usuario que elija el tipo de problemas aritméticos que desea estu- 
diar. Una opción de 1 significa problemas de suma solamente, 2 significa problemas de resta, 3 significa pro- 
blemas de multiplicación, 4 significa problemas de división y 5 significa una mezcla aleatoria de problemas 
de todos estos tipos. 
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6.36 Escriba un método llamado di stanci a, para calcular la distancia entre dos puntos ( xl,yl ) y (x2,y2). Todos los 
números y valores de retorno deben ser de tipo doubi e. Incorpore este método en una aplicación que permita al usuario 
introducir las coordenadas de los puntos. 

6.37 Modifique el programa Craps de la figura 6.9 para permitir apuestas. Inicialice la variable saldoBanco con 
$1000. Pida al jugador que introduzca una apuesta. Compruebe que esa apuesta sea menor o igual al sal doBanco y, 
si no lo es, haga que el usuario vuelva a introducir la apuesta hasta que se introduzca un valor válido. Después de esto, 
comience un juego de craps. Si el jugador gana, agregue la apuesta al saldoBanco e imprima el nuevo saldoBanco. 
Si el jugador pierde, reste la apuesta al saldoBanco, imprima el nuevo saldoBanco, compruebe si saldoBanco se ha 
vuelto cero y, de ser así, imprima el mensaje "Lo siento . Se quedo si n fondos ! " A medida que el juego progrese, 
imprima varios mensajes para crear algo de “charla”, como "Oh , se esta yendo a la quiebra, verdad?", o "Oh , 
vamos, arri esguese ! ", o "La hizo en grande. Ahora es tiempo de cambiar sus fichas por efectivo!". 
Implemente la “charla” como un método separado que seleccione en forma aleatoria la cadena a mostrar. 

6.38 Escriba una aplicación que muestre una tabla de los equivalentes en binario, octal y hexadecimal de los números 
decimales en el rango de 1 al 256. Si no está familiarizado con estos sistemas numéricos, lea el apéndice E primero. 



Arreglos 


OBJETIVOS 

En este capítulo aprenderá a: 

■ Conocer qué son los arreglos. 

■ Utilizar arreglos para almacenar datos en, y obtenerlos de listas 
y tablas de valores. 

■ Declarar arreglos, inicializarlos y hacer referencia a elementos 
individuales de los arreglos. 

■ Utilizar la instrucción for mejorada para iterar a través de los 
arreglos. 

■ Pasar arreglos a los métodos. 

■ Declarar y manipular arreglos multidimensionales. 

■ Escribir métodos que utilicen listas de argumentos de longitud 
variable. 


■ Leer los argumentos de línea de comandos en un programa. 



Ahora ve, escríbelo 
ante ellos en una tabla, 
y anótalo en un libro. 

— Isaías 30:8 

Ir más allá es tan malo 
como no llegar. 

— Confucio 

Comienza en el principio... 
y continúa hasta que llegues 
al final; después detente. 

— Lewis Carroll 
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7.1 Introducción 

7.2 Arreglos 

7.3 Declaración y creación de arreglos 

7.4 Ejemplos acerca del uso de los arreglos 

7.5 Ejemplo práctico: simulación para barajar y repartir cartas 

7.6 Instrucción for mejorada 

7.7 Paso de arreglos a los métodos 

7.8 Ejemplo práctico: la clase Li broCal i ficaciones que usa un arreglo para almacenar las calificaciones 

7.9 Arreglos multidimensionales 

7.10 Ejemplo práctico: la clase Li broCal i ficaciones que usa un arreglo bidimensional 

7.1 1 Listas de argumentos de longitud variable 

7.12 Uso de argumentos de línea de comandos 

7.13 (Opcional) Ejemplo práctico de GUI y gráficos: cómo dibujar arcos 

7.14 (Opcional) Ejemplo práctico de Ingeniería de Software: colaboración entre los objetos 

7.15 Conclusión 

Resumen | Terminología | Ejercicios de autoevaluación | Respuestas a los ejercicios de autoevaluación | Ejercicios 

| Sección especial: construya su propia computadora 


7.1 Introducción 

En este capítulo presentamos el importante tema de las estructuras de datos: colecciones de elementos de datos 
relacionados. Los arreglos son estructuras de datos que consisten de elementos de datos relacionados, del mismo 
tipo. Los arreglos son entidades de longitud fija; conservan la misma longitud una vez creados, aunque puede 
reasignarse una variable tipo arreglo de tal forma que haga referencia a un nuevo arreglo de distinta longitud. En 
los capítulos 17 a 19 estudiaremos con detalle las estructuras de datos. 

Después de hablar acerca de cómo se declaran, crean y inicializan los arreglos, presentaremos una serie de 
ejemplos prácticos que demuestran varias manipulaciones comunes de los arreglos. También presentaremos 
un ejemplo práctico en el que se examina la forma en que los arreglos pueden ayudar a simular los procesos de 
barajar y repartir cartas, para utilizarlos en una aplicación que implementa un juego de cartas. Después presen- 
taremos la instrucción for mejorada de java, la cual permite que un programa acceda a los datos en un arreglo 
con más facilidad que la instrucción for controlada por contador, que presentamos en la sección 5.3. Hay dos 
secciones de este capítulo en las que se amplía el ejemplo práctico de la clase Li broCal i ficaci ones de los capítu- 
los 3 a 5. En especial, utilizaremos los arreglos para permitir que la clase mantenga un conjunto de calificaciones 
en memoria y analizar las calificaciones que obtuvieron los estudiantes en distintos exámenes en un semestre; dos 
herramientas que no están presentes en las versiones anteriores de la clase. Éstos y otros ejemplos del capítulo 
demostrarán las formas en las que los arreglos permiten a los programadores organizar y manipular datos. 

7.2 Arreglos 

En Java, un arreglo es un grupo de variables (llamadas elementos o componentes) que contienen valores, todos 
del mismo tipo. Recuerde que los tipos en Java se dividen en dos categorías: tipos primitivos y tipos de referen- 
cia. Los arreglos son objetos, por lo que se consideran como tipos de referencia. Como veremos pronto, lo que 
consideramos generalmente como un arreglo es en realidad una referencia a un objeto arreglo en memoria. Los 
elementos de un arreglo pueden ser tipos primitivos o de referencia (incluyendo arreglos, como veremos en la 
sección 7.9). Para hacer referencia a un elemento específico en un arreglo, debemos especificar el nombre de 
la referencia al arreglo y el número de la posición del elemento en el arreglo. El número de la posición del elemen- 
to se conoce formalmente como el índice o subíndice del elemento. 

En la figura 7.1 se muestra una representación lógica de un arreglo de enteros, llamado c. Este arreglo con- 
tiene 12 elementos. Un programa puede hacer referencia a cualquiera de estos elementos mediante una expresión 
de acceso a un arreglo que incluye el nombre del arreglo, seguido por el índice del elemento específico encerrado 
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entre corchetes ( [] ) . El primer elemento en cualquier arreglo tiene el índice cero, y algunas veces se le denomina 
elemento cero. Por lo tanto, los elementos del arreglo c son c [ 0 ],c[ 1 ],c[ 2 ], y así en lo sucesivo. El 
mayor índice en el arreglo c es 11: 1 menos que 12, el número de elementos en el arreglo. Los nombres de los 
arreglos siguen las mismas convenciones que los demás nombres de variables. 

Un índice debe ser un entero positivo. Un programa puede utilizar una expresión como índice. Por ejemplo, 
si suponemos que la variable a es 5 y que b es 6, entonces la instrucción 

c[ a + b ] += 2; 

suma 2 al elemento c [ 11 ] del arreglo. Observe que el nombre del arreglo con subíndice es una expresión de 
acceso al arreglo. Dichas expresiones pueden utilizarse en el lado izquierdo de una asignación, para colocar un 
nuevo valor en un elemento del arreglo. 


Nombre del arreglo (c) 


Indice (o subíndice) del 
elemento en el arreglo c 


- c[ 0 ] 

-45 

c [ 1 ] 

6 

c [ 2 ] 

0 

c [ 3 ] 

72 

c [ 4 ] 

1543 

c [ 5 ] 

-89 

c [ 6 ] 

0 

c [ 7 ] 

62 

c [ 8 ] 

-3 

c [ 9 ] 

1 

c [ 10 ] 

6453 

c[ 11 ] 

78 


Figura 7.1 | Un arreglo con 12 elementos. 



Error común de programación 7.1 

Usar un valor de tipo long como índice de un arreglo produce un error de compilación. Un índice debe ser un valor 
int, o un valor de un tipo que pueda promoverse a int; a saber, byte, short o char, pero no long. 


Examinaremos el arreglo c de la figura 7.1 con más detalle. El nombre del arreglo es c. Cada instancia de 
un objeto conoce su propia longitud y mantiene esta información en un campo 1 ength. La expresión c . 1 ength 
accede al campo 1 ength del arreglo c para determinar la longitud del arreglo. Observe que, aun cuando el miem- 
bro 1 ength de un arreglo es publ i c, no puede cambiarse, ya que es una variable final . La manera en que se hace 
referencia a los 12 elementos de este arreglo es: c [ 0 ],c[ 1 ],c[ 2 ],..., c[ 11 ]. El valor de c[ 0 ] es 
-45, el valor de c [ 1 Jes 6, eldec[ 2 ] es 0, eldec[ 7 ] es 62 y el de c[ 11 ] es 78. Para calcular la suma 
de los valores contenidos en los primeros tres elementos del arreglo c y almacenar el resultado en la variable 
suma, escribiríamos lo siguiente: 

suma = c[ 0 ] +c[l] +c[2J; 

Para dividir el valor de c [ 6 ] entre 2 y asignar el resultado a la variable x, escribiríamos lo siguiente: 
x = c[ 6 ] / 2; 


7.3 Declaración y creación de arreglos 

Los objetos arreglo ocupan espacio en memoria. Al igual que los demás objetos, los arreglos se crean con la 
palabra clave new. Para crear un objeto arreglo, el programador especifica el tipo de cada elemento y el número 
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de elementos que se requieren para el arreglo, como parte de una expresión para crear un arreglo que utiliza la 
palabra clave new. Dicha expresión devuelve una referencia que puede almacenarse en una variable tipo arreglo. 
La siguiente declaración y expresión crea un objeto arreglo, que contiene 12 elementos i nt, y almacena la refe- 
rencia del arreglo en la variable c: 

int c[] = new int[ 12 ]; 

Esta expresión puede usarse para crear el arreglo que se muestra en la figura 7.1. Esta tarea también puede reali- 
zarse en dos pasos, como se muestra a continuación: 

int c [ ] ; // declara la variable arreglo 

c = new int[ 12 ] ; // crea el arreglo; lo asigna a la variable tipo arreglo 

En la declaración, los corchetes que van después del nombre de la variable c indican que c es una variable que hará 
referencia a un arreglo de valores i nt (es decir, c almacenará una referencia a un objeto arreglo). En la instrucción 
de asignación, la variable arreglo c recibe la referencia a un nuevo objeto arreglo de 12 elementos i nt. Al crear un 
arreglo, cada uno de sus elementos recibe un valor predeterminado: cero para los elementos numéricos de tipos 
primitivos, false para los elementos boolean y nuil para las referencias (cualquier tipo no primitivo). Como 
pronto veremos, podemos proporcionar valores iniciales para los elementos no específicos ni predeterminados al 
crear un arreglo. 



Error común de programación 7.2 

En la declaración de un arreglo, si se especifica el número de elementos en los corchetes de la declaración (por ejemplo, 
int c[ 12 ] ;) se produce un error de sintaxis. 


Un programa puede crear varios arreglos en una sola declaración. La siguiente declaración de un arreglo 
Stri ng reserva 100 elementos para b y 27 para x: 

String b[] = new String[ 100 ], x[] = new String[ 27 ]; 

En este caso, se aplica el nombre de la clase Stri ng a cada variable en la declaración. Por cuestión de legibilidad, 
es preferible declarar sólo una variable en cada declaración, como en: 

String b[] = new string[ 100 ]; // crea el arreglo b 
String x[] = new string[ 27 ] ; // crea el arreglo x 



Buena práctica de programación 7.1 

Por cuestión de legibilidad, declare sólo una variable en cada declaración. Mantenga cada declaración en una línea 
separada e incluya un comentario que describa a la variable que está declarando. 


Cuando se declara un arreglo, su tipo y los corchetes pueden combinarse al principio de la declaración para 
indicar que todos los identificadores en la declaración son variables tipo arreglo. Por ejemplo, la declaración 

double[] arreglol, arreglo2; 

indica que arreglol y arreglo2 son variables tipo “arreglo de double”. La anterior declaración es equiva- 
lente a: 


double arreglol[] ; 
double arreglo2 [] ; 


o 


double[] arreglol; 
double[] arreglo2; 

Los pares anteriores de declaraciones son equivalentes; cuando se declara sólo una variable en cada declaración, los 
corchetes pueden colocarse ya sea antes del tipo, o después del nombre de la variable tipo arreglo. 
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Error común de programación 7.3 

Declarar múltiples variables tipo arreglo en una sola declaración puede provocar errores sutiles. Considere la declara- 
ción int[ ] a, b , c;. Si a, by c deben declararse como variables tipo arreglo, entonces esta declaración es correcta; 
al colocar corchetes directamente después del tipo, indicamos que todos los identificadores en la declaración son 
variables tipo arreglo. No obstante, si sólo a debe ser una variable tipo arreglo, y by c deben ser variables i nt indi- 
viduales, entonces esta declaración es incorrecta; la declaración i nt a [] , b, c; lograría el resultado deseado. 


Un programa puede declarar arreglos de cualquier tipo. Cada elemento de un arreglo de tipo primitivo 
contiene un valor del tipo declarado del arreglo. De manera similar, en un arreglo de un tipo de referencia, cada 
elemento es una referencia a un objeto del tipo declarado del arreglo. Por ejemplo, cada elemento de un arreglo 
i nt es un valor i nt, y cada elemento de un arreglo Stri ng es una referencia a un objeto Stri ng. 


7.4 Ejemplos acerca del uso de los arreglos 

En esta sección presentaremos varios ejemplos que muestran cómo declarar, crear e inicializar arreglos y cómo 
manipular sus elementos. 

Cómo crear e inicializar un arreglo 

En la aplicación de la figura 7.2 se utiliza la palabra clave new para crear un arreglo de 10 elementos i nt, los cuales 
inicialmente tienen el valor cero (el valor predeterminado para las variables i nt). 

En la línea 8 se declara arregl o, una referencia capaz de referirse a un arreglo de elementos i nt. En la línea 
10 se crea el objeto arreglo y se asigna su referencia a la variable arregl o. La línea 12 imprime los encabezados 
de las columnas. La primera columna representa el índice (0 a 9) para cada elemento del arreglo, y la segunda el 
valor predeterminado (0) de cada elemento del arreglo. 


1 // Fig. 7.2: Ini cArregl o . java 

2 // Creación de un arreglo. 

3 

4 public class InicArreglo 

5 { 

6 public static void main( String args[] ) 

7 { 

8 int arreglo[]; // declara un arreglo con el mismo nombre 

9 

10 arreglo = new int[ 10 ] ; // crea el espacio para el arreglo 


12 System. out.printf( "%s%8s\n", "Indice", "Valor" ); // encabezados de columnas 

13 

14 // imprime el valor de cada elemento del arreglo 

15 for ( int contador = 0; contador < arreglo. length; contador++ ) 

16 System. out.printf( "%5d%8d\n", contador, arreglo[ contador ] ); 

17 } // fin de mai n 

18 } // fin de la clase InicArreglo 


Indice Valor 
0 0 

1 0 

2 0 

3 0 

4 0 

5 0 

6 0 

7 0 

8 0 

9 0 


Figura 7.2 | Inicialización de los elementos de un arreglo con valores predeterminados de cero. 
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La instrucción for en las líneas 15 y 16 imprime el número de índice (representado por contador) y el valor 
de cada elemento del arreglo (representado por arreglo[ contador ]). Observe que al principio la variable de 
control del ciclo contador es 0 (los valores de los índices empiezan en 0, por lo que al utilizar un conteo con base 
cero se permite al ciclo acceder a todos los elementos del arreglo. La condición de continuación de ciclo de la 
instrucción for utiliza la expresión arreglo.length (línea 15) para determinar la longitud del arreglo. En este 
ejemplo la longitud del arreglo es de 10, por lo que el ciclo continúa ejecutándose mientras el valor de la variable 
de control contador sea menor que 10. El valor más alto para el subíndice de un arreglo de 10 elementos es 9, 
por lo que al utilizar el operador “menor que” en la condición de continuación de ciclo se garantiza que el ciclo no 
trate de acceder a un elemento más allá del final del arreglo (es decir, durante la iteración final del ciclo, contador 
es 9). Pronto veremos lo que hace Java cuando encuentra un subíndice fuera de rango en tiempo de ejecución. 

Uso de un inicializador de arreglo 

Un programa puede crear un arreglo e inicializar sus elementos con un inicializador de arreglo, que es una lista 
de expresiones separadas por comas (la cual se conoce también como lista inicializadora) encerrada entre llaves 
({ y }); la longitud del arreglo se determina en base al número de elementos en la lista inicializadora. Por ejemplo, 
la declaración 

int n[] = { 10, 20, 30, 40, 50 }; 

crea un arreglo de cinco elementos con los valores de índices 0, 1, 2, 3 y 4. El elemento n [ 0 ] se inicializa con 
10, n [ 1 ] se inicializa con 20, y así en lo sucesivo. Esta declaración no requiere que new cree el objeto arreglo. 
Cuando el compilador encuentra la declaración de un arreglo que incluye una lista inicializadora, cuenta el 
número de inicializadores en la lista para determinar el tamaño del arreglo, y después establece la operación new 
apropiada “detrás de las cámaras”. 

La aplicación de la figura 7.3 inicializa un arreglo de enteros con 10 valores (línea 9) y muestra el arreglo en 
formato tabular. El código para mostrar los elementos del arreglo (líneas 14 y 15) es idéntico al de la figura 7.2 
(líneas 15 y 16). 


1 // Fig. 7.3: InicArreglo. java 

2 // Ini ci al i zaci ón de los elementos de un arreglo con un inicializador de arreglo. 

3 

4 public class InicArreglo 

5 { 

6 public static void main( String args[] ) 

7 { 

8 //la lista inicializadora especifica el valor para cada elemento 

9 int arreglo[] = { 32, 27, 64, 18, 95, 14, 90, 70, 60, 37 }; 

10 

11 System. out.printf( "%s%8s\n", "Indice", "Valor" ); // encabezados de columnas 

12 

13 // imprime el valor del elemento de cada arreglo 

14 for ( int contador = 0; contador < arreglo.length; contador++ ) 

15 System. out.printf( "%5d%8d\n", contador, arreglo[ contador ] ); 

16 } // fin de main 

• 7 } // fin de la clase InicArreglo 


Indi ce 

Val or 

0 

32 

1 

27 

2 

64 

3 

18 

4 

95 

5 

14 

6 

90 


Figura 7.3 | Inicialización de los elementos de un arreglo con un inicializador de arreglo. (Parte I de 2). 
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Figura 7.3 | Inicialización de los elementos de un arreglo con un inicializador de arreglo. (Parte 2 de 2). 


Cálculo de los valores a guardar en un arreglo 

La aplicación de la figura 7.4 crea un arreglo de 10 elementos y asigna a cada elemento uno de los enteros pares 
del 2 al 20 (2, 4, 6, 20). Después, la aplicación muestra el arreglo en formato tabular. La instrucción for en 

las líneas 12 y 13 calcula el valor de un elemento del arreglo, multiplicando el valor actual de la variable de control 
contador por 2, y después le suma 2. 

La línea 8 utiliza el modificador final para declarar la variable constante LONGITUD_ARREGLO con el valor 
10. Las variables constantes (también conocidas como variables final) deben inicializarse antes de usarlas, y no 
pueden modificarse de ahí en adelante. Si trata de modificar una variable final después de inicializarla en su 
declaración (como en la línea 8), el compilador genera el siguiente mensaje de error: 

cannot assign a valué to final variable nombreVariable 

Si tratamos de acceder al valor de una variable final antes de inicializarla, el compilador produce el siguiente 
mensaje de error 

variable nombreVariable might not have been initialized 


1 // Fig. 7.4: InicArreglo. java 

2 // Cálculo de los valores a colocar en los elementos de un arreglo. 

3 

4 public class InicArreglo 

5 { 

6 public static void main( String args[] ) 

7 { 

8 final int L0NGITUD_ARREGL0 = 10; // declara la constante 

9 int arreglo[] = new int[ LONGITUD_ARREGLO ]; // crea el arreglo 

10 

11 // calcula el valor para cada elemento del arreglo 

12 for (int contador = 0; contador < arregl o . 1 ength ; contador++ ) 

13 arreglof contador ] = 2 + 2 * contador; 

14 

15 System. out.printf( "%s%8s\n", "Indice", "Valor" ); // encabezados de columnas 

16 

17 // imprime el valor de cada elemento del arreglo 

18 for ( int contador = 0; contador < arreglo. length; contador++ ) 

19 System. out.printf( "%5d%8d\n", contador, arreglof contador ] ); 

20 } // fin de main 

21 } // fin de la clase InicArreglo 



Figura 7.4 | Cálculo de los valores a colocar en los elementos de un arreglo. 
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Buena práctica de programación 7.2 

Las variables constantes también se conocen como constantes con nombre o variables de sólo lectura. Con fre- 
cuencia, dichas variables mejoran la legibilidad de un programa, en comparación con los programas que utilizan 
valores literales (por ejemplo, 10); una constante con nombre como LONGITUD_ARREGLO indica sin duda su propósi- 
to, mientras que un valor literal podría tener distintos significados, con base en el contexto en el que se utiliza. 



Error común de programación 7.4 

Asignar un valor a una constante después de inicializarla es un error de compilación. 



Error común de programación 7.5 

Tratar de usar una constante antes de inicializarla es un error de compilación. 


Suma de los elementos de un arreglo 

A menudo, los elementos de un arreglo representan una serie de valores que se emplearán en un cálculo. 
Por ejemplo, si los elementos del arreglo representan las calificaciones de un examen, tal vez el profesor desee 
sumar el total de los elementos del arreglo y utilizar esa suma para calcular el promedio de la clase para el exa- 
men. Los ejemplos que utilizan la clase Li broCal i ficaci ones más adelante en este capítulo, figura 7.14 y 7.18, 
utilizan esta técnica. 

La aplicación de la figura 7.5 suma los valores contenidos en el arreglo entero de 10 elementos. El programa 
declara, crea e inicializa el arreglo en la línea 8. La instrucción for realiza los cálculos. [Nota: los valores suminis- 
trados como inicializadores de arreglos generalmente se introducen en un programa, en vez de especificarse en 
una lista inicializadora. Por ejemplo, una aplicación podría recibir los valores del usuario o de un archivo en disco 
(como veremos en el capítulo 14, Archivos y flujos). Al hacer que los datos se introduzcan como entrada en el 
programa éste se hace más flexible, ya que puede utilizarse con distintos conjuntos de datos]. 


Uso de gráficos de barra para mostrar los datos de un arreglo en forma gráfica 

Muchas aplicaciones presentan datos a los usuarios en forma gráfica. Por ejemplo, con frecuencia los valores numé- 
ricos se muestran como barras en un gráfico de barras. En dicho gráfico, las barras más largas representan valores 
numéricos más grandes en forma proporcional. Una manera sencilla de mostrar los datos numéricos en forma 
gráfica es mediante un gráfico de barras que muestre cada valor numérico como una barra de asteriscos (*). 


1 // Fig. 7.5: SumaArreglo. java 

2 // Cálculo de la suma de los elementos de un arreglo. 

3 

4 public class SumaArreglo 

5 { 

6 public static void main( String args[] ) 

7 { 

8 int arreglo[] = { 87, 68, 94, 100, 83, 78, 85, 91, 76, 87 }; 

9 int total = 0; 

10 

11 // suma el valor de cada elemento al total 

12 for (int contador = 0; contador < arregl o . 1 ength ; contador++ ) 

13 total += arreglo[ contador ]; 

14 

15 System. out.printf( "Total de los elementos del arreglo: %d\n", total ); 

16 } // fin de main 

• 7 } // fin de la clase SumaArreglo 


Total de los elementos del arreglo: 849 


Figura 7.5 | Cálculo de la suma de los elementos de un arreglo. 
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A los profesores les gusta examinar a menudo la distribución de las calificaciones en un examen. Un profesor 
podría graficar el número de calificaciones en cada una de varias categorías, para visualizar la distribución de 
las calificaciones. Suponga que las calificaciones en un examen fueron 87, 68, 94, 100, 83, 78, 85, 91, 76 y 87. 
Observe que hubo una calificación de 100, dos calificaciones en el rango de 90 a 99, cuatro calificaciones en el 
rango de 80 a 89, dos en el rango de 70 a 79, una en el rango de 60 a 69 y ninguna por debajo de 60. Nuestra 
siguiente aplicación (figura 7.6) almacena estos datos de distribución de las calificaciones en un arreglo de 1 1 ele- 
mentos, cada uno de los cuales corresponde a una categoría de calificaciones. Por ejemplo, arregl o [ 0 ] indica 
el número de calificaciones en el rango de 0 a 9, arreglo[ 7 ] indica el número de calificaciones en el rango de 
70 a 79 y arreglo [ 10 ] indica el número de calificaciones de 100. Las dos versiones de la clase Li broCal i - 
ficaci ones que veremos más adelante en este capítulo (figuras 7.14 y 7.18) contienen código para calcular estas 
frecuencias de calificaciones, con base en un conjunto de calificaciones. Por ahora crearemos el arreglo en forma 
manual, mediante un análisis del conjunto de calificaciones. 


1 // Fig. 7.6: GraficoBarras . java 

2 // Programa para imprimir gráficos de barras. 

3 

4 public class GraficoBarras 

5 { 

6 public static void main( String args[] ) 

7 { 

8 int arreglof] = { 0, 0, 0, 0, 0, 0, 1, 2, 4, 2, 1 }; 

9 

10 System. out. printlnf "Distribución de calificaciones:" ); 

1 1 

12 // para cada elemento del arreglo, imprime una barra del gráfico 

13 for (int contador = 0; contador < arregl o . 1 ength ; contador++ ) 

14 { 

15 // imprime etiqueta de la barra ( "00-09: ", ..., "90-99: ", "100: " ) 

16 if ( contador == 10 ) 

17 System. out. printf( "%5d: ", 100 ); 

18 else 

19 System. out. printf( "%02d-%02d: ", 

20 contador * 10, contador *10+9 ); 

21 

22 // imprime barra de asteriscos 

23 for ( int estrellas = 0; estrellas < arreglof contador ]; estrellas++ ) 

24 System. out. print( "*" ); 

25 

26 System. out. printlnO ; // inicia una nueva linea de salida 

27 } // fin de for externo 

28 } // fin de main 

29 } // fin de la clase GraficoBarras 


Distribución de calificaciones: 

00-09 

10-19 

20-29 

30-39 

40-49 

50-59 

60-69 

* 

70-79 

** 

80-89 

* * * * 

90-99 

** 

100 



* 


Figura 7.6 | Programa para imprimir gráficos de barras. 
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La aplicación lee los números del arreglo y gráfica la información en forma de un gráfico de barras. El progra- 
ma muestra cada rango de calificaciones seguido de una barra de asteriscos, que indican el número de calificacio- 
nes en ese rango. Para etiquetar cada barra, las líneas 16 a 20 imprimen un rango de calificaciones (por ejemplo, 
"70-79: ") con base en el valor actual de contador. Cuando contador es 10, la línea 17 imprime 100 con una 
anchura de campo de 5, seguida de dos puntos y un espacio, para alinear la etiqueta "100 : " con las otras etique- 
tas de las barras. La instrucción for anidada (líneas 23 y 24) imprime las barras en pantalla. Observe la condición 
de continuación de ciclo en la línea 23 (est reí 1 as < arreglo[ contador ]). Cada vez que el programa llega 
al for interno, el ciclo cuenta desde 0 hasta arregl o [ contador ] , con lo cual utiliza un valor en arregl o para 
determinar el número de asteriscos a mostrar en pantalla. En este ejemplo, los valores de arregl o [ 0 ] hasta 
arregl o [ 5 ] son 0, ya que ningún estudiante recibió una calificación menor de 60. Por ende, el programa no 
muestra asteriscos enseguida de los primeros seis rangos de calificaciones. Observe que la línea 19 utiliza el espe- 
cificador de formato %02d para imprimir los números en un rango de calificaciones. Este especificador indica que 
se debe dar formato a un valor i nt como un campo de dos dígitos. La bandera 0 en el especificador de formato 
indica que los valores con menos dígitos que la anchura de campo (2) deben empezar con un 0 a la izquierda. 

Uso de los elementos de un arreglo como contadores 

En ocasiones, los programas utilizan variables tipo contador para sintetizar datos, como los resultados de una 
encuesta. En la figura 6.8 utilizamos contadores separados en nuestro programa para tirar dados, para rastrear el 
número de veces que aparecía cada una de las caras de un dado con seis lados, al tiempo que la aplicación tiraba 
el dado 6000 veces. En la figura 7.7 se muestra una versión de la aplicación de la figura 6.8, esta vez usando un 
arreglo. 


1 // Fig. 7.7: Ti rarDado . java 

2 // Tira un dado de seis lados 6000 veces. 

3 import java. útil .Random; 

4 

5 public class Ti rarDado 

6 { 

7 public static void main( String args[] ) 

8 { 

9 Random numerosAleatorios = new RandomO; // generador de números aleatorios 

10 int frecuencia[] = new int[ 7 ] ; // arreglo de contadores de frecuencia 

1 1 

12 // tira el dado 6000 veces; usa el valor del dado como indice de frecuencia 

13 for (int tiro = 1; tiro <= 6000; ti ro++ ) 

14 ++f recuenci a[ 1 + numerosAleatorios. nextlnt( 6 ) ]; 

15 

16 System. out.printf( "%s%10s\n", "Cara", "Frecuencia" ); 

17 

18 // imprime el valor de cada elemento del arreglo 

19 for ( int cara = 1; cara < frecuencia. length; cara++ ) 

20 System. out.printf( '%4d%10d\n , cara, frecuencia[ cara ] ); 

21 } // fin de main 

22 } // fin de la clase Ti rarDado 


Cara Frecuencia 

1 1015 

2 999 

B 998 

4 996 

5 1044 

6 948 

I 

Figura 7.7 | Programa para tirar dados que utiliza arreglos en vez de swi tch. 
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La figura 7.7 utiliza el arreglo frecuencia (línea 10) para contar las ocurrencias de cada lado del dado. 
La instrucción individual en la línea 14 de este programa sustituye las líneas 23 a 46 de la figura 6.8. La línea 14 
utiliza el valor aleatorio para determinar qué elemento de f recuenci a debe incrementar durante cada iteración 
del ciclo. El cálculo en la línea 14 produce números aleatorios del 1 al 6, por lo que el arreglo f recuenci a debe 
ser lo bastante grande como para poder almacenar seis contadores. Sin embargo, utilizamos un arreglo de siete 
elementos, en el cual ignoramos f recuenci a [ 0 ]; es más lógico que el valor de cara 1 incremente a fre- 
cuencia[ 1 ] que a f recuencia[ 0 ]. Por ende, cada valor de cara se utiliza como subíndice para el arreglo 
f recuenci a. También sustituimos las líneas 50 a 52 de la figura 6.8 por un ciclo a través del arreglo f recuenci a 
para imprimir los resultados en pantalla (líneas 19 a 20). 

Uso de arreglos para analizar los resultados de una encuesta 

Nuestro siguiente ejemplo utiliza arreglos para sintetizar los resultados de los datos recolectados en una encuesta: 

Se pidió a cuarenta estudiantes que calificaran la calidad de la comida en la cafetería estudiantil, en 
una escala del 1 al 10 (en donde 1 significa pésimo y 10 significa excelente). Coloque las 40 respuestas 
en un arreglo entero y sintetice los residtados de la encuesta. 

Ésta es una típica aplicación de procesamiento de arreglos (vea la figura 7.8). Deseamos resumir el número de 
respuestas de cada tipo (es decir, del 1 al 10). El arreglo respuestas (líneas 9 a 11) es un arreglo entero de 40 
elementos, y contiene las respuestas de los estudiantes a la encuesta. Utilizamos un arreglo de 1 1 elementos lla- 
mado f recuenci a (línea 12) para contar el número de ocurrencias de cada respuesta. Cada elemento del arreglo 
se utiliza como un contador para una de las respuestas de la encuesta, y se inicializa con cero de manera predeter- 
minada. Al igual que en la figura 7.7, ignoramos frecuencia [ 0 ]. 

El ciclo for en las líneas 16 y 17 recibe las respuestas del arreglo respuestas una a la vez, e incrementa uno 
de los 10 contadores en el arreglo frecuencia (de f recuenci a[ 1 ] a frecuencia!) 10 ]). La instrucción 
clave en el ciclo es la línea 17, la cual incrementa el contador de f recuenci a apropiado, dependiendo del valor 
de respuestas [ respuesta ]. 

Consideraremos varias iteraciones del ciclo for. Cuando la variable de control respuesta es 0, el valor de 
respuestas [ respuesta ] es el valor de respuestas [ 0 ] (es decir, 1), por lo que el programa interpreta a 
++f recuenci a[ respuestas!) respuesta ] ] como 

++f recuencia[ 1 ] 

con lo cual se incrementa el valor en el elemento 1 del arreglo. Para evaluar la expresión, empiece con el valor en 
el conjunto más interno de corchetes (respuesta). Una vez que conozca el valor de respuesta (que es el valor de 
la variable de control de ciclo en la línea 16), insértelo en la expresión y evalúe el siguiente conjunto más externo 
de corchetes (respuestas [ respuesta ], que es un valor seleccionado del arreglo respuestas en las líneas 9 
a 1 1). Después utilice el valor resultante como subíndice del arreglo f recuenci a, para especificar cuál contador 
se incrementará. 

Cuando respuesta es 1, respuestas [ respuesta ] es el valor de respuestas [ 1 ] (2), por lo que el 
programa interpreta a ++f recuenci a [ respuestas[ respuesta ] ] como 

++f recuenci a[ 2 ] 

con lo cual se incrementa el elemento 2 del arreglo. 

Cuando respuesta es 2, respuestas [ respuesta ] es el valor de respuestas [ 2 ] (6), por lo que el 
programa interpreta a ++f recuenci a [ respuestas [ respuesta ] ] como 

++f recuencia[ 6 ] 

con lo cual se incrementa el elemento 6 del arreglo, y así en lo sucesivo. Sin importar el número de respuestas 
procesadas en la encuesta, el programa sólo requiere un arreglo de 1 1 elementos (en el cual se ignora el elemento 
cero) para resumir los resultados, ya que todos los valores de las respuestas se encuentran entre 1 y 10, y los valores 
de subíndice para un arreglo de 1 1 elementos son del 0 al 10. 

Si los datos en el arreglo respuestas tuvieran valores inválidos como 13, el programa trataría de sumar 
1 a f recuenci a [ IB ] , lo cual se encuentra fuera de los límites del arreglo. Java no permite esto. Cuando se 
ejecuta un programa en Java, la JVM comprueba los subíndices del arreglo para asegurarse que sean válidos (es 
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1 // Fig. 7.8: EncuestaEstudi antes. java 

2 // Programa de análisis de una encuesta. 

3 

4 public class EncuestaEstudi antes 

5 { 

6 public static void main( String args[] ) 

7 { 

8 // arreglo de respuestas a una encuesta 

9 int respuestas [] = { 1, 2, 6, 4, 8, 5, 9, 7, 8, 10, 1, 6, B, 8, 6, 

10 10 , 3 , 8 , 2 , 7 , 6 , 5 , 7 , 6 , 8 , 6 , 7 , 5 , 6 , 6 , 5 , 6 , 7 , 5 , 6 , 

11 4, 8, 6, 8, 10}; 

12 int frecuencia[] = new int[ 11 ] ; // arreglo de contadores de frecuencia 

13 

14 // para cada respuesta, selecciona el elemento de respuestas y usa ese valor 

15 // como indice de frecuencia para determinar el elemento a incrementar 

16 for (int respuesta = 0; respuesta < respuestas . 1 ength ; respuesta++ ) 

17 ++f recuenci a[ respuestas[ respuesta ] ]; 

18 

19 System. out.printf( "%s%10s\n", "Calificación", "Frecuencia" ); 

20 

21 // imprime el valor de cada elemento del arreglo 

22 for (int calificación = 1; calificación < frecuencia.length; calificacion++ ) 

23 System. out.printf( '%6d%10d\n , calificación, frecuenciaf calificación ] ); 

24 } // fin de main 

25 } // fin de la clase EncuestaEstudi antes 



Figura 7.8 | Programa de análisis de una encuesta. 


decir, deben ser mayores o iguales a 0 y menores que la longitud del arreglo). Si un programa utiliza un subíndice 
inválido, Java genera una excepción para indicar que se produjo un error en el programa, en tiempo de ejecución. 
Puede utilizarse una instrucción de control para evitar que ocurra un error tipo “fuera de los límites”. Por ejemplo, 
la condición en una instrucción de control podría determinar si un subíndice es válido antes de permitir que se 
utilice en una expresión de acceso a un arreglo. 


r 



Tip para prevenir errores 7. 1 

Una excepción indica que ocurrió un error en un programa. A menudo el programador puede escribir código para 
recuperarse de una excepción y continuar con la ejecución del programa, en vez de terminarlo en forma anormal. 
Cuando un programa trata de acceder a un elemento fuera de los límites del arreglo, se produce una excepción Array- 
IndexOutOfBoundsException. En el capítulo 13 hablaremos sobre el manejo de excepciones. 


r v»’ 


Tip para prevenir errores 7.2 

Al escribir código para iterar a través de un arreglo, hay que asegurar que el subíndice del arreglo siempre sea mayor o 
igual a Oy menor que la longitud del arreglo. La condición de continuación de ciclo debe evitar el acceso a elementos 
fuera de este rango. 




272 Capítulo 7 Arreglos 


7.5 Ejemplo práctico: simulación para barajar y repartir cartas 

Hasta ahora, en los ejemplos en este capítulo hemos utilizado arreglos que contienen elementos de tipos pri- 
mitivos. En la sección 7.2 vimos que los elementos de un arreglo pueden ser de tipos primitivos o de tipos por 
referencia. En esta sección utilizaremos la generación de números aleatorios y un arreglo de elementos de tipo 
por referencia (a saber, objetos que representan cartas de juego) para desarrollar una clase que simule los procesos 
de barajar y repartir cartas. Después podremos utilizar esta clase para implementar aplicaciones que ejecuten jue- 
gos específicos de cartas. Los ejercicios al final del capítulo utilizan las clases que desarrollaremos aquí para crear 
una aplicación simple de póquer. 

Primero desarrollaremos la clase Carta (figura 7.9), la cual representa una carta de juego que tiene una cara 
("As", "Dos", "Tres", ..., "Joto", "Quina", "Rey") y un palo ("Corazones", "Diamantes", "Tréboles", 
"Espadas"). Después desarrollaremos la clase PaqueteDeCartas (figura 7.10), la cual crea un paquete de 52 
cartas en las que cada elemento es un objeto Carta. Luego construiremos una aplicación de prueba (figura 7.1 1) 
para demostrar las capacidades de barajar y repartir cartas de la clase PaqueteDeCartas. 

La clase Carta 

La clase Carta (figura 7.9) contiene dos variables de instancia Stri ng (cara y pal o) que se utilizan para almace- 
nar referencias al valor de la cara y al valor del palo para una Carta específica. El constructor de la clase (líneas 10 
a 14) recibe dos objetos Stri ng que utiliza para inicializar cara y pal o. El método toStri ng (líneas 17 a 20) crea 
un objeto Stri ng que consiste en la cara de la carta, el objeto Stri ng "de" y el pal o de la carta. En el capítulo 6 
vimos que el operador + puede utilizarse para concatenar (es decir, combinar) varios objetos Stri ng para formar 
un objeto Stri ng más grande. El método toStri ng de Carta puede invocarse en forma explícita para obtener 
la representación de cadena de un objeto Carta (por ejemplo, "As de Espadas"). El método toStri ng de un 
objeto se llama en forma implícita cuando el objeto se utiliza en donde se espera un objeto Stri ng (por ejemplo, 
cuando pri ntf imprime en pantalla el objeto como un Stri ng, usando el especificador de formato %s, o cuando 
el objeto se concatena con un objeto String mediante el operador +). Para que ocurra este comportamiento, 
toStri ng debe declararse con el encabezado que se muestra en la figura 7.9. 

La clase PaqueteDeCartas 

La clase PaqueteDeCartas (figura 7.10) declara un arreglo de variables de instancia llamado paquete, el cual 
contiene objetos Carta (línea 7). Al igual que las declaraciones de arreglos de tipos primitivos, la declaración de 
un arreglo de objetos incluye el tipo de los elementos en el arreglo, seguido del nombre de la variable del arreglo y 


1 // Fig. 7.9: Carta. java 

2 // La clase Carta representa una carta de juego. 

3 

4 public class Carta 

5 { 

6 prívate String cara; // cara de la carta ("As", "Dos", ...) 

7 private String palo; // palo de la carta ("Corazones", "Diamantes", ...) 

8 

9 // el constructor de dos argumentos inicializa la cara y el palo de la carta 

10 public Carta( String caraCarta, String paloCarta ) 

1 1 { 

12 cara = caraCarta; // inicializa la cara de la carta 

13 palo = paloCarta; // inicializa el palo de la carta 

• 4 } // fin del constructor de Carta con dos argumentos 

15 

16 // devuelve representación String de Carta 

17 public String toStri ng() 

18 { 

19 return cara + " de " + palo; 

20 } // fin del método toStri ng 

21 } // fin de la clase Carta 

Figura 7.9 | La clase Carta representa una carta de juego. 
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1 // Fig. 7.10: PaqueteDeCartas . java 

2 // La clase PaqueteDeCartas representa un paquete de cartas de juego. 

3 import java. útil .Random; 

4 

5 public class PaqueteDeCartas 

6 { 

7 private Carta paquete[]; // arreglo de objetos Carta 

8 private int cartaActual ; // subindi ce de la siguiente Carta a repartir 

9 private final int NUMERO_DE_CARTAS = 52; // número constante de Cartas 

10 private Random numerosAleatorios; // generador de números aleatorios 

1 1 

12 // el constructor llena el paquete de Cartas 

13 public PaqueteDeCartasO 

14 { 

15 String caras[] = { "As", "Dos", "Tres 1 , "Cuatro", "Cinco", "Seis 1 , 

16 "Siete", "Ocho", "Nueve", "Diez , "loto", "Quina", "Rey" }; 

17 String palos[] = { "Corazones", "Diamantes , "Tréboles", "Espadas" }; 

18 

19 paquete = new Carta[ NUMERO_DE_CARTAS ]; // crea arreglo de objetos Carta 

20 cartaActual = 0; // establece cartaActual para que la primera Carta repartida sea 
paquete[ 0 ] 

21 numerosAleatorios = new RandomO; // crea generador de números aleatorios 

22 

23 // llena el paquete con objetos Carta 

24 for (int cuenta = 0; cuenta < paquete . 1 ength ; cuenta++ ) 

25 paquete [ cuenta ] = 

26 new Carta( caras[ cuenta % IB ] , palos[ cuenta / 13 ] ); 

27 } // fin del constructor de PaqueteDeCartas 

28 

29 // baraja el paquete de Cartas con algoritmo de una pasada 

30 public void barajarO 

31 { 

32 // después de barajar, la repartición debe empezar en paquetef 0 ] otra vez 

33 cartaActual = 0; // reinicial iza cartaActual 

34 

35 // para cada Carta, selecciona otra Carta aleatoria y las intercambia 

36 for ( int primera = 0; primera < paquete . 1 ength ; primera++ ) 

37 { 

38 // selecciona un número aleatorio entre 0 y 51 

39 int segunda = numerosAleatorios. nextlnt( NUMER0_DE_CARTAS ); 

40 

41 // intercambia Carta actual con la Carta seleccionada al azar 

42 Carta temp = paquetef primera ]; 

43 paquete[ primera ] = paquetef segunda ]; 

44 paquete [ segunda ] = temp; 

45 } // fin de for 

46 } // fin de método barajar 

47 

48 // reparte una Carta 

49 public Carta reparti rCarta() 

50 { 

51 // determina si quedan Cartas por repartir 

52 if ( cartaActual < paquete . 1 ength ) 

53 return paquete[ cartaActual++ ]; // devuelve la Carta actual en el arreglo 

54 el se 

55 return nuil; // devuelve nuil para indicar que se repartieron todas las Cartas 

56 } // fin del método reparti rCarta 

57 } // fin de la clase PaqueteDeCartas 

Figura 7.10 | La clase PaqueteDeCartas representa un paquete de cartas de juego, que pueden barajarse y repartirse, 
una a la vez. 
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de corchetes (por ejemplo Carta paquete [ ]). La clase PaqueteDeCartas también declara la variable de instan- 
cia entera llamada cartaActual (línea 8), que representa la siguiente Carta a repartir del arreglo paquete, y la 
constante con nombre NUMERO_DE_CARTAS (línea 9), que indica el número de objetos Carta en el paquete (52). 

El constructor de la clase crea una instancia del arreglo paquete (línea 19) con un tamaño igual a NUME- 
RO_DE_CARTAS. Cuando se crea por primera vez el arreglo paquete, sus elementos son nul 1 de manera prede- 
terminada, por lo que el constructor utiliza una instrucción for (líneas 24 a 26) para llenar el arreglo paquetes 
con objetos Carta. La instrucción for inicializa la variable de control cuenta con 0 e itera mientras cuenta sea 
menor que paquete . 1 ength, lo cual hace que cuenta tome el valor de cada entero del 0 al 51 (los subíndices del 
arreglo paquete). Cada objeto Carta se instancia y se inicializa con dos objetos Stri ng: uno del arreglo caras 
(que contiene los objetos String del "As" hasta el "Rey") y uno del arreglo palos (que contiene los objetos 
String "Corazones", "Diamantes", "Tréboles" y "Espadas"). El cálculo cuenta % 13 siempre produce 
un valor de 0 a 12 (los 13 subíndices del arreglo caras en las líneas 15 y 16), y el cálculo cuenta / 13 siempre 
produce un valor de 0 a 3 (los cuatro subíndices del arreglo pal os en la línea 17). Cuando se inicializa el arreglo 
paquete, contiene los objetos Carta con las caras del "As" al "Rey" en orden para cada palo ("Corazones", 
"Diamantes", "Tréboles", "Espadas"). 

El método barajar (líneas 30 a 46) baraja los objetos Carta en el paquete. El método itera a través de los 52 
objetos Carta (subíndices 0 a 51 del arreglo). Para cada objeto Carta se elige al azar un número entre 0 y 51 para 
elegir otro objeto Carta. A continuación, el objeto Carta actual y el objeto Carta seleccionado al azar se inter- 
cambian en el arreglo. Este intercambio se realiza mediante las tres asignaciones en las líneas 42 a 44. La variable 
extra temp almacena en forma temporal uno de los dos objetos Carta que se van a intercambiar. El intercambio 
no se puede realizar sólo con las dos instrucciones 

paquete[ primera ] = paquete[ segunda ]; 

paquete[ segunda ] = paquete[ primera ]; 

Si paquete[ primera ] es el "As" de "Espadas" y paquete[ segunda ] es la "Quina" de "Corazones", 
entonces después de la primera asignación, ambos elementos del arreglo contienen la "Quina" de "Corazones" 
y se pierde el "As" de "Espadas"; es por ello que se necesita la variable extra temp. Una vez que termina el ciclo 
for, los objetos Carta se ordenan al azar. Sólo se realizan 52 intercambios en una sola pasada del arreglo comple- 
to, ¡y el arreglo de objetos Carta se baraja! 

El método reparti rCarta (líneas 49 a 56) reparte un objeto Carta en el arreglo. Recuerde que cartaAc- 
tual indica el subíndice del siguiente objeto Carta que se repartirá (es decir, la Carta en la parte superior del 
paquete). Por ende, la línea 52 compara cartaActual con la longitud del arreglo paquete. Si el paquete no está 
vacío (es decir, si cartaActual es menor a 52), la línea 53 regresa el objeto Carta “superior” y postincrementa 
cartaActual para prepararse para la siguiente llamada a reparti rCarta; en caso contrario, se devuelve nuil. 
En el capítulo 3 vimos que nul 1 representa una “referencia a nada”. 

Barajar y repartir cartas 

La aplicación de la figura 7.1 1 demuestra las capacidades de barajar y repartir cartas de la clase PaqueteDeCar- 
tas (figura 7.10). La línea 9 crea un objeto PaqueteDeCartas llamado mi PaqueteDeCartas. Recuerde que el 
constructor PaqueteDeCartas crea el paquete con los 52 objetos Carta, en orden por palo y por cara. La línea 
10 invoca el método barajar de mi PaqueteDeCartas para reordenar los objetos Carta. La instrucción for en 
las líneas 13 a 19 reparte los 52 objetos Carta en el paquete y los imprime en cuatro columnas, cada una con 13 
objetos Carta. Las líneas 16 a 18 reparten e imprimen en pantalla cuatro objetos Carta, cada uno de los cuales 
se obtiene mediante la invocación al método reparti rCarta de mi PaqueteDeCartas. Cuando pri ntf imprime 
en pantalla un objeto Carta con el especificador de formato %-20s, el método toStri ng de Carta (declarado en 
las líneas 17 a 20 de la figura 7.9) se invoca en forma implícita, y el resultado se imprime justificado a la izquierda, 
en un campo con una anchura de 20. 

7.6 Instrucción for mejorada 

En ejemplos anteriores demostramos cómo utilizar las instrucciones for controladas por un contador para iterar 
a través de los elementos en un arreglo. En esta sección presentaremos la instrucción for mejorada, la cual 
itera a través de los elementos de un arreglo o colección sin utilizar un contador (con lo cual, evita la posibilidad 
de “salirse” del arreglo). Esta sección habla acerca de cómo utilizar la instrucción for mejorada para iterar a tra- 
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1 // Fig. 7.11: PruebaPaqueteDeCartas . java 

2 // Aplicación para barajar y repartir cartas. 

3 

4 public class PruebaPaqueteDeCartas 

5 { 

6 // ejecuta la aplicación 

7 public static void main( String args[] ) 

8 { 

9 PaqueteDeCartas mi PaqueteDeCartas = new PaqueteDeCartasO ; 

10 mi PaqueteDeCartas . barajar() ; // coloca las Cartas en orden aleatorio 

1 1 

12 // imprime las 52 Cartas en el orden en el que se reparten 

13 for ( int i = 0; i < 13; i++ ) 

14 { 

15 // reparte e imprime 4 Cartas 

16 System. out.printf( '%-20s%-20s%-20s%-20s\n" , 

17 mi PaqueteDeCartas . reparti rCartaO , mi PaqueteDeCartas . reparti rCartaO , 

18 mi PaqueteDeCartas . reparti rCartaO , mi PaqueteDeCartas . reparti rCartaO ); 

19 } // fin de for 

20 } // fin de main 

21 } // fin de la clase PruebaPaqueteDeCartas 
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Figura 7.11 | Aplicación para barajar y repartir cartas. 


vés de un arreglo. En el capítulo 19, Colecciones, veremos cómo utilizar la instrucción for mejorada con colec- 
ciones. La sintaxis de una instrucción for mejorada es: 

for ( parámetro : nombreArreglo ) 
instrucción 

en donde parámetro tiene dos partes: un tipo y un identificador (por ejemplo, i nt numero), y nombreArreglo es el 
arreglo a través del cual se iterará. El tipo del parámetro debe concordar con el tipo de los elementos en el arreglo. 
Como se muestra en el siguiente ejemplo, el identificador representa valores sucesivos en el arreglo, en iteraciones 
sucesivas de la instrucción for mejorada. 

La figura 7.12 utiliza la instrucción for mejorada (líneas 12 y 13) para calcular la suma de los enteros en un 
arreglo de calificaciones de estudiantes. El tipo especificado en el parámetro para el for mejorado es int, ya que 
arreglo contiene valores i nt; el ciclo selecciona un valor i nt del arreglo durante cada iteración. La instrucción 
for mejorada itera a través de valores sucesivos en el arreglo, uno por uno. El encabezado del for mejorado se 
puede leer como “para cada iteración, asignar el siguiente elemento de arregl o a la variable i nt numero, después 
ejecutar la siguiente instrucción”. Por lo tanto, para cada iteración, el identificador numero representa un valor 
i nt en arregl o. Las líneas 12 y 13 son equivalentes a la siguiente repetición controlada por un contador que se 
utiliza en las líneas 12 y 13 de la figura 7.5, para totalizar los enteros en el arregl o: 

for ( int contador = 0; contador < arreglo. length; contador++ ) 
total += arreglo[ contador ]; 
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La instrucción for mejorada simplifica el código para iterar a través de un arreglo. No obstante, observe 
que la instrucción for mejorada sólo puede utilizarse para obtener elementos del arreglo; no puede utilizarse 
para modificar los elementos. Si su programa necesita modificar elementos, use la instrucción for tradicional, 
controlada por contador. 

La instrucción for mejorada se puede utilizar en lugar de la instrucción for controlada por contador, cuan- 
do el código que itera a través de un arreglo no requiere acceso al contador que indica el subíndice del elemento 
actual del arreglo. Por ejemplo, para totalizar los enteros en un arreglo se requiere acceso sólo a los valores de los 
elementos; el subíndice de cada elemento es irrelevante. No obstante, si un programa debe utilizar un contador 
por alguna razón que no sea tan sólo iterar a través de un arreglo (por ejemplo, imprimir un número de subíndice 
al lado del valor de cada elemento del arreglo, como en los primeros ejemplos en este capítulo), use la instrucción 
f o r controlada por contador. 


1 // Fig. 7.12: PruebaForMejorado . java 

2 // Uso de la instrucción for mejorada para sumar el total de enteros en un arreglo. 

3 

4 public class PruebaForMejorado 

5 { 

6 public static void main( String args[] ) 

7 { 

8 int arreglo[] = { 87, 68, 94, 100, 83, 78, 85, 91, 76, 87 }; 

9 int total = 0; 

10 

11 // suma el valor de cada elemento al total 

12 for ( int numero : arreglo ) 

13 total += numero; 

14 

15 System. out.printf( "Total de elementos del arreglo: %d\n 1 , total ); 

16 } // fin de main 

• 7 } // fin de la clase PruebaForMejorado 


Total de elementos del arreglo: 849 


Figura 7.12 | Uso de la instrucción for mejorada para sumar el total de los enteros en un arreglo. 


7.7 Paso de arreglos a los métodos 

Esta sección demuestra cómo pasar arreglos y elementos individuales de un arreglo como argumentos para los 
métodos. Al final de la sección, hablaremos acerca de cómo se pasan todos los tipos de argumentos a los métodos. 
Para pasar un argumento tipo arreglo a un método, se especifica el nombre del arreglo sin corchetes. Por ejemplo, 
si el arreglo tempe ratu ras PorHora se declara como 

double temperaturasPorHoraf ] = new double[ 24 ]; 

entonces la llamada al método 

modificarArreglo( temperaturasPorüora ); 

pasa la referencia del arreglo tempe ratu ras PorHora al método modi ficarArreglo. Todo objeto arreglo “conoce” 
su propia longitud (a través de su campo length). Por ende, cuando pasamos a un método la referencia a un 
objeto arreglo, no necesitamos pasar la longitud del arreglo como un argumento adicional. 

Para que un método reciba una referencia a un arreglo a través de una llamada a un método, la lista de 
parámetros del método debe especificar un parámetro tipo arreglo. Por ejemplo, el encabezado para el método 
modi ficarArreglo podría escribirse así: 

void modificarArregl o( int b[] ) 
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lo cual indica que modi ficarArregl o recibe la referencia de un arreglo de enteros en el parámetro b. La llamada a 
este método pasa la referencia al arreglo tempe raturaPorHo ras, de manera que cuando el método llamado utili- 
za la variable b tipo arreglo, hace referencia al mismo objeto arreglo como tempe ratu ras PorHora en el método 
que hizo la llamada. 

Cuando un argumento para un método es todo un arreglo, o un elemento individual de un arreglo de un 
tipo por referencia, el método llamado recibe una copia de la referencia. Sin embargo, cuando un argumento 
para un método es un elemento individual de un arreglo de un tipo primitivo, el método llamado recibe una 
copia del valor del elemento. Dichos valores primitivos se conocen como escalares o cantidades escalares. Para 
pasar un elemento individual de un arreglo a un método, use el nombre indexado del elemento del arreglo como 
argumento en la llamada al método. 

La figura 7.13 demuestra la diferencia entre pasar a un método todo un arreglo y pasar un elemento de 
un arreglo de tipo primitivo. La instrucción for mejorada en las líneas 16 y 17 imprime en pantalla los cinco 
elementos de arreglo (un arreglo de valores int). La línea 19 invoca al método modi ficarArregl o y le pa- 
sa arreglo como argumento. El método modi ficarArregl o (líneas 36 a 40) recibe una copia de la referencia 
a arreglo y utiliza esta referencia para multiplicar cada uno de los elementos de arreglo por 2. Para demostrar 
que se modificaron los elementos de arreglo, la instrucción for en las líneas 23 y 24 imprime en pantalla los 
cinco elementos de a r regí o otra vez. Como se muestra en la salida, el método modi ficarArregl o duplicó el valor 
de cada elemento. Observe que no pudimos usar la instrucción for mejorada en las líneas 38 y 39, ya que estamos 
modificando los elementos del arreglo. 


1 // Fig. 7.13: PasoArreglo. java 

2 // Paso de arreglos y elementos individuales de un arreglo a los métodos. 

3 

4 public class PasoArreglo 

5 { 

6 // mai n crea el arreglo y llama a modificarArreglo y a modi ficarEl emento 

7 public static void main( String args[] ) 

8 { 

9 int arreglof] = { 1, 2, 3, 4, 5 }; 

10 

11 System. out.println( 

12 "Efectos de pasar una referencia a un arreglo completo:\n" + 

13 "Los valores del arreglo original son:" ); 

14 

15 // imprime los elementos originales del arreglo 

16 for ( int valor : arreglo ) 

17 System. out.printf( " %d", valor ); 

18 

19 modi ficarArregl o( arreglo ); // pasa la referencia al arreglo 

20 System. out.println( "\n\nLos valores del arreglo modificado son:" ); 

21 

22 // imprime los elementos modificados del arreglo 

23 for ( int valor : arreglo ) 

24 System. out.printf( " %d", valor ); 

25 

26 System. out.printf( 

27 "\n\ nEfectos de pasar el valor de un elemento del arreglo:\n" + 

28 "arreglo[3] antes de modi ficarEl emento: %d\n”, arreglof 3 ] ); 

29 

30 modi ficarEl emento( arreglo[ 3 ] ); // intento por modificar arreglo[ 3 ] 

31 System. out.printf( 

32 "arreglo[3] después de modi ficarEl emento: %d\n", arreglo[ 3 ] ); 

33 } // fin de main 

34 

35 // multiplica cada elemento de un arreglo por 2 

Figura 7.13 | Paso de arreglos y elementos Individuales de un arreglo a los métodos. (Parte I de 2). 
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36 public static void modificarArreglo( int arreglo2[] ) 

37 { 

38 for (int contador = 0; contador < arregl o2 . 1 ength ; contador++ ) 

39 arregl o2[ contador ] *= 2 ; 

40 } // fin del método modificarArreglo 

41 

42 // multiplica el argumento por 2 

43 public static void modificarEl emento( int elemento ) 

44 { 

45 elemento *= 2; 

46 System. out.printf( 

47 "Valor del elemento en modificarEl emento: %d\n", elemento ); 

48 } // fin del método modi ficarEl emento 

49 } // fin de la clase PasoArreglo 

Efectos de pasar una referencia a un arreglo completo 
Los valores del arreglo original son: 

1 2 3 4 5 

Los valores del arreglo modificado son: 

2 4 6 8 10 

Efectos de pasar el valor de un elemento del arreglo: 
arreglo[3] antes de modificarEl emento : 8 
Valor del elemento en modi ficarEl emento: 16 
arreglo[3] después de modi ficarEl emento: 8 

Figura 7.13 | Paso de arreglos y elementos individuales de un arreglo a los métodos. (Parte 2 de 2). 


La figura 7.13 demuestra a continuación que, cuando se pasa una copia de un elemento individual de un 
arreglo de tipo primitivo a un método, si se modifica la copia en el método que se llamó, el valor original de ese 
elemento no se ve afectado en el arreglo del método que hizo la llamada. Las líneas 26 a 28 imprimen en panta- 
lla el valor de arregl o [ 3 ] (8) antes de invocar al método modi ficarEl emento. La línea 30 llama al método 
modi ficarEl emento y le pasa arreglo [ 3 ] como argumento. Recuerde que arregl o [ 3 ] es en realidad 
un valor int (8) en arreglo. Por lo tanto, el programa pasa una copia del valor de arreglof 3 ]. El método 
modi ficarEl emento (líneas 43 a 48) multiplica el valor recibido como argumento por 2, almacena el resultado en 
su parámetro el emento y después imprime en pantalla el valor de el emento (16). Como los parámetros de los 
métodos, al igual que las variables locales, dejan de existir cuando el método en el que se declaran termina su 
ejecución, el parámetro elemento del método se destruye cuando modificarEl emento termina. Por lo tanto, 
cuando el programa devuelve el control a mai n, las líneas 31 y 32 imprimen en pantalla el valor de arregl o [ 3 ] 
que no se modificó (es decir, 8). 

Notas acerca del paso de argumentos a los métodos 

El ejemplo anterior demostró las distintas maneras en las que se pasan los arreglos y los elementos de arreglos 
de tipos primitivos a los métodos. Ahora veremos con más detalle la forma en que se pasan los argumentos a 
los métodos en general. En muchos lenguajes de programación, dos formas de pasar argumentos en las llamadas 
a métodos son el paso por valor y el paso por referencia (también conocidas como llamada por valor y llama- 
da por referencia) . Cuando se pasa un argumento por valor, se pasa una copia del valor del argumento al método 
que se llamó. Este método trabaja exclusivamente con la copia. Las modificaciones a la copia del método que se 
llamó no afectan el valor de la variable original en el método que hizo la llamada. 

Cuando se pasa un argumento por referencia, el método que se llamó puede acceder al valor del argumento 
en el método que hizo la llamada directamente, y puede modificar esos datos si es necesario. El paso por referencia 
mejora el rendimiento, al eliminar la necesidad de copiar cantidades de datos posiblemente extensas. 

A diferencia de otros lenguajes, Java no permite a los programadores elegir el paso por valor o el paso por 
referencia; todos los argumentos se pasan por valor. Una llamada a un método puede pasar dos tipos de valores: 
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copias de valores primitivos (como valores de tipo i nt y doubl e) y copias de referencias a objetos (incluyendo las 
referencias a arreglos). Los objetos en sí no pueden pasarse a los métodos. Cuando un método modifica un pará- 
metro de tipo primitivo, las modificaciones a ese parámetro no tienen efecto en el valor original del argumento en 
el método que hizo la llamada. Por ejemplo, cuando la línea 30 en mai n de la figura 7.13 pasa arregl o [ 3 ] al 
método modi ficarEl emento, la instrucción en la línea 45 que duplica el valor del parámetro el emento no tiene 
efecto sobre el valor de arregl o [ 3 ] en mai n. Esto también se aplica para los parámetros de tipo por referen- 
cia. Si usted modifica un parámetro de tipo por referencia al asignarle la referencia de otro objeto, el parámetro 
hace referencia al nuevo objeto, pero la referencia almacenada en la variable del método que hizo la llamada sigue 
haciendo referencia al objeto original. 

Aunque la referencia a un objeto se pasa por valor, un método puede de todas formas interactuar con el obje- 
to al que se hace referencia, llamando a sus métodos publ i c mediante el uso de la copia de la referencia al objeto. 
Como la referencia almacenada en el parámetro es una copia de la referencia que se pasó como argumento, el 
parámetro en el método que se llamó y el argumento en el método que hizo la llamada hacen referencia al mismo 
objeto en la memoria. Por ejemplo, en la figura 7.13, tanto el parámetro arregl o2 en el método modi ficarArre 
gl o como la variable arregl o en mai n hacen referencia al mismo objeto en la memoria. Cualquier modificación 
que se realice usando el parámetro arregl o2 se lleva a cabo en el mismo objeto al que hace referencia la varia- 
ble que se pasó como argumento en el método que hizo la llamada. En la figura 7.13, las modificaciones realizadas 
en modi ficarArregl o en las que se utiliza arregl o2, afectan al contenido del objeto arreglo al que hace referencia 
arreglo en main. De esta forma, con una referencia a un objeto, el método que se llamó puede manipular el 
objeto del método que hizo la llamada directamente. 



Tip de rendimiento 7.1 

Pasar arreglos por referencia tiene sentido por cuestiones de rendimiento. Si los arreglos se pasaran por valor, se 
pasaría una copia de cada elemento. En los arreglos grandes que se pasan con frecuencia, esto desperdiciaría tiempo 
y consumiría una cantidad considerable de almacenamiento para las copias de los arreglos. 


7.8 Ejemplo práctico: la clase LibroCal ificaciones que usa un 
arreglo para almacenar las calificaciones 

En esta sección desarrollaremos aún más la clase Li broCal i ficaciones, que presentamos en el capítulo 3 y 
expandimos en los capítulos 4 y 5. Recuerde que esta clase representa un libro de calificaciones utilizado por 
un instructor para almacenar y analizar un conjunto de calificaciones de estudiantes. Las versiones anteriores de 
esta clase procesan un conjunto de calificaciones introducidas por el usuario, pero no mantienen los valores de las 
calificaciones individuales en variables de instancia de la clase. Por ende, los cálculos repetidos requieren que el 
usuario vuelva a introducir las mismas calificaciones. Una manera de resolver este problema sería almacenar cada 
calificación introducida por el usuario en una instancia individual de la clase. Por ejemplo, podríamos crear las 
variables de instancia cal i ficacionl, cal i ficaci on2, ..., cal i ficacionlO en la clase Li broCal i ficaciones para 
almacenar 10 calificaciones de estudiantes. No obstante, el código para totalizar las calificaciones y determinar 
el promedio de la clase sería voluminoso, y la clase no podría procesar más de 10 calificaciones a la vez. En esta 
sección resolvemos este problema, almacenando las calificaciones en un arreglo. 

Almacenar las calificaciones de los estudiantes en un arreglo en la clase LibroCal ificaciones 
La versión de la clase Li broCal i ficaci ones (figura 7.14) que presentamos aquí utiliza un arreglo de enteros para 
almacenar las calificaciones de varios estudiantes en un solo examen. Esto elimina la necesidad de introducir varias 
veces el mismo conjunto de calificaciones. El arreglo calificaciones se declara como una variable de instancia 
en la línea 7; por lo tanto, cada objeto LibroCal i ficaci ones mantiene su propio conjunto de calificaciones. El 
constructor de la clase (líneas 10 a 14) tiene dos parámetros: el nombre del curso y un arreglo de calificaciones. 
Cuando una aplicación (por ejemplo, la clase PruebaLi broCal i ficaci ones en la figura 7.15) crea un objeto 
Li broCal i ficaci ones, la aplicación pasa un arreglo i nt existente al constructor, el cual asigna la referencia del 
arreglo a la variable de instancia cal i ficaci ones (línea 13). El tamaño del arreglo cal i ficaci ones se determina 
en base a la clase que pasa el arreglo al constructor. Por ende, un objeto Li broCal i ficaci ones puede procesar un 
número de calificaciones variable. Los valores de las calificaciones en el arreglo que se pasa podría introducirlos 
un usuario desde el teclado, o podrían leerse desde un archivo en el disco (como veremos en el capítulo 14). En 
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nuestra aplicación de prueba, simplemente inicializamos un arreglo con un conjunto de valores de calificaciones 
(figura 7.15, línea 10). Una vez que las calificaciones se almacenan en una variable de instancia llamada cali- 
ficaciones de la clase LibroCalificaciones, todos los métodos de la clase pueden acceder a los elementos de 
cal i ficaci ones según sea necesario, para realizar varios cálculos. 
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// Fig. 7.14: LibroCalificaciones. java 

// Libro de calificaciones que utiliza un arreglo para almacenar las calificaciones de 
una prueba. 

public class LibroCalificaciones 

{ 

private String nombreDelCurso; // nombre del curso que representa este 
Li broCal i ficaci ones 

private int cal i ficaci ones [] ; // arreglo de calificaciones de estudiantes 

// el constructor de dos argumentos inicializa nombreDelCurso y el arreglo 
calificaciones 

public LibroCal i ficaci ones ( String nombre, int arregl oCal i f [] ) 

{ 

nombreDelCurso = nombre; // inicializa nombreDelCurso 
calificaciones = arregloCalif ; // almacena las calificaciones 
} // fin del constructor de LibroCalificaciones con dos argumentos 

// método para establecer el nombre del curso 

public void establecerNombreDelCurso( String nombre ) 

{ 

nombreDelCurso = nombre; // almacena el nombre del curso 
} // fin del método establecerNombreDelCurso 

// método para obtener el nombre del curso 

public String obtenerl\lombreDelCurso() 

{ 

return nombreDelCurso; 

} // fin del método obtenerNombreDelCurso 

// muestra un mensaje de bienvenida al usuario de LibroCalificaciones 
public void mostrarMensajeO 
{ 

// obtenerNombreDelCurso obtiene el nombre del curso 

System. out.printf( "Bienvenido al libro de calificaciones para\n%s ! \n\n" , 
obtenerNombreDelCursoO ); 

} // fin del método mostrarMensaje 

// realiza varias operaciones sobre los datos 

public void procesarCalificacionesO 

{ 

// imprime el arreglo de calificaciones 

imprimi rCal i ficaci ones O ; 

// llama al método obtenerPromedio para calcular la calificación promedio 
System. out. printf( "\nEl promedio de la clase es %.2f\n", obtenerPromedioO ); 

// llama a los métodos obtenerMi nima y obtenerMaxima 

System. out. printf( "La calificación mas baja es %d\nLa calificación mas alta es 
%d\n\n" , 

obtenerMi ni ma() , obtenerMaximaQ ); 


Figura 7.14 | La clase LibroCalificaciones que usa un arreglo para almacenar las calificaciones de una prueba. 
(Parte I de 3). 
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48 

49 // llama a imprimi rGraficoBarras para imprimir el gráfico de distribución de 
calificaciones 

50 imprimi rCraficoBarras() ; 

51 } // fin del método procesarCal i ficaci ones 

52 

53 // busca la calificación más baja 

54 public int obtenerMinimaO 

55 { 

56 int califBaja = cal i ficaci ones [ 0 ]; // asume que cal i ficaci ones [ 0 ] es la más 
baja 

57 

58 // itera a través del arreglo de calificaciones 

59 for (int calificación : calificaciones ) 

60 { 

61 // si calificación es menor que califBaja, se asigna a califBaja 

62 i f ( cal i fi cacion < califBaja ) 

63 califBaja = calificación; // nueva calificación más baja 

64 } // fin de for 

65 

66 return califBaja; // devuelve la calificación más baja 

87 } // fin del método obtenerMinima 

68 

69 // busca la calificación más alta 

70 public int obtenerMaximaO 

71 { 

72 int cal i f Alta = cal i ficaci ones [ 0 ]; // asume que cal i ficaci ones [ 0 ] es la más 
alta 

73 

74 // itera a través del arreglo de calificaciones 

75 for (int calificación : calificaciones ) 

76 { 

77 // si calificación es mayor que califAlta, se asigna a califAlta 

78 if ( calificación > califAlta ) 

79 califAlta = calificación; // nueva calificación más alta 

80 } // fin de for 

81 

82 return califAlta; // devuelve la calificación más alta 

83 } // fin del método obtenerMaxima 

84 

85 // determina la calificación promedio de la prueba 

86 public double obtenerPromedio() 

87 { 

88 int total = 0; // inicial iza el total 

89 

90 // suma las calificaciones para un estudiante 

91 for (int calificación : calificaciones ) 

92 total += calificación; 

93 

94 // devuelve el promedio de las calificaciones 

95 return (double) total / calificaciones. length; 

96 } // fin del método obtenerPromedio 

97 

98 // imprime gráfico de barras que muestra la distribución de las calificaciones 

99 public void imprimi rCraficoBarras() 

100 { 

101 System. out.println( "Distribución de calificaciones:" ); 

102 

Figura 7.14 | La clase LibroCal i ficaci ones que usa un arreglo para almacenar las calificaciones de una prueba. 
(Parte 2 de 3). 
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103 // almacena la frecuencia de las calificaciones en cada rango de 10 calificaciones 

104 int frecuenciaf] = new int[ 11 ]; 

105 

106 // para cada calificación, incrementa la frecuencia apropiada 

107 for (int calificación : calificaciones ) 

108 ++f recuenci a[ calificación / 10 ] ; 

109 

110 // para cada frecuencia de calificación, imprime una barra en el gráfico 

111 for ( int cuenta = 0; cuenta < frecuencia. length; cuenta++ ) 

1 12 { 

113 // imprime etiquetas de las barras ( "00-09: ", ..., "90-99: ", "100: " ) 

114 if ( cuenta == 10 ) 

115 System. out. printf( "%5d: ", 100 ); 

116 else 

117 System. out. printff "%02d-%02d: , 

118 cuenta * 10, cuenta *10+9 ); 

119 

120 // imprime barra de asteriscos 

121 for ( int estrellas = 0; estrellas < frecuencia[ cuenta ]; estrellas++ ) 

122 System. out. print( "*" ); 

123 

124 System. out. println() ; // inicia una nueva linea de salida 

125 } // fin de for externo 

126 } // fin del método imprimi rGraficoBarras 

127 

128 // imprime el contenido del arreglo de calificaciones 

129 public void imprimi rCalificaciones() 

130 { 

131 System. out. println( "Las calificaciones son:\n" ); 

132 

133 // imprime la calificación de cada estudiante 

134 for (int estudiante = 0; estudiante < cal ideaciones . 1 ength ; estudiante++ ) 

135 System . out . pri ntf( "Estudiante %2d: %3d\n", 

136 estudiante + 1, cal ideaciones [ estudiante ] ); 

137 } // fin del método imprimi rCal i ficaci ones 

138 } // fin de la clase Li broCal i ficaciones 

Figura 7.14 | La clase LibroCal i ficaci ones que usa un arreglo para almacenar las calificaciones de una prueba. 
(Parte 3 de 3). 


El método procesarCal i ficaci ones (líneas 37 a 51) contiene una serie de llamadas a métodos que produce 
un reporte en el que se resumen las calificaciones. La línea 40 llama al método imprimi rCal i ficaciones para 
imprimir el contenido del arreglo calificaciones. Las líneas 134 a 136 en el método imprimi rCal i ficaci ones 
utilizan una instrucción for para imprimir las calificaciones de los estudiantes. En este caso se debe utilizar una 
instrucción for controlada por contador, ya que las líneas 135 y 136 utilizan el valor de la variable contador 
estudi ante para imprimir cada calificación enseguida de un número de estudiante específico (vea la figura 7. 1 5). 
Aunque los subíndices de los arreglos empiezan en 0, lo común es que el profesor enumere a los estudiantes empe- 
zando desde 1. Por ende, las líneas 135 y 136 imprimen estudiante + 1 como el número de estudiante para 
producir las etiquetas "Estudiante 1: ", "Estudiante 2: ", y así en lo sucesivo. 

A continuación, el método procesarCal i ficaci ones llama al método obtenerPromedio (línea 43) para 
obtener el promedio de las calificaciones en el arreglo. El método obtenerPromedi o (líneas 86 a 96) utiliza una 
instrucción for mejorada para totalizar los valores en el arreglo calificaciones antes de calcular el promedio. 
El parámetro en el encabezado de la instrucción for mejorada (por ejemplo, i nt cal i ficaci on) indica que para 
cada iteración, la variable i nt cal i ficaci on recibe un valor en el arreglo cal i ficaci ones. Observe que el cálculo 
del promedio en la línea 95 utiliza cal i ficaci ones . 1 ength para determinar el número de calificaciones que se 
van a promediar. 
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Las líneas 46 y 47 en el método procesarCal i ficaciones llaman a los métodos obtenerMi nima y obte- 
ne rMaxi ma para determinar las calificaciones más baja y más alta de cualquier estudiante en el examen, en forma 
respectiva. Cada uno de estos métodos utiliza una instrucción for mejorada para iterar a través del arreglo cal i - 
ficaci ones. Las líneas 59 a 64 en el método obtenerMi ni ma iteran a través del arreglo. Las líneas 62 y 63 com- 
paran cada calificación con cal i f Ba j a; si una calificación es menor que cali f Ba j a, a cal i f Ba j a se le asigna esa 
calificación. Cuando la línea 66 se ejecuta, cal i fBaja contiene la calificación más baja en el arreglo. El método 
obtenerMaxi ma (líneas 70 a 83) funciona de manera similar al método obtenerMi nima. 

Por último, la línea 50 en el método procesarCal i ficaci ones llama al método imprimi rCraficoBarras 
para imprimir un gráfico de distribución de los datos de las calificaciones, mediante el uso de una técnica similar 
a la de la figura 7.6. En ese ejemplo, calculamos en forma manual el número de calificaciones en cada categoría (es 
decir, de 0 a 9, de 10 a 19, . . ., de 90 a 99 y 100) con sólo analizar un conjunto de calificaciones. En este ejemplo, 
las líneas 107 y 108 utilizan una técnica similar a la de las figuras 7.7 y 7.8 para calcular la frecuencia de las califi- 
caciones en cada categoría. La línea 104 declara y crea el arreglo f recuenci a de 1 1 valores i nt para almacenar la 
frecuencia de las calificaciones en cada categoría de éstas. Para cada cal i ficaci on en el arreglo cal i ficaci ones, 
las líneas 107 y 108 incrementan el elemento apropiado del arreglo f recuenci a. Para determinar qué elemento 
se debe incrementar, la línea 108 divide la cal i ficaci on actual entre 10, mediante la división entera. Por ejemplo, 
si calificación es 85, la línea 108 incrementa frecuenciaf 8 ] para actualizar la cuenta de calificaciones en 
el rango 80-89. Las líneas Illa 125 imprimen a continuación el gráfico de barras (vea la figura 7.15), con base 
en los valores en el arreglo f recuenci a. Al igual que las líneas 23 y 24 de la figura 7.6, las líneas 121 y 122 de 
la figura 7.14 utilizan un valor en el arreglo f recuenci a para determinar el número de asteriscos a imprimir en 
cada barra. 

La clase PruebaLi broCal ificaciones para demostrar la clase LibroCal i ficaciones 

La aplicación de la figura 7.15 crea un objeto de la clase Li broCal i ficaci ones (figura 7.14) mediante el uso del 
arreglo i nt a r regí oCal i f (que se declara y se inicializa en la línea 10). Las líneas 12 y 13 pasan el nombre de un 
curso y arregl oCal i f al constructor de LibroCal i ficaci ones. La línea 14 imprime un mensaje de bienvenida, 
y la línea 15 invoca el método procesarCalificaciones del objeto Li broCal i ficaciones. La salida muestra el 
resumen de las 10 calificaciones en mi LibroCal i ficaci ones. 


1 // Fig. 7.15: PruebaLi broCal ificaciones . java 

2 // Crea objeto Li broCal i ficaciones , usando un arreglo de calificaciones. 

3 

4 public class PruebaLi broCal ificaciones 

5 { 

6 // el método main comienza la ejecución del programa 

7 public static void main( String args[] ) 

8 { 

9 // arreglo unidimensional de calificaciones de estudiantes 

10 int arregloCal i f [] = { 87, 68, 94, 100, 83, 78, 85, 91, 76, 87 }; 

1 1 

12 Li broCal i ficaciones mi LibroCal i ficaci ones = new LibroCal i ficaci ones ( 

13 “CS101 Introducción a la programación en lava , arregloCalif ); 

14 miLibroCalificaciones.mostrarMensajeO ; 

15 mi Li broCal i ficaci ones .procesarCal i ficaci ones() ; 

16 } // fin de main 

17 } // fin de la clase PruebaLibroCalificaciones 


Bienvenido al libro de calificaciones para 
CS101 Introducción a la programación en lava! 

I 

Figura 7.15 | PruebaLibroCalificaciones crea un objeto LibroCal i ficaci ones usando un arreglo de 
calificaciones, y después invoca al método procesarCal i ficaci ones para analizarlas. (Parte I de 2). 
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Las calificaciones son: 


Estudiante 1: 87 

Estudiante 2: 68 

Estudiante 3: 94 

Estudiante 4: 100 
Estudiante 5: 83 

Estudiante 6: 78 

Estudiante 7: 85 

Estudiante 8: 91 

Estudiante 9: 76 

Estudiante 10: 87 


El promedio de la clase es 84.90 
La calificación mas baja es 68 
La calificación mas alta es 100 


Distribución de calificaciones: 
00-09: 

10-19: 

20-29: 

30-39: 

40-49: 

50-59: 

60-69: * 

70-79: ** 

80-89: **** 

90-99: ** 


Figura 7.15 | PruebaLibroCalificaciones crea un objeto LibroCalificaciones usando un arreglo de 
calificaciones, y después invoca al método procesarCal i ficaci ones para analizarlas. (Parte 2 de 2). 


J 


• r Observación de ingeniería de software 7.1 

Un arnés de prueba ( o aplicación de prueba) es responsable de crear un objeto de la clase que se probará y de propor- 
cionarle datos. Estos datos podrían provenir de cualquiera de varias fuentes. Los datos de prueba pueden colocarse 
directamente en un arreglo con un inicializador de arreglos, pueden provenir del usuario mediante el teclado, de un 
archivo ( como veremos en el capítulo 14) o pueden provenir de una red ( como veremos en el capítulo 24). Después de 
pasar estos datos al constructor de la clase para instanciar el objeto, este arnés de prueba debe llamar al objeto para 
probar sus métodos y manipular sus datos. La recopilación de datos en el arnés de prueba de esta forma permite a la 
clase manipular datos de varias fuentes. 

7.9 Arreglos multidimensionales 

Los arreglos multidimensionales de dos dimensiones se utilizan con frecuencia para representar tablas de valores, 
las cuales consisten en información ordenada en filas y columnas. Para identificar un elemento específico de una 
tabla, debemos especificar dos subíndices. Por convención, el primero identifica la fila del elemento y el segundo 
su columna. Los arreglos que requieren dos subíndices para identificar un elemento específico se llaman arre- 
glos bidimensionales (los arreglos multidimensionales pueden tener más de dos dimensiones). Java no soporta 
los arreglos multidimensionales directamente, pero permite al programador especificar arreglos unidimensionales, 
cuyos elementos sean también arreglos unidimensionales, con lo cual se obtiene el mismo efecto. La figura 7.16 
ilustra un arreglo bidimensional a, que contiene tres filas y cuatro columnas (es decir, un arreglo de tres por cua- 
tro). En general, a un arreglo con m filas y n columnas se le llama arreglo de m por n. 

Cada elemento en el arreglo a se identifica en la figura 7.16 mediante una expresión de acceso a un arreglo de 
la forma a [ fila ][ columna ]; a es el nombre del arreglo, fila y col umna son los subíndices que identifican 
en forma única a cada elemento en el arreglo a por número de fila y columna. Observe que los nombres de los 
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Columna 0 

Columna 1 

Columna 2 

Columna 3 

Fila 0 

a [ 0 ] [ 0 ] 

a[ 0 ][ 1 ] 

a [ 0 ] [ 2 ] 

a[ 0 ][ 3 ] 

Fila 1 

a[ 1 ] [ 0 ] 

a [ 1 ] [ 1 ] 

a[ 1 ][ 2 ] 

a [ 1 ] [ 3 ] 

Fila 2 

a [ 2 ] [ 0 ] 

a[ 2 ][ 1 ] 

a [ 2 ] [ 2 ] 

a [ 2 ] [ 3 ] 


Subíndice de columna 
Subíndice de fila 
Nombre del arreglo 


Figura 7.16 ¡ Arreglo bidimensional con tres filas y cuatro columnas. 

elementos en la fila 0 tienen todos un primer subíndice de 0, y los nombres de los elementos en la columna 3 
tienen un segundo subíndice de 3. 

Arreglos de arreglos unidimensionales 

Al igual que los arreglos unidimensionales, los arreglos multidimensionales pueden inicializarse mediante iniciali- 
zadores de arreglos en las declaraciones. Un arreglo bidimensional b con dos filas y dos columnas podría declararse 
e inicializarse con inicializadores de arreglos anidados, como se muestra a continuación: 

int b[ ] [ ] = { { 1, 2 }, {3, 4} }; 

Los valores del inicializador se agrupan por fila entre llaves. Así, 1 y 2 inicializan ab[ 0 ][ 0 ]yb[ 0 ][ 1 ], 
respectivamente; 3 y 4 inicializan ab[l][0]yb[l][l], respectivamente. El compilador cuenta el núme- 
ro de inicializadores de arreglos anidados (representados por conjuntos de llaves dentro de las llaves externas) en 
la declaración del arreglo, para determinar el número de filas en el arreglo b. El compilador cuenta los valores 
inicializadores en el inicializador de arreglos anidado de una fila, para determinar el número de columnas en esa 
fila. Como veremos en unos momentos, esto significa que las filas pueden tener distintas longitudes. 

Los arreglos multidimensionales se mantienen como arreglos de arreglos unidimensionales. Por lo tanto, el 
arreglo b en la declaración anterior está realmente compuesto de dos arreglos unidimensionales separados: uno 
que contiene los valores en la primera lista inicializadora anidada { 1 , 2 } y uno que contiene los valores en la 
segunda lista inicializadora anidada {3,4}. Así, el arreglo b en sí es un arreglo de dos elementos, cada uno de 
los cuales es un arreglo unidimensional de valores i nt. 

Arreglos bidimensionales con filas de distintas longitudes 

La forma en que se representan los arreglos multidimensionales los hace bastante flexibles. De hecho, las longitu- 
des de las filas en el arreglo b no tienen que ser iguales. Por ejemplo, 

int b[ ][]={{ 1, 2}, {3, 4,5}}; 

crea el arreglo entero b con dos elementos (los cuales se determinan según el número de inicializadores de arreglos 
anidados) que representan las filas del arreglo bidimensional. Cada elemento de b es una referencia a un arre- 
glo unidimensional de variables i nt. El arreglo i nt de la fila 0 es un arreglo unidimensional con dos elementos 
(1 y 2), y el arreglo i nt de la fila 1 es un arreglo unidimensional con tres elementos (3, 4 y 5). 

Creación de arreglos bidimensionales mediante expresiones de creación de arreglos 

Un arreglo multidimensional con el mismo número de columnas en cada fila puede crearse mediante una expre- 
sión de creación de arreglos. Por ejemplo, en las siguientes líneas se declara el arreglo b y se le asigna una referencia 
a un arreglo de tres por cuatro: 


int b[ ][ ] = new int[ 3 ][ 4 ]; 
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En este caso, utilizamos los valores literales B y 4 para especificar el número de filas y columnas, respectivamente, 
pero esto no es obligatorio. Los programas también pueden utilizar variables para especificar las dimensiones 
de los arreglos, ya que new crea arreglos en tiempo de ejecución, no en tiempo de compilación. Al igual que 
con los arreglos unidimensionales, los elementos de un arreglo multidimensional se inicializan cuando se crea el 
objeto arreglo. 

Un arreglo multidimensional, en el que cada fila tiene un número distinto de columnas, puede crearse de la 
siguiente manera: 

int b[][] = new int[ 2 ][ ]; // crea 2 filas 

b[ 0 ] = new int[ 5 ]; // crea 5 columnas para la fila 0 

b[ 1 ] = new int[ 3 ]; // crea B columnas para la fila 1 

Estas instrucciones crean un arreglo bidimensional con dos filas. La fila 0 tiene cinco columnas y la fila 1 tiene 3. 

Ejemplo de arreglos bidimensionales: cómo mostrar los valores de los elementos 

La figura 7.17 demuestra cómo inicializar arreglos bidimensionales con inicializadores de arreglos, y cómo utilizar 
ciclos for anidados para recorrer los arreglos (es decir, manipular cada uno de los elementos de cada arreglo). 

El método mai n de la clase InicArreglo declara dos arreglos. En la declaración de arreglol (línea 9) se 
utilizan inicializadores de arreglos anidados para inicializar la primera fila del arreglo con los valores 1, 2 y 3, y la 
segunda fila con los valores 4, 5 y 6. En la declaración de arregl o2 (línea 10) se utilizan inicializadores anidados 

de distintas longitudes. En este caso, la primera fila se inicializa para tener dos elementos con los valores 1 y 2, 

respectivamente. La segunda fila se inicializa para tener un elemento con el valor 3. La tercera fila se inicializa para 
tener tres elementos con los valores 4, 5 y 6, respectivamente. 


1 // Fig. 7.17: InicArreglo. java 

2 // Ini ci al i zación de arreglos bidimensionales. 

3 

4 public class InicArreglo 

5 { 

6 // crea e imprime arreglos bidimensionales 

7 public static void main( String args[] ) 

8 { 

9 int arreglol[] [] = { { 1 , 2 , 3 } , { 4 , 5 , 6 } } ; 

10 int arreglo2 [] [] = { { 1, 2 } , { 3 } , { 4, 5 , 6 } } ; 

1 1 

12 System. out.println( "Los valores en arreglol por filas son" ); 

13 imprimi rArreglo( arreglol ); // muestra arreglol por filas 

14 

15 System. out.println( "\nLos valores en arreglo2 por filas son" ); 

16 imprimi rArreglo( arreglo2 ); // muestra arreglo2 por filas 

17 } // fin de main 

18 

19 // imprime filas y columnas de un arreglo bidimensional 

20 public static void imprimi rArreglo( int arreglo[][] ) 

21 { 

22 // itera a través de las filas del arreglo 

23 for ( int fila = 0; fila < arreglo. length; fila++ ) 

24 { 

25 // itera a través de las columnas de la fila actual 

26 for ( int columna = 0; columna < arreglo[ fila ]. length; columna++ ) 

27 System. out.printf( "%d , arreglof fila ][ columna ] ); 

28 

29 System . out . pri ntl n() ; // inicia nueva linea de salida 

30 } // fin de for externo 

31 } // fin del método imprimi rArreglo 

32 } // fin de la clase InicArreglo 

Figura 7.17 | I nicialización de arreglos bidimensionales. (Parte I de2). 
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Los valores en arreglol por filas son 
1 2 B 
4 5 6 

Los valores en arreglo2 por filas son 
1 2 

3 

4 5 6 


Figura 7.17 | Inicialización de arreglos bidimensionales. (Parte 2 de 2). 


Las líneas 13 y 16 llaman al método imprimí rArreglo (líneas 20 a 31) para imprimir los elementos de 
arregl ol y arregl o2, respectivamente. El método i mpri mi rArregl o especifica el parámetro tipo arreglo como 
int arregl o [] [] para indicar que el método recibe un arreglo bidimensional. La instrucción for (líneas 23 
a 30) imprime las filas de un arreglo bidimensional. En la condición de continuación de ciclo de la instrucción 
for exterior, la expresión arregl o . 1 ength determina el número de filas en el arreglo. En la expresión for inte- 
rior, la expresión arregl o [ fil a ] . 1 ength determina el número de columnas en la fila actual del arreglo. Esta 
condición permite al ciclo determinar el número exacto de columnas en cada fila. 

Manipulaciones comunes en arreglos multidimensionales, realizadas mediante instrucciones for 
En muchas manipulaciones comunes en arreglos se utilizan instrucciones for. Como ejemplo, la siguiente ins- 
trucción for asigna a todos los elementos en la fila 2 del arreglo a, en la figura 7.16, el valor de cero: 

for ( int columna = 0; columna < a[ 2 ].length; columna++ ) 
a [ 2 ] [ columna ] = 0 ; 

Especificamos la fila 2; por lo tanto, sabemos que el primer índice siempre será 2 (0 es la primera fila y 1 es la 
segunda). Este ciclo for varía solamente el segundo índice (es decir, el índice de la columna). Si la fila 2 del arreglo 
a contiene cuatro elementos, entonces la instrucción for anterior es equivalente a las siguientes instrucciones de 
asignación: 

a[ 2 ][ 0 ] = 0; 

a[ 2 ] [ 1 ] = 0; 

a[ 2 ] [ 2 ] = 0; 

a[2][ 3] =0; 

La siguiente instrucción for anidada suma el total de los valores de todos los elementos del arreglo a: 
int total = 0; 

for ( int fila = 0; fila < a.length; fila++ ) 

{ 

for ( int columna = 0; columna < a[ fila j.length; columna++ ) 
total += a[ fila ][ columna ]; 

} // fin de for exterior 

Estas instrucciones for anidadas suman el total de los elementos del arreglo, una fila a la vez. La instrucción for 
exterior empieza asignando 0 al índice fila, de manera que los elementos de la primera fila puedan totalizarse 
mediante la instrucción for interior. Después, la instrucción for exterior incrementa fila a 1, de manera que la 
segunda fila pueda totalizarse. Luego, la instrucción for exterior incrementa fil a a 2, para que la tercera fila pueda 
totalizarse. La variable total puede mostrarse al terminar la instrucción for exterior. En el siguiente ejemplo le 
mostraremos cómo procesar un arreglo bidimensional de una manera similar, usando instrucciones for mejora- 
das anidadas. 
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7.10 Ejemplo práctico: la clase Li broCal i ficaciones que usa 
un arreglo bidimensional 

En la sección 7.8 presentamos la clase LibroCal i ficaciones (figura 7.14), la cual utilizó un arreglo unidimen- 
sional para almacenar las calificaciones de los estudiantes en un solo examen. En la mayoría de los cursos, los 
estudiantes presentan varios exámenes. Es probable que los profesores quieran analizar las calificaciones a lo largo 
de todo el curso, tanto para un solo estudiante como para la clase en general. 

Cómo almacenar las calificaciones de los estudiantes en un arreglo bidimensional en la clase 

LibroCal i ficaciones 

La figura 7.18 contiene una versión de la clase Li broCal i ficaci ones que utiliza un arreglo bidimensional llama- 
do cal i ficaci ones, para almacenar las calificaciones de un número de estudiantes en varios exámenes. Cada fila 
del arreglo representa las calificaciones de un solo estudiante durante todo el curso, y cada columna representa 
las calificaciones para la clase completa en uno de los exámenes que presentaron los estudiantes durante el curso. 
Una aplicación como PruebaLi broCal i ficaciones (figura 7.19) pasa el arreglo como argumento para el cons- 
tructor de Li broCal i ficaci ones. En este ejemplo, utilizamos un arreglo de diez por tres que contiene diez cali- 
ficaciones de los estudiantes en tres exámenes. Cinco métodos realizan manipulaciones de arreglos para procesar 
las calificaciones. Cada método es similar a su contraparte en la versión anterior de la clase Li broCal i ficaci ones 
con un arreglo unidimensional (figura 7.14). El método obtenerMi ni ma (líneas 52 a 70) determina la calificación 
más baja de cualquier estudiante durante el semestre. El método obtenerMaxima (líneas 73 a 91) determina la 
calificación más alta de cualquier estudiante durante el semestre. El método obtenerPromedio (líneas 94 a 104) 
determina el promedio semestral de un estudiante específico. El método imprimí rCraficoBarras (líneas 107 
a 137) imprime un gráfico de barras de la distribución de todas las calificaciones de los estudiantes durante el 
semestre. El método imprimí rCal i ficaci ones (líneas 140 a 164) imprime el arreglo bidimensional en formato 
tabular, junto con el promedio semestral de cada estudiante. 

Cada uno de los métodos obtenerMinima, obtenerMaxima e imprimí rCraficoBarras itera a través del 
arreglo cal i ficaci ones mediante el uso de instrucciones for anidadas; por ejemplo, la instrucción for mejorada 
anidada de la declaración del método obtenerMi nima (líneas 58 a 67). La instrucción for mejorada exterior itera 
a través del arreglo bidimensional cal i ficaci ones, asignando filas sucesivas al parámetro cal i f Estudi antes en 
las iteraciones sucesivas. Los corchetes que van después del nombre del parámetro indican que cal i f Estudi an- 
tes se refiere a un arreglo int unidimensional: a saber, una fila en el arreglo calificaciones, que contiene las 
calificaciones de un estudiante. Para buscar la calificación más baja en general, la instrucción for interior com- 
para los elementos del arreglo unidimensional actual cal i f Estudi antes a la variable cal i fBaja. Por ejemplo, 
en la primera iteración del for exterior, la fila 0 de calificaciones se asigna al parámetro cal i f Estudi an- 
tes. Después, la instrucción for mejorada interior itera a través de cal i f Estudi antes y compara cada valor 
de cal i ficaci on con cal i fBaj a. Si una calificación es menor que cal i fBaja, a cal i fBaj a se le asigna esa cali- 
ficación. En la segunda iteración de la instrucción for mejorada exterior, la fila 1 de calificaciones se asigna a 
cal i f Estudi antes, y los elementos de esta fila se comparan con la variable cal i fBaj a. Esto se repite hasta que 
se hayan recorrido todas las filas de cal i ficaci ones. Cuando se completa la ejecución de la instrucción anidada, 
cal i fBaj a contiene la calificación más baja en el arreglo bidimensional. El método obtenerMaxima trabaja en 
forma similar al método obtenerMi ni ma. 

El método imprimi rCraficoBarras en la figura 7.18 es casi idéntico al de la figura 7.14. Sin embargo, 
para imprimir la distribución de calificaciones en general durante todo un semestre, el método aquí utiliza una 
instrucción for mejorada anidada (líneas 115 a 119) para crear el arreglo unidimensional f recuenci a, con base 
en todas las calificaciones en el arreglo bidimensional. El resto del código en cada uno de los dos métodos i mpri - 
mi rCraficoBarras que muestran el gráfico es idéntico. 

El método imprimi rCal i ficaci ones (líneas 140 a 164) utiliza instrucciones for anidadas para imprimir 
valores del arreglo cal i ficaci ones, además del promedio semestral de cada estudiante. La salida en la figura 
7.19 muestra el resultado, el cual se asemeja al formato tabular del libro de calificaciones real de un profesor. Las 
líneas 146 y 147 imprimen los encabezados de columna para cada prueba. Aquí utilizamos una instrucción for 
controlada por contador, para poder identificar cada prueba con un número. De manera similar, la instrucción 
for en las líneas 152 a 163 imprime primero una etiqueta de fila mediante el uso de una variable contador para 
identificar a cada estudiante (línea 154). Aunque los subíndices de los arreglos empiezan en 0, observe que las 
líneas 147 y 154 imprimen prueba + 1 y estudiante + 1 en forma respectiva, para producir números de 
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1 // Fig. 7.18: Li broCal i ficaciones. java 

2 // Libro de calificaciones que utiliza un arreglo bidimensional para almacenar 
calificaciones. 

3 

4 public class Li broCal i ficaciones 

5 { 

6 private String nombreDelCurso; // nombre del curso que representa este 
Li broCal i ficaci ones 

7 private int cal i ficaci ones [][] ; // arreglo bidimensional de calificaciones de 
estudi antes 

8 

9 // el constructor con dos argumentos inicializa nombreDelCurso y el arreglo 

cal i ficaci ones 

10 public Li broCal i ficaci ones ( String nombre, int arregl oCal i f [] [] ) 

1 1 { 

12 nombreDelCurso = nombre; // inicializa nombreDelCurso 

13 calificaciones = arregloCalif ; // almacena calificaciones 

• 4 } // fin del constructor de Li broCal i ficaci ones con dos argumentos 

15 

16 // método para establecer el nombre del curso 

17 public void establecerNombreDelCurso( String nombre ) 

18 { 

19 nombreDelCurso = nombre; // almacena el nombre del curso 

20 } // fin del método establecerNombreDelCurso 

21 

22 // método para obtener el nombre del curso 

23 public String obtenerNombreDelCursoO 

24 { 

25 return nombreDelCurso; 

26 } // fin del método obtenerNombreDelCurso 

27 

28 // muestra un mensaje de bienvenida al usuario de LibroCalificaciones 

29 public void mostrarMensajeO 

30 { 

31 // obtenerNombreDelCurso obtiene el nombre del curso 

32 System. out.printf( "Bienvenido al libro de calificaciones para\n%s ! \n\n" , 

33 obtenerNombreDelCursoO ); 

34 } // fin del método mostrarMensaje 

35 

36 // realiza varias operaciones sobre los datos 

37 public void procesarCalificacionesO 

38 { 

39 // imprime el arreglo de calificaciones 

40 imprimi rCal i ficaci ones O ; 

41 

42 // llama a los métodos obtenerMi nima y obtenerMaxima 

43 System. out.printf( "\n%s %d\n%s %d\n\n , 

44 "La calificación mas baja en el libro de calificaciones es", obtenerMinimaO , 

45 "La calificación mas alta en el libro de calificaciones es", obtenerMinimaO ); 

46 

47 // imprime gráfico de distribución de calificaciones para todas las pruebas 

48 imprimi rCraficoBarrasO ; 

49 } // fin del método procesarCal i ficaci ones 

50 

51 // busca la calificación más baja 

52 public int obtenerMinimaO 

53 { 

54 // asume que el primer elemento del arreglo calificaciones es el más bajo 

Figura 7.18 | Clase LibroCalificaciones que utiliza un arreglo bidimensional para almacenar calificaciones. 
(Parte I de 3). 
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int califBaja = calificacionesf 0 ][ 0 ]; 

// itera a través de las filas del arreglo calificaciones 

for ( int cal i fEstudi antes [] : calificaciones ) 

{ 

// itera a través de las columnas de la fila actual 
for ( int calificación : cal i fEstudi antes ) 

{ 

// si la calificación es menor que califBaja, la asigna a califBaja 
if ( calificación < califBaja ) 
califBaja = calificación; 

} // fin de for interior 
} // fin de for exterior 

return califBaja; // devuelve calificación más baja 
} // fin del método obtenerMinima 

// busca la calificación más alta 
public int obtenerMaximaO 
{ 

// asume que el primer elemento del arreglo calificaciones es el más alto 
int cal i f Alta = calificaciones!] 0 ][ 0 ]; 

// itera a través de las filas del arreglo calificaciones 

for ( int cal i fEstudi antes [] : calificaciones ) 

{ 

// itera a través de las columnas de la fila actual 
for ( int calificación : cal i fEstudi antes ) 

{ 

// si la calificación es mayor que califAlta, la asigna a cal i f Alta 
i f C calificación > califAlta ) 
califAlta = calificación; 

} // fin de for interior 
} // fin de for exterior 

return califAlta; // devuelve la calificación más alta 
} // fin del método obtenerMaxima 

// determina la calificación promedio para un estudiante especifico (o conjunto de 
calificaciones) 

public double obtenerPromedio( int conjuntoDeCalif [] ) 

{ 

int total = 0; // inicial iza el total 

// suma las calificaciones para un estudiante 

for (int calificación : conjuntoDeCalif ) 
total += calificación; 

// devuelve el promedio de calificaciones 
return (double) total / conjuntoDeCalif . length; 

} // fin del método obtenerPromedio 

// imprime gráfico de barras que muestra la distribución de calificaciones en general 
public void imprimi rCraficoBarras() 

{ 

System. out.println( "Distribución de calificaciones en general:" ); 

// almacena la frecuencia de las calificaciones en cada rango de 10 calificaciones 


Figura 7.18 | Clase LibroCalificaciones que utiliza un arreglo bidimensional para almacenar calificaciones. 
(Parte 2 de 3). 
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112 int f recuencia[] = new int[ 11 ]; 

113 

114 // para cada calificación en Li broCal i ficaciones, incrementa la frecuencia apropiada 

115 for ( int cal ifEstudi antes [] : calificaciones ) 

116 { 

117 for ( int calificación : cal i f Estudiantes ) 

118 ++f recuenci a[ calificación / 10 ] ; 

119 } // fin de for exterior 

120 

121 // para cada frecuencia de calificaciones, imprime una barra en el gráfico 

122 for (int cuenta = 0; cuenta < f recuenci a . 1 ength ; cuenta++ ) 

123 { 

124 // imprime etiquetas de las barras ( "00-09: ", ..., "90-99: ", "100: " ) 

125 if ( cuenta == 10 ) 

126 System. out.printf( "%5d: ", 100 ); 

127 el se 

128 System. out.printff "%02d-%02d: 

129 cuenta * 10, cuenta *10+9 ); 

130 

131 // imprime barra de asteriscos 

132 for ( int estrellas = 0; estrellas < frecuencia[ cuenta ]; estrellas++ ) 

133 System. out. print( "*" ); 

134 

135 System . out . pri ntl n() ; // inicia una nueva linea de salida 

136 } // fin de for exterior 

137 } // fin del método imprimi rGraficoBarras 

138 

139 // imprime el contenido del arreglo calificaciones 

140 public void imprimi rCal i ficaciones () 

141 { 

142 System. out. println( "Las calificaciones son:\n" ); 

143 System. out. print( " " ); // alinea encabezados de columnas 

144 

145 // crea un encabezado de columna para cada una de las pruebas 

146 for ( int prueba = 0; prueba < calificaciones!] 0 ].length; prueba++ ) 

147 System . out . pri ntf( "Prueba %d , prueba + 1 ); 

148 

149 System. out. println( "Promedio" ); // encabezado de columna de promedio de 

estudi antes 

150 

151 // crea filas/columnas de texto que representan el arreglo calificaciones 

152 for (int estudiante = 0; estudiante < cal i ficaciones . 1 ength ; estudi ante++ ) 

153 { 

154 System. out. printf( "Estudiante %2d", estudiante + 1 ); 

155 

156 for ( int prueba : calificaciones!] estudiante ] ) // imprime calificaciones de 

estudi ante 

157 System. out. pri ntf( "%8d" , prueba ); 

158 

159 // llama al método obtenerPromedio para calcular la calificación promedio del 
estudi ante ; 

160 // pasa fila de calificaciones como argumento para obtenerPromedio 

161 double promedio = obtenerPromedio( calificaciones!] estudiante ] ); 

162 System . out . pri ntf( "%9.2f\n", promedio ); 

163 } // fin de for exterior 

164 } // fin del método i mpri mi rCal i ficaciones 

165 } // fin de la clase Li broCal i ficaciones 

Figura 7.18 | Clase Li broCal i ficaciones que utiliza un arreglo bldimenslonal para almacenar calificaciones. 

(Parte 3 de 3). 
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prueba y estudiante que empiecen en 1 (vea la figura 7.19) La instrucción for interna en las líneas 156 y 157 
utiliza la variable contador estudi ante de la instrucción for exterior para iterar a través de una fila específica del 
arreglo cal i ficaci ones, e imprime la calificación de la prueba de cada estudiante. Observe que una instrucción 
for mejorada puede anidarse en una instrucción for controlada por contador, y viceversa. Por último, la línea 
161 obtiene el promedio semestral de cada estudiante, para lo cual pasa la fila actual de cal i ficaci ones (es decir, 
cal i ficaci ones [ estudiante ]) al método obtenerPromedio. 

El método obtenerPromedio (líneas 94 a 104) recibe un argumento: un arreglo unidimensional de resulta- 
dos de la prueba para un estudiante específico. Cuando la línea 161 llama a obtenerPromedio, el argumento es 
cal i ficaci ones [ estudi ante ] , el cual especifica que debe pasarse una fila específica del arreglo bidimensio- 
nal cal i ficaci ones a obtenerPromedi o. Por ejemplo, con base en el arreglo creado en la figura 7.19, el argumen- 
to cal i ficaci ones [ 1 ] representa los tres valores (un arreglo unidimensional de calificaciones) almacenados en 
la fila 1 del arreglo bidimensional calificaciones. Recuerde que un arreglo bidimensional es un arreglo cuyos 
elementos son arreglos unidimensionales. El método obtenerPromedio calcula la suma de los elementos del 
arreglo, divide el total entre el número de resultados de la prueba y devuelve el resultado de punto flotante como 
un valor doubl e (línea 103). 


La clase PruebaLi broCal ificaciones que demuestra la clase LibroCal ificaciones 

La aplicación en la figura 7.19 crea un objeto de la clase Li broCal ificaciones (figura 7.18) mediante el uso 
del arreglo bidimensional de valores i nt llamado arregl oCal i f (el cual se declara e inicializa en las líneas 10 a 
19). Las líneas 21 y 22 pasan el nombre de un curso y arregl oCal i f al constructor de Li broCal i ficaci ones. 
Después, las líneas 23 y 24 invocan a los métodos mostrarMensaje y procesarCal i ficaci ones de mi Libro- 
Cal i ficaci ones, para mostrar un mensaje de bienvenida y obtener un informe que sintetice las calificaciones de 
los estudiantes para el semestre, respectivamente. 
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// Fig. 7.19: PruebaLi broCal ificaciones . java 

// Crea objeto Li broCal i ficaci ones , usando un arreglo bidimensional de calificaciones. 

public class PruebaLi broCal ificaciones 

{ 

// el método mai n comienza la ejecución del programa 
public static void main( String args[] ) 

{ 

// arreglo bidimensional de calificaciones de estudiantes 

int arregloCalif [] [] = { { 87, 96, 70 }, 

{ 68, 87, 90 }, 

{ 94, 100, 90 }, 

{ 100, 81, 82 }, 

{ 83, 65, 85 }, 

{ 78, 87, 65 }, 

{ 85, 75, 83 }, 

{ 91, 94, 100 }, 

{ 76, 72, 84 }, 

{ 87, 93, 73 } }; 

Li broCal i ficaci ones mi LibroCal i ficaci ones = new LibroCal i ficaci ones ( 

"CS101 Introducción a la programación en lava", arregloCalif ); 

mi Li broCal i ficaci ones . most rarMensaj e () ; 

mi Li broCal i ficaci ones .procesarCal i ficaci ones() ; 

} // fin de main 

} // fin de la clase PruebaLibroCalificaciones 


Figura 7.19 | Crea un objeto LibroCal i ficaci ones usando un arreglo bidimensional de calificaciones; después 
invoca al método procesarCal i ficaci ones para analizarlas. (Parte I de 2). 



7.1 1 Listas de argumentos de longitud variable 293 


Bienvenido al libro de calificaciones para 
CS101 Introducción a la programación en lava! 

Las calificaciones son: 
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Estudi 

Estudi 

Estudi 

Estudi 

La cal 
La cal 

Di stri 
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10-19: 
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30-39: 
40-49: 
50-59: 
60-69: 
70-79: 
80-89: 
90-99: 
100 : 
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ante 
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Figura 7.19 | Crea un objeto LibroCalificaciones usando un arreglo bidimensional de calificaciones; después 
invoca al método procesarCal i ficaci ones para analizarlas. (Parte 2 de 2). 


7. 1 1 Listas de argumentos de longitud variable 

Con las listas de argumentos de longitud variable podemos crear métodos que reciben un número arbitrario 
de argumentos. Un tipo de argumento que va precedido por una elipsis (...) en la lista de parámetros de un 
método indica que éste recibe un número variable de argumentos de ese tipo específico. Este uso de la elipsis 
puede ocurrir sólo una vez en una lista de parámetros, y la elipsis, junto con su tipo, debe colocarse al final de la 
lista. Aunque los programadores pueden utilizar la sobrecarga de métodos y el paso de arreglos para realizar gran 
parte de lo que se logra con los “varargs” (listas de argumentos de longitud variable), es más conciso utilizar una 
elipsis en la lista de parámetros de un método. 

La figura 7.20 demuestra el método promedi o (líneas 7 a 16), el cual recibe una secuencia de longitud varia- 
ble de valores double. Java trata a la lista de argumentos de longitud variable como un arreglo cuyos elementos 
son del mismo tipo. Así, el cuerpo del método puede manipular el parámetro números como un arreglo de valores 
double. Las líneas 12 y 13 utilizan el ciclo for mejorado para recorrer el arreglo y calcular el total de los valo- 
res double en el arreglo. La línea 15 accede a números . 1 ength para obtener el tamaño del arreglo números y 
usarlo en el cálculo del promedio. Las líneas 29, 31 y 33 en mai n llaman al método promedi o con dos, tres y cuatro 
argumentos, respectivamente. El método promedio tiene una lista de argumentos de longitud variable (línea 7), 
por lo que puede promediar todos los argumentos doubl e que le pase el método que hace la llamada. La salida 
revela que cada llamada al método promedi o devuelve el valor correcto. 



Error común de programación 7.6 

Colocar una elipsis en medio de una lista de parámetros de un método indicando una lista de argumentos de longitud 
variable es un error de sintaxis. La elipsis sólo debe colocarse al final de la lista de parámetros. 
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1 // Fig. 7.20: PruebaVarargs . java 

2 // Uso de listas de argumentos de longitud variable. 

3 

4 public class PruebaVarargs 

5 { 

6 // calcula el promedio 

7 public static double promedio( double... números ) 

8 { 

9 double total = 0.0; // inicial iza el total 

10 

11 // calcula el total usando la instrucción for mejorada 

12 for ( double d : números ) 

13 total += d; 

14 

15 return total / números . 1 ength ; 

16 } // fin del método promedio 

17 

18 public static void main( String args[] ) 

19 { 

20 double di = 10.0; 

21 double d2 = 20.0; 

22 double d3 = 30.0; 

23 double d4 = 40.0; 

24 

25 System. out.printf( "di = %.lf\nd2 = %.lf\nd3 = %.lf\nd4 = %.lf\n\n", 

26 di, d2, d3 , d4 ); 

27 

28 System. out.printf( "El promedio de di y d2 es %.lf\n", 

29 promedioC di, d2 ) ) ; 

30 System. out.printf( "El promedio de di, d2 y d3 es %.lf\n , 

31 promedioC di, d2, d3 ) ); 

32 System. out.printf( "El promedio de di, d2, d3 y d4 es %.lf\n", 

33 promedioC di, d2, d 3 , d4 ) ) ; 


34 

} // 

fin 

de main 


35 

} // fin 

de 

la clase 

PruebaVarargs 

di 

= 10.0 




d2 

= 20.0 




d3 

= 30.0 




d4 

= 40.0 




El 

promedio 

de 

di y d2 

es 15.0 

El 

promedio 

de 

di, d2 y 

d3 es 20.0 

El 

promedio 

de 

di, d2, 

d3 y d4 es 25.0 


Figura 7.20 | Uso de listas de argumentos de longitud variable. 


7.12 Uso de argumentos de línea de comandos 

En muchos sistemas, es posible pasar argumentos desde la línea de comandos (a éstos se les conoce como argu- 
mentos de línea de comandos) a una aplicación, para lo cual se incluye un parámetro de tipo Stri ng [ ] (es 
decir, un arreglo de objetos St ri ng) en la lista de parámetros de mai n, justo igual que como hemos hecho en todas 
las aplicaciones de este libro. Por convención, a este parámetro se le llama args. Cuando se ejecuta una aplicación 
usando el comando j ava, Java pasa los argumentos de línea de comandos que aparecen después del nombre de 
la clase en el comando java al método mai n de la aplicación, en forma de objetos Stri ng en el arreglo args. El 
número de argumentos que se pasan desde la línea de comandos se obtiene accediendo al atributo 1 ength del 
arreglo. Por ejemplo, el comando "java mi C1 ase a b" pasa dos argumentos de línea de comandos, a y b, a la 
aplicación mi C1 ase. Observe que los argumentos de la línea de comandos se separan por espacio en blanco, no 
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por comas. Cuando se ejecuta este comando, el método mai n de Mi C1 ase recibe el arreglo args de dos elementos 
(es decir, el valor del atributo 1 ength de args es 2), en el cual args [ 0 ] contiene el objeto Stri ng "a" y args 
[ 1 ] contiene el objeto Stri ng "b". Los usos comunes de los argumentos de línea de comandos incluyen pasar 
opciones y nombres de archivos a las aplicaciones. 

La figura 7.21 utiliza tres argumentos de línea de comandos para inicializar un arreglo. Cuando se ejecuta 
el programa, si args . 1 ength no es B, el programa imprime un mensaje de error y termina (líneas 9 a 12). En 
cualquier otro caso, las líneas 14 a 32 inicializan y muestran el arreglo, con base en los valores de los argumentos 
de línea de comandos. 

Los argumentos de línea de comandos están disponibles para mai n como objetos Stri ng en args. La línea 
16 obtiene args [ 0 ] (un objeto Stri ng que especifica el tamaño del arreglo) y lo convierte en un valor i nt, que 
el programa utiliza para crear el arreglo en la línea 17. El método stati c parselnt de la clase Integer convierte 
su argumento Stri ng en un i nt. 

Las líneas 20 a 21 convierten los argumentos de línea de comandos args [ 1 ]yargs[ 2 ] en valores i nt, 
y los almacenan en val orlni ci al e i ncremento, respectivamente. Las líneas 24 y 25 calculan el valor para cada 
elemento del arreglo. 

Los resultados de la primera ejecución muestran que la aplicación recibió un número insuficiente de argu- 
mentos de línea de comandos. La segunda ejecución utiliza los argumentos de línea de comandos 5, 0 y 4 para 
especificar el tamaño del arreglo (5), el valor del primer elemento (0) y el incremento de cada valor en el arreglo 
(4), respectivamente. Los resultados correspondientes muestran que estos valores crean un arreglo que contiene 
los enteros 0, 4, 8, 12 y 16. Los resultados de la tercera ejecución muestran que los argumentos de línea de coman- 
dos 10, 1 y 2 producen un arreglo cuyos 10 elementos son los enteros impares positivos del 1 al 19. 
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// Fig. 7.21: InicArreglo. java 

// Uso de los argumentos de línea de comandos para inicializar un arreglo. 

public class InicArreglo 

{ 

public stati c void main( String args[] ) 

{ 

// comprueba el número de argumentos de línea de comandos 

i f ( args. 1 ength != B ) 

System. out . pri ntl n( 

"Error: Vuelva a escribir el comando completo, i ncl uyendo\n" + 

"el tamanio del arreglo, el valor inicial y el incremento." ); 

el se 

{ 

// obtiene el tamaño del arreglo del primer argumento de línea de comandos 

int longitudArreglo = Integer . parselnt( args[ 0 ] ); 

int arreglo[] = new int[ longitudArreglo ]; // crea el arreglo 

// obtiene el valor inicial y el incremento de los argumentos de línea de 
comandos 

int valorlnicial = Integer . parselnt( args[ 1 ] ); 
int incremento = Integer . parselnt( args[ 2 ] ); 

// calcula el valor para cada elemento del arreglo 

for ( int contador = 0; contador < arreglo. length; contador++ ) 
arreglo[ contador ] = valorlnicial + incremento * contador; 

System. out. printf( "%s%8s\n , "Indice", "Valor" ); 

// muestra el índice y el valor del arreglo 

for ( int contador = 0; contador < arreglo. length; contador++ ) 

System. out. printf( "%5d%8d\n", contador, arreglo[ contador ] ); 


Figura 7.2 1 


Inicialización de un arreglo, usando argumentos de línea de comandos. (Parte I de 2). 
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32 } // fin de el se 

33 } // fin de main 

34 } // fin de la clase InicArreglo 

java InicArreglo 

Error: Vuelva a escribir el comando completo, incluyendo 
el tamanio del arreglo, el valor inicial y el incremento. 


java InicArreglo 504 

Indice Valor 
0 0 

1 4 

2 8 

3 12 

4 16 


java InicArreglo 10 1 2 

Indice Valor 



Figura 7.21 | I nicialización de un arreglo, usando argumentos de línea de comandos. (Parte 2 de 2). 


7. 1 3 (Opcional) Ejemplo práctico de GUI y gráficos: 
cómo dibujar arcos 

Mediante el uso de las herramientas para gráficos de Java, podemos crear dibujos complejos que, si los codificá- 
ramos línea por línea, sería un proceso tedioso. En las figuras 7.22 y 7.23 utilizamos arreglos e instrucciones de 
repetición para dibujar un arco iris, mediante el uso del método fil 1 Are de Graphi es. El proceso de dibujar arcos 
en Java es similar a dibujar óvalos; un arco es simplemente una sección de un óvalo. 

La figura 7.22 empieza con las instrucciones import usuales para ciertos dibujos (líneas 3 a 5). Las líneas 9 
y 10 declaran y crean dos nuevos colores: VIOLETA e INDICO. Como tal vez lo sepa, los colores de un arco iris son 
rojo, naranja, amarillo, verde, azul, índigo y violeta. Java tiene constantes predefinidas sólo para los primeros cin- 
co colores. Las líneas 15 a 17 inicializan un arreglo con los colores del arco iris, empezando con los arcos más inte- 
riores primero. El arreglo empieza con dos elementos Color. WHITE, que como veremos pronto, son para dibujar 
los arcos vacíos en el centro del arco iris. Observe que las variables de instancia se pueden inicializar al momento 
de declararse, como se muestra en las líneas 10 a 17. El constructor (líneas 20 a 23) contiene una sola instrucción 
que llama al método setBackground (heredado de la clase IPanel) con el parámetro Color. WHITE. El método 
set Backg round recibe un solo argumento Col or y establece el color de fondo del componente a ese color. 

La línea 30 en pai ntComponent declara la variable local radio, que determina el radio de cada arco. Las 
variables locales centroX y centroY (líneas 33 y 34) determinan la ubicación del punto medio en la base del arco 
iris. El ciclo en las líneas 37 a 46 utiliza la variable de control contador para contar en forma regresiva, partiendo 
del final del arreglo, dibujando los arcos más grandes primero y colocando cada arco más pequeño encima del 
anterior. La línea 40 establece el color para dibujar el arco actual del arreglo. La razón por la que tenemos entradas 
Color. WHITE al principio del arreglo es para crear el arco vacío en el centro. De no ser así, el centro del arco iris 
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1 // Fig. 7.22: Di bujoArcoIri s . java 

2 // Demuestra el uso de colores en un arreglo. 

3 import j ava. awt. Color; 

4 import java. awt. Graphics; 

5 import javax.swing.J Panel ; 

6 

7 public class Di bujoArcoIri s extends IPanel 

8 { 

9 // Define los colores indigo y violeta 

10 final Color VIOLETA = new Color( 128, 0, 128 ); 

11 final Color INDICO = new Color( 75, 0, 130 ); 

12 

13 // los colores a usar en el arco iris, empezando desde los más interiores 

14 // Las dos entradas de color blanco producen un arco vacio en el centro 

15 private Color coloresf] = 

16 { Color. WHITE, Color. WHITE, VIOLETA, INDIGO, Color. BLUE, 

17 Color. CREEN, Color. YELLOW, Color. ORANCE, Color. RED }; 

18 

19 // constructor 

20 public Di bu joArcoIri s() 

21 { 

22 setBackground( Color. WHITE ); // establece el fondo al color blanco 

23 } // fin del constructor de Di bujoArcoIri s 

24 

25 // dibuja un arco iris, usando circuios concéntricos 

26 public void pai ntComponent( Graphics g ) 

27 { 

28 super . pai ntComponent( g ); 

29 

30 int radio = 20; // el radio de un arco 

31 

32 // dibuja el arco iris cerca de la parte central inferior 

33 int centroX = getWidth() / 2; 

34 int centroY = getHeightO - 10; 

35 

36 // dibuja arcos rellenos, empezando con el más exterior 

37 for ( int contador = colores. length; contador > 0; contador-- ) 

38 { 

39 // establece el color para el arco actual 

40 g.setColor( coloresf contador - 1 ] ); 

41 

42 // rellena el arco desde 0 hasta 180 grados 

43 g.fillArc( centroX - contador * radio, 

44 centroY - contador * radio, 

45 contador * radio * 2, contador * radio * 2, 0, 180 ); 

46 } // fin de for 

47 } // fin del método pai ntComponent 

48 } // fin de la clase Di bujoArcoIri s 

Figura 7.22 | Dibujo de un arco iris, usando arcos y un arreglo de colores. 


sería un semicírculo sólido color violeta. [Nota: puede cambiar los colores individuales y el número de entradas 
en el arreglo para crear nuevos diseños] . 

La llamada al método fil 1 Are en las líneas 43 a 45 dibuja un semicírculo relleno. El método fil 1 Are requiere 
seis parámetros. Los primeros cuatro representan el rectángulo delimitador en el cual se dibujará el arco. Los 
primeros dos de estos cuatro especifican las coordenadas para la esquina superior izquierda del rectángulo delimi- 
tador, y los siguientes dos especifican su anchura y su altura. El quinto parámetro es el ángulo inicial en el óvalo, 
y el sexto especifica el barrido o la cantidad de arco que se cubrirá. El ángulo inicial y el barrido se miden en 
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1 // Fig. 7.2B: DrawRai nbowTest . java 

2 // Aplicación de prueba para mostrar un arco iris. 

3 import javax. swi ng . IFrame ; 

4 

5 public class PruebaDi bu joArcoIri s 

6 { 

7 public static void main( String args[] ) 

8 { 

9 Di bu joArcoIri s panel = new Di bu joArcoIri s() ; 

10 IFrame aplicación = new IFrameO; 

1 1 

12 aplicacion.setDefaultCloseOperation( JFrame. EXIT_0N_CL0SE ); 

13 aplicación. add( panel ); 

14 aplicación. setSize( 400, 250 ); 

15 aplicación. setVisible( true ); 

16 } // fin de main 

• 7 } // fin de la clase PruebaDi bujoArcoIri s 



Figura 7.23 | Creación de un objeto IFrame para mostrar un arco iris. 


grados, en donde los cero grados apuntan a la derecha. Un barrido positivo dibuja el arco en sentido contrario a 
las manecillas del reloj, mientras que un barrido negativo dibuja el arco en sentido de las manecillas del reloj. Un 
método similar a fil 1 Are es drawArc; requiere los mismos parámetros que fil 1 Are, pero dibuja el borde del arco, 
en vez de rellenarlo. 

La clase PruebaDi bujoArcoIri s (figura 7.23) crea y establece un objeto IFrame para mostrar el arco iris en 
la pantalla. Una vez que el programa hace visible el objeto IFrame, el sistema llama al método pai ntComponent 
en la clase Di bujoArcoIri s para dibujar el arco iris en la pantalla. 


Ejercicio del ejemplo práctico de GUI y gráficos 

7. 1 ( Dibujo de espirales) En este ejercicio, dibujará espirales con los métodos d rawLi ne y d rawArc. 

a) Dibuje una espiral con forma cuadrada (como en la captura de pantalla izquierda de la figura 7.24), centra- 
da en el panel, usando el método d rawLi ne. Una técnica es utilizar un ciclo que incremente la longitud de 
la línea después de dibujar cada segunda línea. La dirección en la cual se dibujará la siguiente línea debe ir 
después de un patrón distinto, como abajo, izquierda, arriba, derecha. 

b) Dibuje una espiral circular (como en la captura de pantalla derecha de la figura 7.24), usando el método 
d rawArc para dibujar un semicírculo a la vez. Cada semicírculo sucesivo deberá tener un radio más grande 
(según lo especificado mediante la anchura del rectángulo delimitador) y debe seguir dibujando en don- 
de terminó el semicírculo anterior. 
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Figura 7.24 | Dibujo de una espiral usando drawLi ne (izquierda) y drawArc (derecha). 


7.14 (Opcional) Ejemplo práctico de Ingeniería de Software: 
colaboración entre los objetos 

En esta sección nos concentraremos en las colaboraciones (interacciones) entre los objetos. Cuando dos objetos 
se comunican entre sí para realizar una tarea, se dice que colaboran (para ello, un objeto invoca a las operaciones 
del otro). Una colaboración consiste en que un objeto de una clase envía un mensaje a un objeto de otra clase. 
En Java, los mensajes se envían mediante llamadas a métodos. 

En la sección 6.14 determinamos muchas de las operaciones de las clases en nuestro sistema. En esta sección, 
nos concentraremos en los mensajes que invocan a esas operaciones. Para identificar las colaboraciones en el sis- 
tema, regresaremos al documento de requerimientos de la sección 2.9. Recuerde que este documento especifica 
el rango de actividades que ocurren durante una sesión con el ATM (por ejemplo, autenticar a un usuario, reali- 
zar transacciones). Los pasos utilizados para describir cómo debe realizar el sistema cada una de estas tareas son 
nuestra primera indicación de las colaboraciones en nuestro sistema. A medida que avancemos por ésta y las 
siguientes secciones del Ejemplo práctico de Ingeniería de Software que quedan en el libro, es probable que des- 
cubramos relaciones adicionales. 

Identificar las colaboraciones en un sistema 

Para identificar las colaboraciones en el sistema, leeremos con cuidado las secciones del documento de requeri- 
mientos que especifican lo que debe hacer el ATM para autenticar un usuario, y para realizar cada tipo de tran- 
sacción. Para cada acción o paso descrito en el documento de requerimientos, decidimos qué objetos en nuestro 
sistema deben interactuar para lograr el resultado deseado. Identificamos un objeto como el emisor y otro como 
el receptor. Después seleccionamos una de las operaciones del objeto receptor (identificadas en la sección 6.14) 
que el objeto emisor debe invocar para producir el comportamiento apropiado. Por ejemplo, el ATM muestra un 
mensaje de bienvenida cuando está inactivo. Sabemos que un objeto de la clase Pantal 1 a muestra un mensaje al 
usuario a través de su operación most rarMensaj e. Por ende, decidimos que el sistema puede mostrar un mensaje de 
bienvenida si empleamos una colaboración entre el ATM y la Pantal 1 a, en donde el ATM envía un mensaje mos- 
trarMensaje a la Pantalla mediante la invocación de la operación mostrarMensaje de la clase Pantalla. 
[Nota: para evitar repetir la frase “un objeto de la clase...”, nos referiremos a cada objeto sólo utilizando su 
nombre de clase, precedido por un artículo (por ejemplo, “un”, “una”, “el” o “la”); por ejemplo, “el ATM” hace 
referencia a un objeto de la clase ATM] . 

La figura 7.25 lista las colaboraciones que pueden derivarse del documento de requerimientos. Para cada 
objeto emisor, listamos las colaboraciones en el orden en el que ocurren primero durante una sesión con el ATM 
(es decir, el orden en el que se describen en el documento de requerimientos). Listamos cada colaboración en la 
que se involucre un emisor único, un mensaje y un receptor sólo una vez, aun cuando la colaboración puede ocu- 
rrir varias veces durante una sesión con el ATM. Por ejemplo, la primera fila en la figura 7.25 indica que el objeto 
ATM colabora con el objeto Pantal 1 a cada vez que el ATM necesita mostrar un mensaje al usuario. 
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Un objeto de 
la clase... 

envía el mensaje... 

a un objeto de 
la clase... 

ATM 

mostrarMensaje 

Pantalla 


obtenerEntrada 

Teclado 


autenti carllsuario 

BaseDatosBanco 


ejecutar 

SolicitudSaldo 


ejecutar 

Reti ro 


ejecutar 

Deposi to 

SolicitudSaldo 

obtenerSal doDi sponi bl e 

BaseDatosBanco 


obtenerSal doTotal 

BaseDatosBanco 


mostrarMensaje 

Pantalla 

Reti ro 

MostrarMensaje 

Pantalla 


obtenerEntrada 

Teclado 


obtenerSal doDi sponi bl e 

BaseDatosBanco 


haySufici enteEf ecti voDi sponi bl e 

cargar 

Di spensadorEfecti vo 

BaseDatosBanco 


di spensar Efectivo 

Di spensadorEfecti vo 

Deposi to 

mostrarMensaje 

Pantalla 


obtenerEntrada 



seReci bi oSobreDeposi to 
abonar 

RanuraDeposito 

BaseDatosBanco 

BaseDatosBanco 

val i darNIP 

Cuenta 


obtenerSal doDi sponi bl e 

Cuenta 


obtenerSal doTotal 

Cuenta 


cargar 

Cuenta 


abonar 

Cuenta 


Figura 7.25 | Colaboraciones en el sistema ATM. 


Consideraremos las colaboraciones en la figura 7.25. Antes de permitir que un usuario realice transacciones, 
el ATM debe pedirle que introduzca un número de cuenta y que después introduzca un N1P. Para realizar cada 
una de estas tareas envía un mensaje a la Pantalla a través de mostrarMensaje. Ambas acciones se refieren a la 
misma colaboración entre el ATM y la Pantal 1 a, que ya se listan en la figura 7.25. El ATM obtiene la entrada en 
respuesta a un indicador, mediante el envío de un mensaje obtenerEntrada del Teclado. A continuación, el 
ATM debe determinar si el número de cuenta especificado por el usuario y el N1P coinciden con los de una cuenta 
en la base de datos. Para ello envía un mensaje autenti carllsuario a la BaseDatosBanco. Recuerde que Base- 
DatosBanco no puede autenticar a un usuario en forma directa; sólo la Cuenta del usuario (es decir, la Cuenta 
que contiene el número de cuenta especificado por el usuario) puede acceder al N1P registrado del usuario para 
autenticarlo. Por lo tanto, la figura 7.25 lista una colaboración en la que BaseDatosBanco envía un mensaje 
val i darNIP a una Cuenta. 

Una vez autenticado el usuario, el ATM muestra el menú principal enviando una serie de mensajes mostrar- 
Mensaje a la Pantalla y obtiene la entrada que contiene una selección de menú; para ello envía un mensaje 
obtenerEntrada al Teclado. Ya hemos tomado en cuenta estas colaboraciones, por lo que no agregamos nada 
a la figura 7.25. Una vez que el usuario selecciona un tipo de transacción a realizar, el ATM ejecuta la transacción 
enviando un mensaje ejecutar a un objeto de la clase de transacción apropiada (es decir, un objeto Solici- 
tudSaldo, Retí ro o Deposito). Por ejemplo, si el usuario elije realizar una solicitud de saldo, el ATM envía un 
mensaje ejecutara un objeto SolicitudSaldo. 

Un análisis más a fondo del documento de requerimientos revela las colaboraciones involucradas en la 
ejecución de cada tipo de transacción. Un objeto SolicitudSaldo extrae la cantidad de dinero disponible en 
la cuenta del usuario, al enviar un mensaje obtenerSal doDi sponi bl e al objeto BaseDatosBanco, el cual res- 
ponde enviando un mensaje obtenerSal doDi sponi bl e a la Cuenta del usuario. De manera similar, el obje- 
to SolicitudSaldo extrae la cantidad de dinero depositado al enviar un mensaje obtenerSal doTotal al 
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objeto BaseDatosBanco, el cual envía el mismo mensaje a la Cuenta del usuario. Para mostrar en pantalla ambas 
cantidades del saldo del usuario al mismo tiempo, el objeto Solí citudSaldo envía a la Pantalla un mensaje 
mostrarMensaje. 

Un objeto Retí ro envía a la Pantalla una serie de mensajes mostrarMensaje para mostrar un menú de 
montos estándar de retiro (es decir, $20, $40, $60, $100, $200). El objeto Retí ro envía al Teclado un mensaje 
obtenerEntrada para obtener la selección del menú elegida por el usuario. A continuación, el objeto Retí ro 
determina si el monto de retiro solicitado es menor o igual al saldo de la cuenta del usuario. Para obtener el mon- 
to de dinero disponible en la cuenta del usuario, el objeto Reti ro envía un mensaje obtenerSal doDi sponi bl e al 
objeto BaseDatosBanco. Después el objeto Reti ro evalúa si el dispensador contiene suficiente efectivo, enviando 
al DispensadorEfectivo un mensaje haySufici enteEfecti voDi sponi bl e. Un objeto Reti ro envía un men- 
saje cargar al objeto BaseDatosBanco para reducir el saldo de la cuenta del usuario. El objeto BaseDatosBanco 
envía a su vez el mismo mensaje al objeto Cuenta apropiado. Recuerde que al hacer un cargo a una Cuenta se 
reduce tanto el saldo total como el saldo disponible. Para dispensar la cantidad solicitada de efectivo, el objeto 
Reti ro envía un mensaje dispensarEfectivo al objeto DispensadorEfectivo. Por último, el objeto Reti ro 
envía a la Pan tal 1 a un mensaje mostrarMensaje, instruyendo al usuario para que tome el efectivo. 

Para responder a un mensaje ejecutar, un objeto Deposi to primero envía a la Pantal 1 a un mensaje mos- 
trarMensaje para pedir al usuario que introduzca un monto a depositar. El objeto Deposito envía al Teclado 
un mensaje obtenerEntrada para obtener la entrada del usuario. Después, el objeto Deposito envía a la Pan- 
tal 1 a un mensaje mostrarMensaje para pedir al usuario que inserte un sobre de depósito. Para determinar si la 
ranura de depósito recibió un sobre de depósito entrante, el objeto Deposito envía al objeto RanuraDeposi to 
un mensaje seReci bioSobreDeposi to. El objeto Deposito actualiza la cuenta del usuario enviando un men- 
saje abonar al objeto BaseDatosBanco, el cual a su vez envía un mensaje abonar al objeto Cuenta del usuario. 
Recuerde que al abonar a una Cuenta se incrementa el sal doTotal , pero no el sal doDi sponi bl e. 

Diagramas de interacción 

Ahora que identificamos un conjunto de posibles colaboraciones entre los objetos en nuestro sistema ATM, 
modelaremos en forma gráfica estas interacciones. UML cuenta con varios tipos de diagramas de interacción, 
que para modelar el comportamiento de un sistema modelan la forma en que los objetos interactúan entre sí. El 
diagrama de comunicación enfatiza cuáles objetos participan en las colaboraciones. [Nota: en versiones anteriores 
de UML los diagramas de comunicación se llamaban diagramas de colaboración]. Al igual que el diagrama de 
comunicación, el diagrama de secuencia muestra las colaboraciones entre los objetos, pero enfatiza cuándo se 
deben enviar los mensajes entre los objetos a través del tiempo. 

Diagramas de comunicación 

La figura 7.26 muestra un diagrama de comunicación que modela la forma en que el ATM ejecuta una Sol i ci - 
tudSaldo. Los objetos se modelan en UML como rectángulos que contienen nombres de la forma nombreOb- 
jeto : NombreCl ase. En este ejemplo, que involucra sólo a un objeto de cada tipo, descartamos el nombre del 
objeto y listamos sólo un signo de dos puntos (:) seguido del nombre de la clase. [Nota: se recomienda especificar 
el nombre de cada objeto en un diagrama de comunicación cuando se modelan varios objetos del mismo tipo]. 
Los objetos que se comunican se conectan con líneas sólidas y los mensajes se pasan entre los objetos a lo largo de 
estas líneas, en la dirección mostrada por las flechas. El nombre del mensaje, que aparece enseguida de la flecha, es 
el nombre de una operación (es decir, un método en Java) que pertenece al objeto receptor; considere el nombre 
como un “servicio” que el objeto receptor proporciona a los objetos emisores (sus “clientes”). 

La flecha rellena en la figura 7.26 representa un mensaje (o llamada síncrona) en UML y una llamada a 
un método en Java. Esta flecha indica que el flujo de control va desde el objeto emisor (el ATM) hasta el objeto 
receptor (una Sol i ci tudSal do). Como ésta es una llamada síncrona, el objeto emisor no puede enviar otro men- 
saje, ni hacer cualquier otra cosa, hasta que el objeto receptor procese el mensaje y devuelva el control al objeto 


: ATM 


ejecutad) 


: SolicitudSaldo 


Figura 7.26 | Diagrama de comunicación del ATM, ejecutando una solicitud de saldo. 
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emisor. El emisor sólo espera. Por ejemplo, en la figura 7.26 el objeto ATM llama al método e j ecutar de un objeto 
Sol i ci tudSal do y no puede enviar otro mensaje sino hasta que e j ecutar termine y devuelva el control al obje- 
to ATM. [Nota: si ésta fuera una llamada asincrona, representada por una flecha, el objeto emisor no tendría que 
esperar a que el objeto receptor devolviera el control; continuaría enviando mensajes adicionales inmediatamente 
después de la llamada asincrona. Dichas llamadas se implementan en Java mediante el uso de una técnica conoci- 
da como subprocesamiento múltiple, que veremos en el capítulo 23, Subprocesamiento múltiple]. 

Secuencia de mensajes en un diagrama de comunicación 

La figura 7.27 muestra un diagrama de comunicación que modela las interacciones entre los objetos en el sistema, 
cuando se ejecuta un objeto de la clase Sol i ci tudSaldo. Asumimos que el atributo numeroCuenta del objeto 
contiene el número de cuenta del usuario actual. Las colaboraciones en la figura 7.27 empiezan después de que 
el objeto ATM envía un mensaje ejecutar a un objeto Sol i ci tudSaldo (es decir, la interacción modelada en 
la figura 7.26). El número a la izquierda del nombre de un mensaje indica el orden en el que éste se pasa. La 
secuencia de mensajes en un diagrama de comunicación progresa en orden numérico, de menor a mayor. En este 
diagrama, la numeración comienza con el mensaje 1 y termina con el mensaje B. El objeto Sol i ci tudSal do envía 
primero un mensaje obtenerSal doDi sponi bl e al objeto BaseDatosBanco (mensaje 1), después envía un men- 
saje obtenerSal doTotal al objeto BaseDatosBanco (mensaje 2). Dentro de los paréntesis que van después del 
nombre de un mensaje, podemos especificar una lista separada por comas de los nombres de los parámetros que se 
envían con el mensaje (es decir, los argumentos en una llamada a un método en Java); el objeto Sol i ci tudSal do 
pasa el atributo numeroCuenta con sus mensajes al objeto BaseDatosBanco para indicar de cuál objeto Cuenta 
se extraerá la información del saldo. En la figura 6.22 vimos que las operaciones obtenerSal doDi sponi bl e y 
obtenerSal doTotal de la clase BaseDatosBanco requieren cada una de ellas un parámetro para identificar una 
cuenta. El objeto Sol i ci tudSal do muestra a continuación el sal doDi sponi bl e y el sal doTotal al usuario; 
para ello pasa un mensaje mostrarMensaje a la Pantal la (mensaje B) que incluye un parámetro, el cual indica 
el mensaje a mostrar. 

Observe que la figura 7.27 modela dos mensajes adicionales que se pasan del objeto BaseDatosBanco a un 
objeto Cuenta (mensaje 1. 1 y mensaje 2.1). para proveer al ATM los dos saldos de la Cuenta del usuario (según lo 
solicitado por los mensajes 1 y 2), el objeto BaseDatosBanco debe pasar un mensaje obtenerSal doDi sponi bl e 
y un mensaje obtenerSal doTotal a la Cuenta del usuario. Dichos mensajes que se pasan dentro del manejo de 
otro mensaje se llaman mensajes anidados. UML recomienda utilizar un esquema de numeración decimal para 
indicar mensajes anidados. Por ejemplo, el mensaje 1.1 es el primer mensaje anidado en el mensaje 1; el objeto 
BaseDatosBanco pasa un mensaje obtenerSal doDi sponi bl e durante el procesamiento de BaseDatosBanco 


: Pantalla 


3: mostrarMensaje( mensaje ) 


: SolicitudSaldo 


I: obtenerSaldoD¡spon¡ble( numeroCuenta ] 
2: obtenerSaldoTotal( numeroCuenta ) 


: BaseDatosBanco 


: Cuenta 


1.1: obtenerSaldoDisponibleQ 
2.1: obtenerSaldoTotalQ 


Figura 7.27 | Diagrama de comunicación para ejecutar una solicitud de saldo. 
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de un mensaje con el mismo nombre. [Nota: si el objeto BaseDatosBanco necesita pasar un segundo mensaje 
anidado mientras procesa el mensaje 1, el segundo mensaje se numera como 1.2]. Un mensaje puede pasarse sólo 
cuando se han pasado ya todos los mensajes anidados del mensaje anterior. Por ejemplo, el objeto Solicitud- 
Sal do pasa el mensaje B sólo hasta que se han pasado los mensajes 2 y 2 . 1, en ese orden. 

El esquema de numeración anidado que se utiliza en los diagramas de comunicación ayuda a aclarar con pre- 
cisión cuándo y en qué contexto se pasa cada mensaje. Por ejemplo, si numeramos los cinco mensajes de la figura 
7.27 usando un esquema de numeración plano (es decir, 1, 2, B, 4, 5), podría ser posible que alguien que viera 
el diagrama no pudiera determinar que el objeto BaseDatosBanco pasa el mensaje obtenerSal doDi sponi bl e 
(mensaje 1.1 a una Cuenta durante c 1 procesamiento del mensaje 1 por parte del objeto BaseDatosBanco, en 
vez de hacerlo después de completar el procesamiento del mensaje 1. Los números decimales anidados hacen ver 
que el segundo mensaje obtenerSal doDi sponi bl e (mensaje 1.1) se pasa a una Cuenta dentro del manejo del 
primer mensaje obtenerSal doDi sponi bl e (mensaje 1) por parte del objeto BaseDatosBanco. 

Diagramas de secuencia 

Los diagramas de comunicación enfatizan los participantes en las colaboraciones, pero modelan su sincronización 
de una forma bastante extraña. Un diagrama de secuencia ayuda a modelar la sincronización de las colaboraciones 
con más claridad. La figura 7.28 muestra un diagrama de secuencia que modela la secuencia de las interaccio- 
nes que ocurren cuando se ejecuta un Reti ro. La línea punteada que se extiende hacia abajo desde el rectángulo 
de un objeto es la línea de vida de ese objeto, la cual representa la evolución en el tiempo. Las acciones ocurren a 
lo largo de la línea de vida de un objeto, en orden cronológico de arriba hacia abajo; una acción cerca de la parte 
superior ocurre antes que una cerca de la parte inferior. 

El paso de mensajes en los diagramas de secuencia es similar al paso de mensajes en los diagramas de comu- 
nicación. Una flecha con punta rellena, que se extiende desde el objeto emisor hasta el objeto receptor, representa 
un mensaje entre dos objetos. La punta de flecha apunta a una activación en la línea de vida del objeto receptor. 
Una activación, que se muestra como un rectángulo vertical delgado, indica que se está ejecutando un objeto. 
Cuando un objeto devuelve el control, un mensaje de retorno (representado como una línea punteada con una 
punta de flecha) se extiende desde la activación del objeto que devuelve el control hasta la activación del objeto 
que envió originalmente el mensaje. Para eliminar el desorden, omitimos las flechas de los mensajes de retorno; 
UML permite esta práctica para que los diagramas sean más legibles. Al igual que los diagramas de comunicación, 
los de secuencia pueden indicar parámetros de mensaje entre los paréntesis que van después del nombre de un 
mensaje. 

La secuencia de mensajes de la figura 7.28 empieza cuando un objeto Reti ro pide al usuario que seleccio- 
ne un monto de retiro; para ello envía a la Pantalla un mensaje mostrarMensaje. Después el objeto Reti ro 
envía al Tecl ado un mensaje obtenerEntrada, el cual obtiene los datos de entrada del usuario. En el diagrama 
de actividad de la figura 5.31 modelamos la lógica de control involucrada en un objeto Reti ro, por lo que no 
mostraremos esta lógica en el diagrama de secuencia de la figura 7.28. En vez de ello modelaremos el escenario 
para el mejor caso, en el cual el saldo de la cuenta del usuario es mayor o igual al monto de retiro seleccionado, y 
el dispensador de efectivo contiene un monto de efectivo suficiente como para satisfacer la solicitud. Para obtener 
información acerca de cómo modelar la lógica de control en un diagrama de secuencia, consulte los recursos Web 
y las lecturas recomendadas que se listan al final de la sección 2.9. 

Después de obtener un monto de retiro, el objeto Reti ro envía un mensaje obtenerSal doDi sponi bl e al 
objeto BaseDatosBanco, el cual a su vez envía un mensaje obtenerSal doDi sponi bl e a la Cuenta del usuario. 
Suponiendo que la cuenta del usuario tiene suficiente dinero disponible para permitir la transacción, el objeto 
Reti ro envía al objeto Di spensadorEfecti vo un mensaje haySufici enteEfecti voDi sponi bl e. Suponiendo 
que hay suficiente efectivo disponible, el objeto Reti ro reduce el saldo de la cuenta del usuario (tanto el sal do- 
Total como el sal doDi sponi ble) enviando un mensaje cargar a la Cuenta del usuario. Por último, el objeto 
Reti ro envía al Di spensadorEfecti vo un mensaje di spensarEfecti vo y a la Pantal 1 a un mensaje mostrar- 
Mensaje, indicando al usuario que retire el efectivo de la máquina. 

Hemos identificado las colaboraciones entre los objetos en el sistema ATM, y modelamos algunas de estas 
colaboraciones usando los diagramas de interacción de UML: los diagramas de comunicación y los diagramas de 
secuencia. En la siguiente sección del Ejemplo práctico de Ingeniería de Software (sección 8.19), mejoraremos la 
estructura de nuestro modelo para completar un diseño orientado a objetos preliminar, y después empezaremos a 
implementar el sistema ATM en Java. 
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: Retiro 


: Teclado 


: Cuenta 


: Pantalla 

mostrarMensaje( mensaje ) 


obtenerEntradaQ 


: BaseDatosBanco 


obtenerSaldoDisponible( numeroCuenta ) 


: DispensadorEfectivo 


obtenerSaldoDisponiblef) 


haySuficienteEfectivoDisponible( monto ) 


carga r( numeroCuenta, monto j 


cargar( monto j 


díspensarEfectivof monto ] 


mostrarMensajef mensaje ) 


Figura 7.28 | Diagrama de secuencia que modela la ejecución de un Retí ro. 

Ejercicios de autoevaluación del Ejemplo práctico de Ingeniería de Software 

7. 1 Un(a) consiste en que un objeto de una clase envía un mensaje a un objeto de otra clase. 

a) asociación 

b) agregación 

c) colaboración 

d) composición 

7.2 ¿Cuál forma de diagrama de interacción es la que enfatiza qué colaboraciones se llevan a cabo? ¿Cuál forma 
enfatiza cuándo ocurren las interacciones? 

7.3 Cree un diagrama de secuencia para modelar las interacciones entre los objetos del sistema ATM, que ocurran 
cuando se ejecute un Deposi to con éxito. Explique la secuencia de los mensajes modelados por el diagrama. 

Respuestas a los ejercicios de autoevaluación del Ejemplo práctico de Ingeniería de Software 

7.1 c. 

7.2 Los diagramas de comunicación enfatizan qué colaboraciones se llevan a cabo. Los diagramas de secuencia 
enfatizan cuándo ocurren las colaboraciones. 
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7.3 La figura 7.29 presenta un diagrama de secuencia que modela las interacciones entre objetos en el sistema 
ATM, las cuales ocurren cuando un Deposito se ejecuta con éxito. La figura 7.29 indica que un Deposito primero 
envía un mensaje mostrarMensaje a la Pantall a, para pedir al usuario que introduzca un monto de depósito. A con- 
tinuación, el Deposi to envía un mensaje obtener Entrada al Tecl ado para recibir la entrada del usuario. Después, el 
Deposi to pide al usuario que inserte un sobre de depósito; para ello envía un mensaje mostrarMensaje a la Panta- 
lla. Luego, el Deposito envía un mensaje seReci bi oSobreDeposi to al objeto RanuraDeposito para confirmar 
que el ATM haya recibido el sobre de depósito. Por último, el objeto Deposi to incrementa el atributo sal doTotal 
(pero no el atributo sal doDi sponi bl e) de la Cuenta del usuario, enviando al objeto BaseDatosBanco un mensaje 
abonar. El objeto BaseDatosBanco responde enviando el mismo mensaje a la Cuenta del usuario. 


: Deposito 


: Teclado 


: BaseDatosBanco 


: Pantalla 

mostrarMensaje( mensaje ) 


obtenerEntradaQ 


; RanuraDeposito 


mostrarMensaje! mensaje ) 


seRecibíoSobre Deposito!) 


' abonar! numeroCuenta. monto j 


: Cuenta 


abonar! monto ) 


Figura 7.29 | Diagrama de secuencia que modela la ejecución de un Deposito. 


7.15 Conclusión 

En este capítulo empezó nuestra introducción a las estructuras de datos, explorando el uso de los arreglos para 
almacenar datos y obtenerlos de listas y tablas de valores. Los ejemplos de este capítulo demostraron cómo decla- 
rar un arreglo, inicializarlo y hacer referencia a los elementos individuales de un arreglo. Se introdujo la instruc- 
ción for mejorada para iterar a través de los arreglos. También le mostramos cómo pasar arreglos a los métodos, 
y cómo declarar y manipular arreglos multidimensionales. Por último, en este capítulo se demostró cómo escribir 
métodos que utilizan listas de argumentos de longitud variable, y cómo leer argumentos que se pasan a un pro- 
grama desde la línea de comandos. 

Continuaremos con nuestra cobertura de las estructuras de datos en el capítulo 17, Estructuras de datos, 
que introduce las estructuras de datos dinámicas, como listas, colas, pilas y árboles, que pueden crecer y reducirse 
a medida que se ejecutan los programas. En el capítulo 18, Genéricos, se presenta el tema de los genéricos, que 
proporcionan los medios para crear modelos generales de métodos y clases que pueden declararse una vez, pero 
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utilizarse con muchos tipos de datos distintos. En el capítulo 19, Colecciones, se introduce el Java Collections 
Framework (Marco de trabajo de colecciones de Java), que utiliza los genéricos para permitir a los programado- 
res especificar los tipos exactos de objetos que almacenará una estructura de datos específica. En el capítulo 19 
también se introducen las estructuras de datos predefinidas de Java, que los programadores pueden usar en vez 
de tener que construir sus propias estructuras. El capítulo 19 habla sobre muchas clases de estructuras de datos, 
incluyendo Vecto r y Ar ray Li st, que son estructuras de datos similares a los arreglos y pueden aumentar y redu- 
cir su tamaño en respuesta al cambio en los requerimientos de almacenamiento de un programa. La API Collec- 
tions también proporciona la clase Arrays, que contiene métodos utilitarios para la manipulación de arreglos. El 
capítulo 19 utiliza varios métodos stati c de la clase Arrays para realizar manipulaciones como ordenar y buscar 
en los datos de un arreglo. Después de leer este capítulo, usted podrá utilizar algunos de los métodos de Arrays 
que se describen en el capítulo 19, pero algunos de los métodos de Arrays requieren un conocimiento sobre los 
conceptos que presentaremos más adelante en este libro. 

Ya le hemos presentado los conceptos básicos de las clases, los objetos, las instrucciones de control, los méto- 
dos y los arreglos. En el capítulo 8 analizaremos con más detalle las clases y los objetos. 


Resumen 

Sección 7.1 Introducción 

• Los arreglos son estructuras de datos que consisten en elementos de datos relacionados del mismo tipo; son entida- 
des de longitud fija; permanecen con la misma longitud una vez que se crean, aunque a una variable tipo arreglo se 
le puede reasignar la referencia de un nuevo arreglo de una longitud distinta. 

Sección 7.2 Arreglos 

• Un arreglo es un grupo de variables (llamadas elementos o componentes) que contienen valores, todos con el mismo 
tipo. Los arreglos son objetos, por lo cual se consideran como tipos por referencia. Los elementos de un arreglo 
pueden ser tipos primitivos o tipos por referencia (incluyendo arreglos). 

• Para hacer referencia a un elemento específico en un arreglo, especificamos el nombre de la referencia al arreglo y el 
índice (subíndice) del elemento en el arreglo. 

• Un programa hace referencia a cualquiera de los elementos de un arreglo mediante una expresión de acceso a un 
arreglo, la cual incluye el nombre del arreglo, seguido del subíndice del elemento específico entre corchetes ([]). 

• El primer elemento en cada arreglo tiene el subíndice cero, y algunas veces se le llama el elemento cero. 

• Un subíndice debe ser un entero positivo. Un programa puede utilizar una expresión como un subíndice. 

• Todo objeto tipo arreglo conoce su propia longitud, y mantiene esta información en un campo i ength. La expresión 
arreglo . i ength accede al campo i ength de arreglo, para determinar la longitud del arreglo. 

Sección 7.3 Declaración y creación de arreglos 

• Para crear un objeto tipo arreglo, el programador especifica el tipo de los elementos del arreglo y el número de ele- 
mentos como parte de una expresión de creación de arreglo, que utiliza la palabra clave new. La siguiente expresión 
de creación de arreglo crea un arreglo de 100 valores i nt: 

int b[ ] = new int[ 100 ]; 

• Cuando se crea un arreglo, cada elemento del mismo recibe un valor predeterminado: cero para los elementos 
numéricos de tipo primitivo, faise para los elementos booleanos y nuil para las referencias (cualquier tipo no 
primitivo). 

• Cuando se declara un arreglo, su tipo y los corchetes pueden combinarse al principio de la declaración, para indicar 
que todos los identificadores en la declaración son variables tipo arreglo, como en 

doubie[ ] arregiol, arregio2; 

• Un programa puede declarar arreglos de cualquier tipo. Cada elemento de un arreglo de tipo primitivo contiene una 
variable del tipo declarado del arreglo. De manera similar, en un arreglo de un tipo por referencia, cada elemento es 
una referencia a un objeto del tipo declarado del arreglo. 
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Sección 7.4 Ejemplos acerca del uso de los arreglos 

• Un programa puede crear un arreglo e inicializar sus elementos con un inicializador de arreglos (es decir, una lista 
inicializadora encerrada entre llaves). 

• Las variables constantes (también conocidas como constantes con nombre o variables de sólo lectura) deben inicia- 
lizarse antes de utilizarlas, y no pueden modificarse de ahí en adelante. 

• Cuando se ejecuta un programa en Java, la JVM comprueba los subíndices de los arreglos para asegurarse que sean 
válidos (es decir, deben ser mayores o iguales a 0 y menores que la longitud del arreglo). Si un programa utiliza un 
subíndice inválido, Java genera algo que se conoce como excepción, para indicar que ocurrió un error en el progra- 
ma, en tiempo de ejecución. 

Sección 7.6 Instrucción for mejorada 

• La instrucción for mejorada permite a los programadores iterar a través de los elementos de un arreglo o de una 
colección, sin utilizar un contador. La sintaxis de una instrucción for mejorada es: 

for ( parámetro : nombreArreglo ) 
instrucción 

en donde parámetro tiene dos partes: un tipo y un identificador (por ejemplo, i nt numero), y nombreArreglo es el 
arreglo a través del cual se iterará. 

• La instrucción for mejorada no puede usarse para modificar los elementos de un arreglo. Si un programa necesita 
modificar elementos, use la instrucción for tradicional, controlada por contador. 

Sección 7.7 Paso de arreglos a los métodos 

• Cuando un argumento se pasa por valor, se hace una copia del valor del argumento y se pasa al método que se llamó. 
Este método trabaja exclusivamente con la copia. 

• Cuando se pasa un argumento por referencia, el método al que se llamó puede acceder al valor del argumento en el 
método que lo llamó directamente, y es posible que pueda modificarlo. 

• Java no permite a los programadores elegir entre el paso por valor y el paso por referencia; todos los argumentos se 
pasan por valor. Una llamada a un método puede pasar dos tipos de valores a un método: copias de valores primiti- 
vos (por ejemplo, valores de tipo i nt y doubi e) y copias de referencias a objetos. Aunque la referencia a un objeto 
se pasa por valor, un método de todas formas puede interactuar con el objeto referenciado, llamando a sus métodos 
pubi i c mediante el uso de la copia de la referencia al objeto. 

• Para pasar a un método una referencia a un objeto, simplemente se especifica en la llamada al método el nombre de 
la variable que hace referencia al objeto. 

• Cuando un argumento para un método es todo un arreglo, o un elemento individual del arreglo de tipo por refe- 
rencia, el método que se llamó recibe una copia del arreglo o referencia al elemento. Cuando un argumento para un 
método es un elemento individual de un arreglo de tipo primitivo, el método que se llamó recibe una copia del valor 
del elemento. 

• Para pasar un elemento individual del arreglo a un método, use el nombre indexado del arreglo como argumento en 
la llamada al método. 

Sección 7.9 Arreglos multidimensionales 

• Los arreglos multidimensionales con dos dimensiones se utilizan a menudo para representar tablas de valores, que 
consisten en información ordenada en filas y columnas. 

• Los arreglos que requieren dos subíndices para identificar un elemento específico se llaman arreglos bidimensionales. 
Un arreglo con m filas y n columnas se llama arreglo de m por n. Un arreglo bidimensional puede inicializarse con 
un inicializador de arreglos, de la forma 

tipoArreglo nombreArreglo\AV\ = { { fila 1 inicializador }, { fila2 inicializador } , ... }; 

• Los arreglos multidimensionales se mantienen como arreglos de arreglos unidimensionales separados. Como resul- 
tado, no es obligatorio que las longitudes de las filas en un arreglo bidimensional sean iguales. 

• Un arreglo multidimensional con el mismo número de columnas en cada fila se puede crear mediante una expresión 
de creación de arreglos, de la forma 

tipoArreglo nombreArregloVWA = new tipoArreglo\_ numFilas~\\_ numColumnas ] ; 

• Un tipo de argumento seguido por una elipsis (...) en la lista de parámetros de un método indica que éste recibe un 
número variable de argumentos de ese tipo específico. La elipsis puede ocurrir sólo una vez en la lista de parámetros 
de un método, y debe estar al final de la lista. 
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Sección 7.11 Listas de argumentos de longitud variable 

• Una lista de argumentos de longitud variable se trata como un arreglo dentro del cuerpo del método. El número de 
argumentos en el arreglo se puede obtener mediante el campo 1 ength del arreglo. 

Sección 7 . 12 Uso de argumentos de línea de comandos 

• Para pasar argumentos a mai n en una aplicación de Java, desde la línea de comandos, se incluye un parámetro de 
tipo Stri ng [ ] en la lista de parámetros de mai n. Por convención, el parámetro de mai n se llama args. 

• Java pasa los argumentos de línea de comandos que aparecen después del nombre de la clase en el comando java 
al método mai n de la aplicación, en forma de objetos Stri ng en el arreglo args. El número de argumentos que se 
pasan de la línea de comandos se obtiene accediendo al atributo i ength del arreglo. 


Terminología 

0, bandera (en un especificador de formato) 
a [ i ] 
a [ i ] [ j ] 

argumentos de línea de comandos 
arreglo 

arreglo bidimensional 
arreglo de m por n 
arreglo multidimensional 
arreglo unidimensional 
cantidad escalar 

columna de un arreglo bidimensional 
componente de un arreglo 
comprobación de límites 
constante con nombre 
corchetes, [] 
declarar un arreglo 
declarar una variable constante 
elemento de un arreglo 

elipsis (...) en la lista de parámetros de un método 

error de desplazamiento por uno 

escalar 

estructura de datos 
expresión de acceso a un arreglo 
expresión de creación de arreglos 
fila de un arreglo bidimensional 
final , palabra clave 


formato tabular 
índice 

índice de columna 

inicializador de arreglos 

inicializadores de arreglos anidados 

inicializar un arreglo 

instrucción for mejorada 

1 ength, campo de un arreglo 

lista de argumentos de longitud variable 

lista inicializadora 

llamada por referencia 

llamada por valor 

nombre de un arreglo 

número de posición 

parselnt, método de la clase Integer 

paso de arreglos a métodos 

paso por referencia 

paso por valor 

recorrer un arreglo 

subíndice 

subíndice cero 

subíndice de fila 

tabla de valores 

valor de un elemento 

variable constante 

variable de sólo lectura 


Ejercicios de autoevaluación 

7. 1 Complete las siguientes oraciones: 

a) Las listas y tablas de valores pueden guardarse en . 

b) Un arreglo es un grupo de (llamados elementos o componentes) que contiene valores, todos 

con el mismo . 

c) La permite a los programadores iterar a través de los elementos en un arreglo, sin utilizar 

un contador. 

d) El número utilizado para referirse a un elemento específico de un arreglo se conoce como el 

de ese elemento. 

e) Un arreglo que utiliza dos subíndices se conoce como un arreglo . 

f) Use la instrucción for mejorada para recorrer el arreglo doubi e llamado números. 

g) Los argumentos de línea de comandos se almacenan en . 

h) Use la expresión para recibir el número total de argumentos en una línea de comandos. 

Suponga que los argumentos de línea de comandos se almacenan en el objeto Stri ng args [] . 
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i) Dado el comando j ava Mi C1 ase prueba, el primer argumento de línea de comandos es . 

j) Un(a) en la lista de parámetros de un método indica que el método puede 

recibir un número variable de argumentos. 

7.2 Conteste con verdadero o falso a cada una de las siguientes proposiciones; en caso de ser falso, explique por qué. 

a) Un arreglo puede guardar muchos tipos distintos de valores. 

b) El índice de un arreglo debe ser generalmente de tipo float. 

c) Un elemento individual de un arreglo que se pasa a un método y se modifica ahí mismo, contendrá el valor 
modificado cuando el método llamado termine su ejecución. 

d) Los argumentos de línea de comandos se separan por comas. 

7.3 Realice las siguientes tareas para un arreglo llamado f racci ones: 

a) Declare una constante llamada TAMANI0_ARREGL0 que se inicialice con 10. 

b) Declare un arreglo con TAMANI0_ARREGL0 elementos de tipo doubl e, e inicialice los elementos con 0. 

c) Haga referencia al elemento 4 del arreglo. 

d) Asigne el valor 1.667 al elemento 9 del arreglo. 

e) Asigne el valor 3 . 333 al elemento 6 del arreglo. 

f) Sume todos los elementos del arreglo, utilizando una instrucción for. Declare la variable entera x como 
variable de control para el ciclo. 

7.4 Realice las siguientes tareas para un arreglo llamado tabl a: 

a) Declare y cree el arreglo como un arreglo entero con tres filas y tres columnas. Suponga que se ha declarado 
la constante TAMANI0_ARREGL0 con el valor de 3. 

b) ¿Cuántos elementos contiene el arreglo? 

c) Utilice una instrucción for para inicializar cada elemento del arreglo con la suma de sus índices. Suponga 
que se declaran las variables enteras x y y como variables de control. 

7.5 Encuentre y corrija el error en cada uno de los siguientes fragmentos de programa: 

a) final i nt TAMANICUARREGLO = 5; 

TAMANI0_ARREGL0 = 10; 

b) Suponga que i nt b[] = new fi n t [ 10 ] ; 
for(inti =0; i <= b.length; i++) 

b[i] = 1; 

c) Suponga que int a [ ] [ ] = { { 1 , 2}, {3,4}}; 
a[ 1, 1 ] = 5; 


Respuestas a los ejercicios de autoevaluación 

7.1 a) arreglos, b) variables, tipo, c) instrucción for mejorada, d) índice ( o subíndice, o número de posición) 

e) bidimensional. f) for ( double d : números ). g) un arreglo de objetos Stri ng, llamado args por convención, 
h) args . length. i) prueba, j) elipsis (...). 


7.2 


7.3 


a) Falso. Un arreglo sólo puede guardar valores del mismo tipo. 

b) Falso. El índice de un arreglo debe ser un entero o una expresión entera. 

c) Para los elementos individuales de tipo primitivo en un arreglo: falso. Un método al que se llama recibe y 
manipula una copia del valor de dicho elemento, por lo que las modificaciones no afectan el valor original. 
No obstante, si se pasa la referencia de un arreglo a un método, las modificaciones a los elementos del 
arreglo que se hicieron en el método al que se llamó se reflejan sin duda en el original. Para los elementos 
individuales de un tipo no primitivo: verdadero. Un método al que se llama recibe una copia de la referencia 
de dicho elemento, y los cambios al objeto referenciado se reflejan en el elemento del arreglo original. 

d) Falso. Los argumentos de línea de comandos se separan por espacio en blanco. 

a) final i nt TAMANICUARREGLO = 10; 

b) double fracciones[ ] = new doubl e [ TAMANICUARREGLO ] ; 

c) fracciónese 4 ] 

d) fracciónese 9 ] = 1.667; 

e) fracciónese 6 ] = 3.333; 
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7.4 


7.5 


f) fracciones[ 6 ] = 3.BBB; 

g) double total = 0.0; 

for ( int x = 0; x < fracciones. length; x++ ) 
total += fracciónese x ]; 

a) int tabla[] [] = new int[ TAMANICLARREGLO ][ TAMANICLARREGLO ]; 

b) Nueve. 

c) for ( int x = 0; x < tabla. length; x++ ) 

for (int y =0; y < tabla[ x ]. length; y++ ) 
tabla[ x ] [ y ] = x + y; 

a) Error: asignar un valor a una constante después de inicializarla. 

Corrección: asigne el valor correcto a la constante en una declaración final int TAMANI0_ARREGL0, o 
declare otra variable. 

b) Error: se está haciendo referencia al elemento de un arreglo que está fuera de los límites del arreglo 
(b [10]). 

Corrección: cambie el operador <= por <. 

c) Error: la indización del arreglo se está realizando en forma incorrecta. 

Corrección: cambie la instrucción por a[ !][!] = 5;. 


Ejercicios 

7.6 Complete las siguientes oraciones: 

a) Un arreglo unidimensional p contiene cuatro elementos. Los nombres de esos elementos son , 

• y • 

b) Al proceso de nombrar un arreglo, declarar su tipo y especificar el número de dimensiones se le conoce 

como el arreglo. 

c) En un arreglo bidimensional, el primer índice identifica el(la) de un elemento y el segundo 

identifica el (la) de un elemento. 

d) Un arreglo de m por n contiene filas, columnas y elementos. 

e) El nombre del elemento en la fila 3 y la columna 5 del arreglo d es . 

7.7 Conteste con verdadero o falso a cada una de las siguientes proposiciones; en caso de ser falso , explique por qué. 

a) Para referirse a una ubicación o elemento específico dentro de un arreglo, especificamos el nombre del 
arreglo y el valor del elemento específico. 

b) La declaración de un arreglo reserva espacio para el mismo. 

c) Para indicar que deben reservarse 100 ubicaciones para el arreglo entero p, el programador escribe la decla- 
ración 

p[ 100 ]; 

d) Una aplicación que inicializa con cero los elementos de un arreglo con 15 elementos debe contener al 
menos una instrucción for. 

e) Una aplicación que sume el total de los elementos de un arreglo bidimensional debe contener instrucciones 
for anidadas. 

7.8 Escriba instrucciones en Java que realicen cada una de las siguientes tareas: 

a) Mostrar el valor del elemento 6 del arreglo f . 

b) Inicializar con 8 cada uno de los cinco elementos del arreglo entero unidimensional g. 

c) Sumar el total de los 100 elementos del arreglo c de punto flotante. 

d) Copiar el arreglo a de 1 1 elementos en la primera porción del arreglo b, el cual contiene 34 elementos. 

e) Determinar e imprimir los valores menor y mayor contenidos en el arreglo w con 99 elementos de punto 
flotante. 

7.9 Considere un arreglo entero t de dos por tres. 

a) Escriba una instrucción que declare y cree a t. 

b) ¿Cuántas filas tiene t? 
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c) ¿Cuántas columnas tiene t? 

d) ¿Cuántos elementos tiene t? 

e) Escriba expresiones de acceso para todos los elementos en la fila 1 de t. 

f) Escriba expresiones de acceso para todos los elementos en la columna 2 de t. 

g) Escriba una sola instrucción que asigne cero al elemento de t en la fila 0 y la columna 1 . 

h) Escriba una serie de instrucciones que inicialice cada elemento de t con cero. No utilice una instrucción de 
repetición. 

i) Escriba una instrucción for anidada que inicialice cada elemento de t con cero. 

j) Escriba una instrucción for anidada que reciba como entrada del usuario los valores de los elementos 
de t. 

k) Escriba una serie de instrucciones que determine e imprima el valor más pequeño en t. 

l) Escriba una instrucción pri ntf que muestre los elementos de la primera fila de t. No utilice repetición. 

m) Escriba una instrucción que totalice los elementos de la tercera columna de t. No utilice repetición. 

n) Escriba una serie de instrucciones para imprimir el contenido de t en formato tabular. Enliste los índices de 
columna como encabezados a lo largo de la parte superior, y enliste los índices de fila a la izquierda de ca- 
da fila. 

7. 1 0 ( Comisión por ventas) Utilice un arreglo unidimensional para resolver el siguiente problema: una compañía paga 

a sus vendedores por comisión. Los vendedores reciben $200 por semana más el 9% de sus ventas totales de esa semana. 
Por ejemplo, un vendedor que acumule $5000 en ventas en una semana, recibirá $200 más el 9% de $5000, o un total 
de $650. Escriba una aplicación (utilizando un arreglo de contadores) que determine cuántos vendedores recibieron 
salarios en cada uno de los siguientes rangos (suponga que el salario de cada vendedor se trunca a una cantidad entera): 

a) $200-299 

b) $300-399 

c) $400-499 

d) $500-599 

e) $600-699 

f) $700-799 

g) $800-899 

h) $900-999 

i) $1000 en adelante 
Sintetice los resultados en formato tabular. 

7. 1 I Escriba instrucciones que realicen las siguientes operaciones con arreglos unidimensionales: 

a) Asignar cero a los 10 elementos del arreglo cuentas de tipo entero. 

b) Sumar uno a cada uno de los 15 elementos del arreglo bono de tipo entero. 

c) Imprimir los cinco valores del arreglo mejoresPuntuaci ones de tipo entero en formato de columnas. 

7.12 ( Eliminación de duplicados) Use un arreglo unidimensional para resolver el siguiente problema: escriba una 
aplicación que reciba como entrada cinco números, cada uno de los cuales debe estar entre 10 y 100. A medida que 
se lea cada número, muéstrelo solamente si no es un duplicado de un número que ya se haya leído. Prepárese para el 
“peor caso”, en el que los cinco números son diferentes. Use el arreglo más pequeño que sea posible para resolver este 
problema. Muestre el conjunto completo de valores únicos introducidos, después de que el usuario introduzca cada 
nuevo valor. 

7.13 Etiquete los elementos del arreglo bidimensional ventas de tres por cinco, para indicar el orden en el que se 
establecen en cero, mediante el siguiente fragmento de programa: 

for ( int fila = 0; fila < ventas . 1 ength ; fila++ ) 

{ 

for ( int col = 0; col < ventas[ fila ].length; col++ ) 

{ 

ventasf fila ][ col ] = 0; 

} 

} 

7.14 Escriba una aplicación que calcule el producto de una serie de enteros que se pasan al método producto, 
usando una lista de argumentos de longitud variable. Pruebe su método con varias llamadas, cada una con un número 
distinto de argumentos. 
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7. 1 5 Modifique la figura 7.2, de manera que el tamaño del arreglo se especifique mediante el primer argumento de 
línea de comandos. Si no se suministra un argumento de línea de comandos, use 10 como el valor predeterminado del 
arreglo. 

7.16 Escriba una aplicación que utilice una instrucción for mejorada para sumar los valores double que se pasan 
mediante los argumentos de línea de comandos. {Sugerencia: use el método static parseDouble de la clase Double 
para convertir un Stri ng en un valor doubl e], 

7. 1 7 ( Tiro de dados) Escriba una aplicación para simular el tiro de dos dados. La aplicación debe utilizar un objeto 

de la clase Random una vez para tirar el primer dado, y de nuevo para tirar el segundo dado. Después debe calcularse la 

suma de los dos valores. Cada dado puede mostrar un valor entero del 1 al 6, por lo que la suma de los valores variará 
del 2 al 12, siendo 7 la suma más frecuente, mientras que 2 y 12 serán las sumas menos frecuentes. En la figura 7.30 
se muestran las 36 posibles combinaciones de los dos dados. Su aplicación debe tirar los dados 36,000 veces. Utilice 
un arreglo unidimensional para registrar el número de veces que aparezca cada una de las posibles sumas. Muestre los 
resultados en formato tabular. Determine si los totales son razonables (es decir, hay seis formas de tirar un 7, por lo que 
aproximadamente una sexta parte de los tiros deben ser 7). 

7 . 1 8 (Juego de crups) Escriba una aplicación que ejecute 1000 juegos de craps (figura 6.9) y responda a las siguientes 
preguntas: 

a) ¿Cuántos juegos se ganan en el primer tiro, en el segundo, . . . , en el vigésimo tiro y después de éste? 

b) ¿Cuántos juegos se pierden en el primer tiro, en el segundo, . . . , en el vigésimo tiro y después de éste? 

c) ¿Cuáles son las probabilidades de ganar en craps? [Nota: debe descubrir que craps es uno de los juegos de 
casino más justos. ¿Qué cree usted que significa esto?]. 

d) ¿Cuál es la duración promedio de un juego de craps? 

e) ¿Las probabilidades de ganar mejoran con la duración del juego? 


I 2 3 4 5 6 

1 2 3 4 5 6 7 

2 3 4 5 6 7 8 

3 4 5 6 7 8 9 

4 5 6 7 8 9 10 

5 6 7 8 9 10 II 

6 7 8 9 10 II 12 

Figura 7.30 | Las 36 posibles sumas de dos dados. 


7. 1 9 ( Sistema de reservaciones de una aerolínea) Una pequeña aerolínea acaba de comprar una computadora para su 

nuevo sistema de reservaciones automatizado. Se le ha pedido a usted que desarrolle el nuevo sistema. Usted escribirá 
una aplicación para asignar asientos en cada vuelo del único avión de la aerolínea (capacidad: 10 asientos). 

Su aplicación debe mostrar las siguientes alternativas: Por favor escriba 1 para Primera ClaseyPor favor 
escri ba 2 para Economi co. Si el usuario escribe 1, su aplicación debe asignarle un asiento en la sección de primera 
clase (asientos 1 a 5). Si el usuario escribe 2, su aplicación debe asignarle un asiento en la sección económica (asientos 
6 a 10). Su aplicación deberá entonces imprimir un pase de abordaje, indicando el número de asiento de la persona y 
si se encuentra en la sección de primera clase o clase económica del avión. 

Use un arreglo unidimensional del tipo primitivo bool ean para representar la tabla de asientos del avión. Inicialice 
todos los elementos del arreglo con fal se para indicar que todos los asientos están vacíos. A medida que se asigne cada 
asiento, establezca los elementos correspondientes del arreglo en true para indicar que ese asiento ya no está disponible. 

Su aplicación nunca deberá asignar un asiento que ya haya sido asignado. Cuando esté llena la sección económi- 
ca, su programa deberá preguntar a la persona si acepta ser colocada en la sección de primera clase (y viceversa). Si la 
persona acepta, haga la asignación de asiento apropiada. Si no acepta, imprima el mensaje "El próximo vuelo sale 
en 3 horas". 
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7.20 ( Ventas totales) Use un arreglo bidimensional para resolver el siguiente problema: una compañía tiene cuatro 
vendedores (1 a 4) que venden cinco productos distintos (1 a 5). Una vez al día, cada vendedor pasa una nota por cada 
tipo de producto vendido. Cada nota contiene lo siguiente: 

a) El número del vendedor. 

b) El número del producto. 

c) El valor total en dólares de ese producto vendido en ese día. 

Así, cada vendedor pasa entre 0 y 5 notas de venta por día. Suponga que está disponible la información sobre todas las 
notas del mes pasado. Escriba una aplicación que lea toda esta información para las ventas del último mes y que resuma 
las ventas totales por vendedor, por producto. Todos los totales deben guardarse en el arreglo bidimensional ventas. 
Después de procesar toda la información del mes pasado, muestre los resultados en formato tabular, en donde cada 
columna represente a un vendedor específico y cada fila represente a un producto. Saque el total de cada fila para obte- 
ner las ventas totales de cada producto durante el último mes. Saque el total de cada columna para obtener las ventas 
totales de cada vendedor durante el último mes. Su impresión tabular debe incluir estos totales cruzados a la derecha de 
las filas totalizadas, y en la parte inferior de las columnas totalizadas. 

7.2 1 ( Gráficos de tortuga) El lenguaje Logo hizo famoso el concepto de los gráficos de tortuga. Imagine a una tortuga 
mecánica que camina por todo el cuarto, bajo el control de una aplicación en Java. La tortuga sostiene una pluma en 
una de dos posiciones, arriba o abajo. Mientras la pluma está abajo, la tortuga va trazando figuras a medida que se va 
moviendo, y mientras la pluma está arriba, la tortuga se mueve alrededor libremente, sin trazar nada. En este problema 
usted simulará la operación de la tortuga y creará un bloc de dibujo computarizado. 

Utilice un arreglo de 20 por 20 llamado pi so, que se inicialice con ceros. Lea los comandos de un arreglo que 
los contenga. Lleve el registro de la posición actual de la tortuga en todo momento, y si la pluma se encuentra arriba o 
abajo. Suponga que la tortuga siempre empieza en la posición (0, 0) del piso, con su pluma hacia arriba. El conjunto de 
comandos de la tortuga que su aplicación debe procesar se muestra en la figura 7.31. 

Suponga que la tortuga se encuentra en algún lado cerca del centro del piso. El siguiente “programa” dibuja e 
imprime un cuadrado de 12 por 12, dejando la pluma en posición levantada: 

2 

5,12 

3 

5,12 

3 

5,12 

3 

5,12 

1 

6 

9 

A medida que la tortuga se vaya desplazando con la pluma hacia abajo, asigne 1 a los elementos apropiados del arreglo 
pi so. Cuando se dé el comando 6 (imprimir el arreglo), siempre que haya un 1 en el arreglo muestre un asterisco o 
cualquier carácter que usted elija. Siempre que haya un 0, muestre un carácter en blanco. 


Comando 

Significado 

l 

Pluma arriba. 

2 

Pluma abajo. 

3 

Voltear a la derecha. 

4 

Voltear a la izquierda. 

5, 10 

Avanzar hacia delante 1 0 espacios (reemplace el 1 0 
por un número distinto de espacios). 

6 

Imprimir el arreglo de 20 por 20. 

9 

Fin de los datos (centinela) . 


Figura 7.3 1 | Comandos de gráficos de tortuga. 
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Escriba una aplicación para implementar las herramientas de gráficos de tortuga aquí descritas. Escriba varios 
programas de gráficos de tortuga para dibujar figuras interesantes. Agregue otros comandos para incrementar el poder 
de su lenguaje de gráficos de tortuga. 

7.22 ( Paseo del caballo) Uno de los enigmas más interesantes para los entusiastas del ajedrez es el problema del 
Paseo del caballo, propuesto originalmente por el matemático Euler. ¿Puede la pieza de ajedrez, conocida como caballo, 
moverse alrededor de un tablero de ajedrez vacío y tocar cada una de las 64 posiciones una y sólo una vez? A continua- 
ción estudiaremos detalladamente este intrigante problema. 

El caballo realiza solamente movimientos en forma de L (dos espacios en una dirección y un espacio en una direc- 
ción perpendicular). Por lo tanto, como se muestra en la figura 7.32, desde una posición cerca del centro de un tablero 
de ajedrez vacío, el caballo (etiquetado como C) puede hacer ocho movimientos distintos (numerados del 0 al 7). 

a) Dibuje un tablero de ajedrez de ocho por ocho en una hoja de papel, e intente realizar un Paseo del caballo 
en forma manual. Ponga un 1 en la posición inicial, un 2 en la segunda posición, un 3 en la tercera, etcétera. 
Antes de empezar el paseo, estime qué tan lejos podrá avanzar, recordando que un paseo completo consta 
de 64 movimientos. ¿Qué tan lejos llegó? ¿Estuvo esto cerca de su estimación? 

b) Ahora desarrollaremos una aplicación para mover el caballo alrededor de un tablero de ajedrez. El tablero 
estará representado por un arreglo bidimensional llamado tablero, de ocho por ocho. Cada posición se 
inicializará con cero. Describiremos cada uno de los ocho posibles movimientos en términos de sus compo- 
nentes horizontales y verticales. Por ejemplo, un movimiento de tipo 0, como se muestra en la figura 7.32, 
consiste en mover dos posiciones horizontalmente a la derecha y una posición verticalmente hacia arriba. 
Un movimiento de tipo 2 consiste en mover una posición horizontalmente a la izquierda y dos posiciones 
verticalmente hacia arriba. Los movimientos horizontal a la izquierda y vertical hacia arriba se indican con 
números negativos. Los ocho movimientos pueden describirse mediante dos arreglos unidimensionales 
llamados hori zonta! y vertí cal , de la siguiente manera: 


hori zontal 

[ 

0 

] 

= 

2 

verti cal 

[ 

0 

] 

= 

-1 

hori zontal 

[ 

1 

] 

= 

1 

verti cal 

[ 

1 

] 

= 

-2 

hori zontal 

[ 

2 

] 

= 

-1 

verti cal 

[ 

2 

] 

= 

-2 

hori zontal 

[ 

3 

] 

= 

-2 

verti cal 

[ 

3 

] 

= 

-1 

hori zontal 

[ 

4 

] 

= 

-2 

verti cal 

[ 

4 

] 

= 

1 

hori zontal 

[ 

5 

] 

= 

-1 

verti cal 

[ 

5 

] 

= 

2 

hori zontal 

[ 

6 

] 

= 

1 

verti cal 

[ 

6 

] 

= 

2 

hori zontal 

[ 

7 

] 

= 

2 

verti cal 

[ 

7 

] 

= 

1 


Deje que las variables fil aActual y col umnaActual indiquen la fila y columna, respectivamente, de la 
posición actual del caballo. Para hacer un movimiento de tipo numeroMovi mi ento, en donde numeroMovi - 
mi ento puede estar entre 0 y 7, su programa debe utilizar las instrucciones 

fil aActual += vertical [ numeroMovi mi ento ]; 
col umnaActual += horizontal! numeroMovi mi ento] ; 


0 12 3 4 5 6 7 

0 

1 2 i 

2 3 0 

3 K 

4 4 7 

5 5 6 

6 
7 


Figura 7.32 | Los ocho posibles movimientos del caballo. 
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Escriba una aplicación para mover el caballo alrededor del tablero de ajedrez. Utilice un contador 
que varíe de 1 a 64. Registre la última cuenta en cada posición a la que se mueva el caballo. Evalúe cada 
movimiento potencial para ver si el caballo ya visitó esa posición. Pruebe cada movimiento potencial para 
asegurarse que el caballo no se salga del tablero de ajedrez. Ejecute la aplicación. ¿Cuántos movimientos 
hizo el caballo? 

c) Después de intentar escribir y ejecutar una aplicación de Paseo del caballo, probablemente haya desarrolla- 
do algunas ideas valiosas. Utilizaremos estas ideas para desarrollar una heurística (o “regla empírica”) para 
mover el caballo. La heurística no garantiza el éxito, pero una heurística cuidadosamente desarrollada mejo- 
ra de manera considerable la probabilidad de tener éxito. Probablemente usted ya observó que las posiciones 
externas son más difíciles que las posiciones cercanas al centro del tablero. De hecho, las posiciones más 
difíciles o inaccesibles son las cuatro esquinas. 

La intuición sugiere que usted debe intentar mover primero el caballo a las posiciones más problemáti- 
cas y dejar pendientes aquellas a las que sea más fácil llegar, de manera que cuando el tablero se congestione 
cerca del final del paseo, habrá una mayor probabilidad de éxito. 

Podríamos desarrollar una “heurística de accesibilidad” clasificando cada una de las posiciones de 
acuerdo a qué tan accesibles son y luego mover siempre el caballo (usando los movimientos en L) a la 
posición más inaccesible. Etiquetaremos un arreglo bidimensional llamado accesibilidad con números 
que indiquen desde cuántas posiciones es accesible una posición determinada. En un tablero de ajedrez en 
blanco, cada una de las 16 posiciones más cercanas al centro se clasifican con 8; cada posición en la esquina 
se clasifica con 2; y las demás posiciones tienen números de accesibilidad 3, 4 o 6, de la siguiente manera: 


2 3 

3 4 

4 6 

4 6 

4 6 

4 6 

3 4 

2 3 


4 4 
6 6 
8 8 
8 8 
8 8 
8 8 
6 6 
4 4 


4 4 
6 6 
8 8 
8 8 
8 8 
8 8 
6 6 
4 4 


3 2 

4 3 
6 4 
6 4 
6 4 
6 4 
4 3 
3 2 


Escriba una nueva versión del Paseo del caballo, utilizando la heurística de accesibilidad. El caballo 
deberá moverse siempre a la posición con el número de accesibilidad más bajo. En caso de un empate, el 
caballo podrá moverse a cualquiera de las posiciones empatadas. Por lo tanto, el paseo puede empezar en 
cualquiera de las cuatro esquinas. [Nota: al ir moviendo el caballo alrededor del tablero, su aplicación deberá 
reducir los números de accesibilidad a medida que se vayan ocupando más posiciones. De esta manera y en 
cualquier momento dado durante el paseo, el número de accesibilidad de cada una de las posiciones dis- 
ponibles seguirá siendo igual al número preciso de posiciones desde las que se puede llegar a esa posición]. 
Ejecute esta versión de su aplicación. ¿Logró completar el paseo? Modifique el programa para realizar 64 
paseos, en donde cada uno empiece desde una posición distinta en el tablero. ¿Cuántos paseos completos 
logró realizar? 

d) Escriba una versión del programa del Paseo del caballo que, al encontrarse con un empate entre dos o más 
posiciones, decida qué posición elegir buscando más adelante aquellas posiciones que se puedan alcanzar 
desde las posiciones “empatadas”. Su aplicación debe mover el caballo a la posición empatada para la cual el 
siguiente movimiento lo lleve a una posición con el número de accesibilidad más bajo. 

7.23 ( Paseo del caballo: métodos de fuerza bruta ) En la parte (c) del ejercicio 7.22, desarrollamos una solución al pro- 
blema del Paseo del caballo. El método utilizado, llamado “heurística de accesibilidad”, genera muchas soluciones y se 
ejecuta con eficiencia. 

A medida que se incremente de manera continua la potencia de las computadoras, seremos capaces de resolver más 
problemas con menos potencia y algoritmos relativamente menos sofisticados. A éste le podemos llamar el método de 
la “fuerza bruta” para resolver problemas. 

a) Utilice la generación de números aleatorios para permitir que el caballo se desplace a lo largo del tablero 
(mediante sus movimientos legítimos en L) en forma aleatoria. Su aplicación debe ejecutar un paseo e 
imprimir el tablero final. ¿Qué tan lejos llegó el caballo? 

b) La mayoría de las veces, la aplicación de la parte (a) produce un paseo relativamente corto. Ahora modifique 
su aplicación para intentar 1000 paseos. Use un arreglo unidimensional para llevar el registro del número 
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de paseos de cada longitud. Cuando su programa termine de intentar los 1000 paseos, deberá imprimir esta 
información en un formato tabular ordenado. ¿Cuál fue el mejor resultado? 

c) Es muy probable que la aplicación de la parte (b) le haya brindado algunos paseos “respetables”, pero no 
completos. Ahora deje que su aplicación se ejecute hasta que produzca un paseo completo. [Precaución: 
esta versión del programa podría ejecutarse durante horas en una computadora poderosa]. Una vez más, 
mantenga una tabla del número de paseos de cada longitud e imprímala cuando se encuentre el primer 
paseo completo. ¿Cuántos paseos intentó su programa antes de producir uno completo? ¿Cuánto tiempo se 
tomó? 

d) Compare la versión de la fuerza bruta del Paseo del caballo con la versión heurística de accesibilidad. ¿Cuál 
requirió un estudio más cuidadoso del problema? ¿Qué algoritmo fue más difícil de desarrollar? ¿Cuál requi- 
rió más poder de cómputo? ¿Podríamos tener la certeza (por adelantado) de obtener un paseo completo 
mediante el método de la heurística de accesibilidad? ¿Podríamos tener la certeza (por adelantado) de obtener 
un paseo completo mediante el método de la fuerza bruta? Argumente las ventajas y desventajas de solucionar 
el problema mediante la fuerza bruta en general. 

7.24 ( Ocho reinas ) Otro enigma para los entusiastas del ajedrez es el problema de las Ocho reinas, el cual pregunta lo 
siguiente: ¿es posible colocar ocho reinas en un tablero de ajedrez vacío, de tal manera que ninguna “ataque” a cualquier 
otra (es decir, que no haya dos reinas en la misma fila, en la misma columna o a lo largo de la misma diagonal)? Use la 
idea desarrollada en el ejercicio 7.22 para formular una heurística para resolver el problema de las Ocho reinas. Ejecute 
su aplicación. [ Sugerencia : es posible asignar un valor a cada una de las posiciones en el tablero de ajedrez, para indicar 
cuántas posiciones de un tablero vacío se “eliminan” si una reina se coloca en esa posición. A cada una de las esquinas se 
le asignaría el valor 22, como se demuestra en la figura 7.33. Una vez que estos “números de eliminación” se coloquen 
en las 64 posiciones, una heurística apropiada podría ser: coloque la siguiente reina en la posición con el número de 
eliminación más pequeño. ¿Por qué esta estrategia es intuitivamente atractiva?]. 

7.25 ( Ocho reinas: métodos de fuerza bruta ) En este ejercicio usted desarrollará varios métodos de fuerza bruta para 
resolver el problema de las Ocho reinas que presentamos en el ejercicio 7.24. 

a) Utilice la técnica de la fuerza bruta aleatoria desarrollada en el ejercicio 7.23, para resolver el problema de 
las Ocho reinas. 

b) Utilice una técnica exhaustiva (es decir, pruebe todas las combinaciones posibles de las ocho reinas en el 
tablero) para resolver el problema de las Ocho reinas. 

c) ¿Por qué el método de la fuerza bruta exhaustiva podría no ser apropiado para resolver el problema del Paseo 
del caballo? 

d) Compare y contraste el método de la fuerza bruta aleatoria con el de la fuerza bruta exhaustiva. 

7.26 ( Paseo del caballo: prueba del paseo cerrado) En el Paseo del caballo (ejercicio 7.22), se lleva a cabo un paseo com- 
pleto cuando el caballo hace 64 movimientos, en los que toca cada esquina del tablero una sola vez. Un paseo cerrado 
ocurre cuando el movimiento 64 se encuentra a un movimiento de distancia de la posición en la que el caballo empezó 
el paseo. Modifique el programa que escribió en el ejercicio 7.22 para probar si el paseo ha sido completo, y si se trató 
de un paseo cerrado. 

7.27 ( La criba de Eratóstenes) Un número primo es cualquier entero mayor que 1, divisible sólo por sí mismo y por el 
número 1 . La Criba de Eratóstenes es un método para encontrar números primos, el cual opera de la siguiente manera: 


***** 


* * 


* * 

* * 


* 


* 


Figura 7.33 | Las 22 posiciones eliminadas al colocar una reina en la esquina superior izquierda. 
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a) Cree un arreglo del tipo primitivo boolean, con todos los elementos inicializados en true. Los elementos 
del arreglo con índices primos permanecerán como true. Cualquier otro elemento del arreglo eventual- 
mente cambiará a fal se. 

b) Empezando con el índice 2 del arreglo, determine si un elemento dado es true. De ser así, itere a través del 
resto del arreglo y asigne faí se a todo elemento cuyo índice sea múltiplo del índice del elemento que tiene 
el valor true. Después continúe el proceso con el siguiente elemento que tenga el valor true. Para el índice 
2 del arreglo, todos los elementos más allá del elemento 2 en el arreglo que tengan índices múltiplos de 2 
(los índices 4, 6, 8, 10, etcétera) se establecerán en fal se; para el índice 3 del arreglo, todos los elementos 
más allá del elemento 3 en el arreglo que tengan índices múltiplos de 3 (los índices 6, 9, 12, 15, etcétera) se 
establecerán en fal se; y así sucesivamente. 

Cuando este proceso termine, los elementos del arreglo que aún sean true indicarán que el índice es un número primo. 
Estos índices pueden mostrarse. Escriba una aplicación que utilice un arreglo de 1000 elementos para determinar e 
imprimir los números primos entre 2 y 999. Ignore los elementos 0 y 1 del arreglo. 

7.28 ( Simulación : la tortuga y la liebre) En este problema usted recreará la clásica carrera de la tortuga y la liebre. 

Utilizará la generación de números aleatorios para desarrollar una simulación de este memorable suceso. 

Nuestros competidores empezarán la carrera en la posición 1 de 70 posiciones. Cada posición representa a una 
posible posición a lo largo del curso de la carrera. La línea de meta se encuentra en la posición 70. El primer competidor 
en llegar a la posición 70 recibirá una cubeta llena con zanahorias y lechuga frescas. El recorrido se abre paso hasta la 
cima de una resbalosa montaña, por lo que ocasionalmente los competidores pierden terreno. 

Un reloj hace tictac una vez por segundo. Con cada tic del reloj, su aplicación debe ajustar la posición de los ani- 
males de acuerdo con las reglas de la figura 7.34. Use variables para llevar el registro de las posiciones de los animales 
(los números son del 1 al 70). Empiece con cada animal en la posición 1 (la “puerta de inicio”). Si un animal se resbala 
hacia la izquierda antes de la posición 1, regréselo a la posición 1. 

Genere los porcentajes en la figura 7.34 produciendo un entero aleatorio i en el rango 1 < i < 10. Para la tortuga, 
realice un “paso pesado rápido” cuando 1 < i < 5, un “resbalón” cuando 6 < i <7 o un “paso pesado lento” cuando 
8 < i < 10. Utilice una técnica similar para mover a la liebre. 

Empiece la carrera imprimiendo el mensaje 

PUM ! ! ! 

Y ARRANCAN ! ! ! 

Luego, para cada tic del reloj (es decir, cada repetición de un ciclo) imprima una línea de 70 posiciones, mostrando la 
letra T en la posición de la tortuga y la letra H en la posición de la liebre. En ocasiones los competidores se encontrarán 
en la misma posición. En este caso, la tortuga muerde a la liebre y su aplicación debe imprimir OUCH ! ! ! empezando en 
esa posición. Todas las posiciones de impresión distintas de la T, la H o el mensaje OUCH ! ! ! (en caso de un empate) 
deben estar en blanco. 


Animal 

Tipo de movimiento 

Porcentaje del tiempo 

Movimiento actual 

Tortuga 

Paso pesado rápido 

50% 

3 posiciones a la derecha 


Resbalón 

20% 

6 posiciones a la izquierda 


Paso pesado lento 

30% 

1 posición a la derecha 

Liebre 

Dormir 

20% 

Ningún movimiento 


Gran salto 

20% 

9 posiciones a la derecha 


Gran resbalón 

10% 

1 2 posiciones a la izquierda 


Pequeño salto 

30% 

1 posición a la derecha 


Pequeño resbalón 

20% 

2 posiciones a la izquierda 


Figura 7.34 | Reglas para ajustar las posiciones de la tortuga y la liebre. 
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Después de imprimir cada línea, compruebe si uno de los animales ha llegado o se ha pasado de la posición 70. De 
ser así, imprima quién fue el ganador y termine la simulación. Si la tortuga gana, imprima LA TORTUCA GANA ! ! ! YAY ! ! ! 
Si la liebre gana, imprima La liebre gana. Que mal . Si ambos animales ganan en el mismo tic del reloj, tal vez usted 
quiera favorecer a la tortuga (la más débil) o tal vez quiera imprimir Es un empate. Si ninguno de los dos animales 
gana, ejecute el ciclo de nuevo para simular el siguiente tic del reloj. Cuando esté listo para ejecutar su aplicación, reúna 
a un grupo de aficionados para que vean la carrera. ¡Se sorprenderá al ver lo participativa que puede ser su audiencia! 

Posteriormente presentaremos una variedad de herramientas de Java, como gráficos, imágenes, animación, sonido 
y subprocesamiento múltiple. Cuando estudie esas herramientas, tal vez pueda disfrutar mejorando su simulación de 
la tortuga y la liebre. 

7.29 ( Serie de Fibonacci) La serie de Fibonacci 
0, 1, 1,2, 3, 5,8, 13,21,... 

empieza con los términos 0 y 1, y tiene la propiedad de que cada término sucesivo es la suma de los dos términos 
anteriores. 

a) Escriba un método llamado fibonacci ( n ) que calcule el enésimo número de Fibonacci. Incorpore este 
método en una aplicación que permita al usuario introducir el valor de n. 

b) Determine el número de Fibonacci más grande que puede imprimirse en su sistema. 

c) Modifique la aplicación que escribió en la parte (a), de manera que utilice doubl e en vez de i nt para calcu- 
lar y devolver números de Fibonacci, y utilice esta aplicación modificada para repetir la parte (b). 

Los ejercicios 7.30 a 7.33 son de una complejidad razonable. Una vez que haya resuelto estos 
problemas, obtendrá la capacidad de implementar la mayoría de los juegos populares de cartas con 
facilidad. 

7.30 (Barajar y repartir cartas) Modifique la aplicación de la figura 7.11 para repartir una mano de póquer de cinco 
cartas. Después modifique la clase PaqueteDeCartas de la figura 7.10 para incluir métodos que determinen si una 
mano contiene 

a) un par 

b) dos pares 

c) tres de un mismo tipo (como tres jotos) 

d) cuatro de un mismo tipo (como cuatro ases) 

e) una corrida (es decir, las cinco cartas del mismo palo) 

f) una escalera (es decir, cinco cartas de valor consecutivo de la misma cara) 

g) “full house” (es decir, dos cartas de un valor de la misma cara y tres cartas de otro valor de la misma cara) 

[ Sugerencia : agregue los métodos obtenerCara y obtenerPalo a la clase Carta de la figura 7.9.] 

7.31 (Barajar y repartir cartas) Use los métodos desarrollados en el ejercicio 7.30 para escribir una aplicación que 
reparta dos manos de póquer de cinco cartas, que evalúe cada mano y determine cuál de las dos es mejor. 

7.32 (Barajar y repartir cartas) Modifique la aplicación desarrollada en el ejercicio 7.3 1 , de manera que pueda simu- 
lar el repartidor. La mano de cinco cartas del repartidor se reparte “cara abajo”, por lo que el jugador no puede verla. 
A continuación, la aplicación debe evaluar la mano del repartidor y, con base en la calidad de ésta, debe sacar una, dos 
o tres cartas más para reemplazar el número correspondiente de cartas que no necesita en la mano original. Después, la 
aplicación debe reevaluar la mano del repartidor. [ Precaución : ¡éste es un problema difícil!] . 

7.33 (Barajar y repartir cartas) Modifique la aplicación desarrollada en el ejercicio 7.32, de manera que pueda encar- 
garse de la mano del repartidor automáticamente, pero debe permitir al jugador decidir cuáles cartas de su mano desea 
reemplazar. A continuación, la aplicación deberá evaluar ambas manos y determinar quién gana. Ahora utilice esta 
nueva aplicación para jugar 20 manos contra la computadora. ¿Quién gana más juegos, usted o la computadora? Llaga 
que un amigo juegue 20 manos contra la computadora. ¿Quién gana más juegos? Con base en los resultados de estos 
juegos, refine su aplicación para jugar póquer. (Esto también es un problema difícil). Juegue 20 manos más. ¿Su aplica- 
ción modificada hace un mejor juego? 

Sección especial: construya su propia computadora 

En los siguientes problemas nos desviaremos temporalmente del mundo de la programación en lenguajes de alto nivel, 
para “abrir de par en par” una computadora y ver su estructura interna. Presentaremos la programación en lenguaje 
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máquina y escribiremos varios programas en este lenguaje. Para que ésta sea una experiencia valiosa, crearemos también 
una computadora (mediante la técnica de la simulación basada en software) en la que pueda ejecutar sus programas en 
lenguaje máquina. 

7.34 ( Programación en lenguaje máquina ) Crearemos una computadora a la que llamaremos Simpletron. Como su 
nombre lo indica, es una máquina simple, pero poderosa. Simpletron sólo ejecuta programas escritos en el único len- 
guaje que entiende directamente: el lenguaje máquina de Simpletron , o LMS. 

Simpletron contiene un acumulador, un registro especial en el cual se coloca la información antes de que Sim- 
pletron la utilice en los cálculos, o que la analice de distintas maneras. Toda la información dentro de Simpletron se 
manipula en términos de palabras. Una palabra es un número decimal con signo de cuatro dígitos, como +3364, -1293, 
+0007 y -0001. Simpletron está equipada con una memoria de 100 palabras, y se hace referencia a estas palabras 
mediante sus números de ubicación 00, 01, ..., 99. 

Antes de ejecutar un programa LMS debemos cargar, o colocar, el programa en memoria. La primera instrucción 
de cada programa LMS se coloca siempre en la ubicación 00. El simulador empezará a ejecutarse en esta ubicación. 

Cada instrucción escrita en LMS ocupa una palabra de la memoria de Simpletron (y, por lo tanto, las instrucciones 
son números decimales de cuatro dígitos con signo). Supondremos que el signo de una instrucción LMS siempre será 
positivo, pero el signo de una palabra de información puede ser positivo o negativo. Cada una de las ubicaciones en 
la memoria de Simpletron puede contener una instrucción, un valor de datos utilizado por un programa o un área no 
utilizada (y, por lo tanto, indefinida) de memoria. Los primeros dos dígitos de cada instrucción LMS son el código de 
operación que especifica la operación a realizar. Los códigos de operación de LMS se sintetizan en la figura 7.35. 

Los últimos dos dígitos de una instrucción LMS son el operando (la dirección de la ubicación en memoria que 
contiene la palabra a la cual se aplica la operación). Consideremos varios programas simples en LMS. 


Código de operación 

Significado 

Operaciones de entrada! salida: 


final i nt LEE = 10; 

Lee una palabra desde el teclado y la introduce en una ubicación específica de 


memoria. 

final i nt ESCRIBE = 11; 

Escribe una palabra de una ubicación específica de memoria y la imprime en la 
pantalla. 

Operaciones de carga! almacenamiento: 


final i nt CARCA = 20; 

Carga una palabra de una ubicación específica de memoria y la coloca en el 
acumulador. 

final i nt ALMACENA = 21; 

Almacena una palabra del acumulador dentro de una ubicación específica de 


memoria. 

Operaciones aritméticas: 


final i nt SUMA =30; 

Suma una palabra de una ubicación específica de memoria a la palabra en el 
acumulador (deja el resultado en el acumulador). 

final int RESTA =31; 

Resta una palabra de una ubicación específica de memoria a la palabra en el 
acumulador (deja el resultado en el acumulador). 

final int DIVIDE = 32; 

Divide una palabra de una ubicación específica de memoria entre la palabra en 
el acumulador (deja el resultado en el acumulador). 

final int MULTIPLICA = 33; 

Multiplica una palabra de una ubicación específica de memoria por la palabra en 
el acumulador (deja el resultado en el acumulador). 

Operaciones de transferencia de control: 


final int BIFURCA = 40; 

Bifurca hacia una ubicación específica de memoria. 


Figura 7.35 | Códigos de operación del Lenguaje máquina Simpletron (LMS). (Parte I de 2). 
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Código de operación Significado 


Operaciones de transferencia de control: 


final i nt BIFURCANEG = 41; 
final i nt BIFURCACERO = 42; 
const int ALTO = 4B; 


Bifurca hacia una ubicación específica de memoria si el acumulador es negativo. 
Bifurca hacia una ubicación específica de memoria si el acumulador es cero. 
Alto. El programa completó su tarea. 


Figura 7.35 | Códigos de operación del Lenguaje máquina Simpletron (LMS). (Parte 2 de 2). 


El primer programa en LMS (figura 7.36) lee dos números del teclado, calcula e imprime su suma. La instruc- 
ción +1007 lee el primer número del teclado y lo coloca en la ubicación 07 (que se ha inicializado con 0). Después, la 
instrucción +1008 lee el siguiente número y lo coloca en la ubicación 08. La instrucción carga , +2007, coloca el primer 
número en el acumulador y la instrucción suma , +3008, suma el segundo número al número en el acumulador. Todas 
las instrucciones LMS aritméticas dejan sus resultados en el acumulador. La instrucción almacena, +2109, coloca el resulta- 
do de vuelta en la ubicación de memoria 09, desde la cual la instrucción escribe, +1109, toma el número y lo imprime 
(como un número decimal de cuatro dígitos con signo). La instrucción alto, +4300, termina la ejecución. 


Ubicación 

Número 

Instrucción 

00 

+ 1007 

(Lee A) 

01 

+ 1008 

(Lee B) 

02 

+2007 

(Carga A) 

03 

+3008 

(Suma B) 

04 

+2109 

(Almacena C) 

05 

+ 1109 

(Escribe C) 

06 

+4300 

(Alto) 

07 

+0000 

(Variable A) 

08 

+0000 

(Variable B) 

09 

+0000 

(Resultado C) 


Figura 7.36 | Programa en LMS que lee dos enteros y calcula la suma. 


El segundo programa en LMS (figura 7.37) lee dos números desde el teclado, determina e imprime el valor más 
grande. Observe el uso de la instrucción +4107 como una transferencia de control condicional, en forma muy similar 
a la instrucción i f de Java. 


Ubicación 

Número 

Instrucción 

00 

+1009 

(Lee A) 

01 

+1010 

(Lee B) 


Figura 7.37 | Programa en LMS que lee dos enteros y determina cuál de ellos es mayor. (Parte I de 2). 
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Ubicación 

Número 

Instrucción 

02 

+2009 

(Carga A) 

03 

+3110 

(Resta B) 

04 

+4107 

(Bifurcación negativa a 07) 

05 

+ 1109 

(Escribe A) 

06 

+4300 

(Alto) 

07 

+ 1110 

(Escribe B) 

08 

+4300 

(Alto) 

09 

+0000 

(Variable A) 

10 

+0000 

(Variable B) 


Figura 7.37 | Programa en LMS que lee dos enteros y determina cuál de ellos es mayor. (Parte 2 de 2). 

Ahora escriba programas en LMS para realizar cada una de las siguientes tareas: 

a) Usar un ciclo controlado por centinela para leer 10 números positivos. Calcular e imprimir la suma. 

b) Usar un ciclo controlado por contador para leer siete números, algunos positivos y otros negativos, y calcu- 
lar e imprimir su promedio. 

c) Leer una serie de números, determinar e imprimir el número más grande. El primer número leído indica 
cuántos números deben procesarse. 

7.35 (Un simulador de computadora ) En este problema usted creará su propia computadora. No, no soldará componen- 

tes, sino que utilizará la poderosa técnica de la simulación basada en software para crear un modelo de sofiware orientado a 
objetos de Simpletron, la computadora del ejercicio 7.34. Su simulador Simpletron convertirá la computadora que usted 
utiliza en Simpletron, y será capaz de ejecutar, probar y depurar los programas LMS que escribió en el ejercicio 7.34. 
Cuando ejecute su simulador Simpletron, debe empezar mostrando lo siguiente: 

*** Bienvenido a Simpletron! *** 

*** Por favor, introduzca en su programa una instrucción *** 

*** (o palabra de datos) a la vez en el campo de texto de *** 

*** entrada. Yo le mostrare el numero de ubicación y *** 

*** un signo de interrogación (?) . Entonces usted *** 

*** escribirá la palabra para esa ubicación. Oprima el *** 

*** boton Terminar para dejar de introducir su programa. *** 

Su aplicación debe simular la memoria del Simpletron con un arreglo unidimensional llamado memoria, que cuente 
con 100 elementos. Ahora suponga que el simulador se está ejecutando y examinaremos el diálogo a medida que intro- 
duzcamos el programa de la figura 7.37 (ejercicio 7.34): 

00 ? +1009 

01 ? +1010 

02 ? +2009 

03 ? +3110 

04 ? +4107 

05 ? +1109 

06 ? +4300 

07 ? +1110 

08 ? +4300 

09 ? +0000 

10 ? +0000 
11 ? -99999 

Su programa debe mostrar la ubicación en memoria, seguida por un signo de interrogación. Cada uno de los valores a 
la derecha de un signo de interrogación es introducido por el usuario. Al introducir el valor centinela -99999, el pro- 
grama debe mostrar lo siguiente: 
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*** Se completo la carga del programa *** 

*** Empieza la ejecución del programa *** 

Ahora el programa en LMS se ha colocado (o cargado) en el arreglo memoria. Simpletron debe a continuación 
ejecutar el programa en LMS. La ejecución comienza con la instrucción en la ubicación 00 y, como en Java, continúa 
secuencialmente a menos que se lleve a otra parte del programa mediante una transferencia de control. 

Use la variable acumulador para representar el registro acumulador. Use la variable contadorDelnstrucciones 
para llevar el registro de la ubicación en memoria que contiene la instrucción que se está ejecutando. Use la variable 
codi goDeOperaci on para indicar la operación que se esté realizando actualmente (es decir, los dos dígitos a la izquierda 
en la palabra de instrucción). Use la variable operando para indicar la ubicación de memoria en la que operará la ins- 
trucción actual. Por lo tanto, operando está compuesta por los dos dígitos más a la derecha de la instrucción que se esté 
ejecutando en esos momentos. No ejecute las instrucciones directamente desde la memoria. En vez de eso, transfiera la 
siguiente instrucción a ejecutar desde la memoria hasta una variable llamada regí stroDelnstrucci on. Luego “recoja” 
los dos dígitos a la izquierda y colóquelos en codi goDeOperaci on, después “recoja” los dos dígitos a la derecha y coló- 
quelos en operando. Cuando Simpletron comience con la ejecución, todos los registros especiales se deben inicializar 
con cero. 

Ahora vamos a “dar un paseo” por la ejecución de la primera instrucción LMS, +1009 en la ubicación de memoria 
00. A este procedimiento se le conoce como ciclo de ejecución de una instrucción. 

El contadorDelnstrucci ones nos indica la ubicación de la siguiente instrucción a ejecutar. Nosotros buscamos el 
contenido de esa ubicación de memori a, utilizando la siguiente instrucción de Java: 

regí stroDelnstruccion = memoria[ contadorDelnstrucciones ]; 

El código de operación y el operando se extraen del registro de instrucción, mediante las instrucciones 

codi goDeOperaci on = regi stroDelnstrucci on / 100; 
operando = registroDelnstruccion % 100; 

Ahora, Simpletron debe determinar que el código de operación es en realidad un lee (en comparación con un escribe , 
carga , etcétera). Una instrucción swi tch establece la diferencia entre las 12 operaciones de LMS. En la instrucción 
swi tch se simula el comportamiento de varias instrucciones LMS, como se muestra en la figura 7.38. En breve habla- 
remos sobre las instrucciones de bifurcación y dejaremos las otras a usted. 

Cuando el programa en LMS termine de ejecutarse, deberán mostrarse el nombre y contenido de cada registro, así 
como el contenido completo de la memoria. A este tipo de impresión se le denomina vaciado de la computadora (no, 
un vaciado de computadora no es un lugar al que van las computadoras viejas). Para ayudarlo a programar su método 
de vaciado, en la figura 7.39 se muestra un formato de vaciado de muestra. Observe que un vaciado, después de la 
ejecución de un programa de Simpletron, muestra los valores actuales de las instrucciones y los valores de los datos al 
momento en que se terminó la ejecución. 

Procedamos ahora con la ejecución de la primera instrucción de nuestro programa, +1009 en la ubicación 00. 
Como lo hemos indicado, la instrucción swi tch simula esta tarea pidiendo al usuario que escriba un valor, leyendo el 
valor y almacenándolo en la ubicación de memoria memori a [ operando ] . A continuación, el valor se lee y se coloca 
en la ubicación 09. 


Instrucción Descripción 


lee: Mostrar el mensaje “Escriba un entero”, después recibir como entrada el entero y almacenarlo en 

la ubicación memori a [ operando ]. 

carga : acumulador = memoria[ operando ]; 

suma: acumulador += memorial operando ]; 

alto: Esta instrucción muestra el mensaje 

*** Termino la ejecución de Simpletron *** 

Figura 7.38 | Comportamiento de varias instrucciones de LMS en Simpletron. 
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REGISTROS 

acumulador 

contadorDelnstrucci ones 
regi stroDelnstrucci on 
codi goDeOperacion 
operando 

MEMORIA: 


+0000 

00 

+0000 

00 

00 



0 

1 

2 

3 

4 

5 

6 

7 

8 

9 

0 

+0000 

+0000 

+0000 

+0000 

+0000 

+0000 

+0000 

+0000 

+0000 

+0000 

10 

+0000 

+0000 

+0000 

+0000 

+0000 

+0000 

+0000 

+0000 

+0000 

+0000 

20 

+0000 

+0000 

+0000 

+0000 

+0000 

+0000 

+0000 

+0000 

+0000 

+0000 

30 

+0000 

+0000 

+0000 

+0000 

+0000 

+0000 

+0000 

+0000 

+0000 

+0000 

40 

+0000 

+0000 

+0000 

+0000 

+0000 

+0000 

+0000 

+0000 

+0000 

+0000 

50 

+0000 

+0000 

+0000 

+0000 

+0000 

+0000 

+0000 

+0000 

+0000 

+0000 

60 

+0000 

+0000 

+0000 

+0000 

+0000 

+0000 

+0000 

+0000 

+0000 

+0000 

70 

+0000 

+0000 

+0000 

+0000 

+0000 

+0000 

+0000 

+0000 

+0000 

+0000 

80 

+0000 

+0000 

+0000 

+0000 

+0000 

+0000 

+0000 

+0000 

+0000 

+0000 

90 

+0000 

+0000 

+0000 

+0000 

+0000 

+0000 

+0000 

+0000 

+0000 

+0000 


Figura 7.39 Un vaciado de muestra. 


En este punto se ha completado la simulación de la primera instrucción. Todo lo que resta es preparar a Simple- 
tron para que ejecute la siguiente instrucción. Como la instrucción que acaba de ejecutarse no es una transferencia de 
control, sólo necesitamos incrementar el registro contador de instrucciones de la siguiente manera: 

++contadorDeInstrucci ones ; 

Esta acción completa la ejecución simulada de la primera instrucción. Todo el proceso (es decir, el ciclo de ejecución de 
una instrucción) empieza de nuevo, con la búsqueda de la siguiente instrucción a ser ejecutada. 

Ahora veremos cómo se simulan las instrucciones de bifurcación (las transferencias de control). Todo lo que nece- 
sitamos hacer es ajustar el valor en el contador de instrucciones de manera apropiada. Por lo tanto, la instrucción de 
bifurcación condicional (40) se simula dentro de la instrucción swi tch como 

contadorDelnstrucciones = operando; 

La instrucción condicional “bifurcar si el acumulador es cero” se simula como 

if ( acumulador == 0 ) 

contadorDelnstrucciones = operando; 

En este punto, usted debe implementar su simulador Simpletron y ejecutar cada uno de los programas que escribió 
en el ejercicio 7.34. Si lo desea, puede embellecer al LMS con características adicionales y ofrecerlas en su simulador. 

Su simulador debe comprobar diversos tipos de errores. Por ejemplo, durante la fase de carga del programa, cada 
número que el usuario escribe en la memoria de Simpletron debe encontrarse dentro del rango de -9999 a +9999. Su 
simulador debe probar que cada número introducido se encuentre dentro de este rango y, en caso contrario, seguir 
pidiendo al usuario que vuelva a introducir el número hasta que introduzca un número correcto. 

Durante la fase de ejecución, su simulador debe comprobar varios errores graves, como los intentos de dividir entre 
cero, intentos de ejecutar códigos de operación inválidos, y desbordamientos del acumulador (es decir, las operaciones 
aritméticas que den como resultado valores mayores que +9999 o menores que -9999). Dichos errores graves se conocen 
como errores fatales. Al detectar un error fatal, su simulador deberá imprimir un mensaje de error tal como 

*** Intento de dividir entre cero *** 

*** La ejecución de Simpletron se termino en forma anormal *** 

y deberá imprimir un vaciado de computadora completo en el formato que vimos anteriormente. Este análisis ayudará 
al usuario a localizar el error en el programa. 




324 Capítulo 7 Arreglos 


7.36 ( Modificaciones al simulador Simpletron ) En el ejercicio 7.35 usted escribió una simulación de software de una 
computadora que ejecuta programas escritos en el Lenguaje Máquina Simpletron (LMS). En este ejercicio proponemos 
varias modificaciones y mejoras al simulador Simpletron. En los ejercicios 17.26 y 17.27 propondremos la creación de 
un compilador que convierta los programas escritos en un lenguaje de programación de alto nivel (una variación 
de Basic) a Lenguaje Máquina Simpletron. Algunas de las siguientes modificaciones y mejoras pueden requerirse para 
ejecutar los programas producidos por el compilador: 

a) Extienda la memoria del simulador Simpletron, de manera que contenga 1000 ubicaciones de memoria 
para permitir a Simpletron manejar programas más grandes. 

b) Permita al simulador realizar cálculos de residuo. Esta modificación requiere de una instrucción adicional 
en LMS. 

c) Permita al simulador realizar cálculos de exponenciación. Esta modificación requiere una instrucción adi- 
cional en LMS . 

d) Modifique el simulador para que pueda utilizar valores hexadecimales, en vez de valores enteros para repre- 
sentar instrucciones en LMS. 

e) Modifique el simulador para permitir la impresión de una nueva línea. Esta modificación requiere una 
instrucción adicional en LMS. 

f) Modifique el simulador para procesar valores de punto flotante además de valores enteros. 

g) Modifique el simulador para manejar la introducción de cadenas. [Sugerencia: cada palabra de Simpletron 
puede dividirse en dos grupos, cada una de las cuales guarda un entero de dos dígitos. Cada entero de dos 
dígitos representa el equivalente decimal de código ASCII (vea el apéndice B) de un carácter. Agregue una 
instrucción de lenguaje máquina que reciba como entrada una cadena y la almacene, empezando en 
una ubicación de memoria específica de Simpletron. La primera mitad de la palabra en esa ubicación será una 
cuenta del número de caracteres en la cadena (es decir, la longitud de la cadena). Cada media palabra sub- 
siguiente contiene un carácter ASCII, expresado como dos dígitos decimales. La instrucción en lenguaje 
máquina convierte cada carácter en su equivalente ASCII y lo asigna a una media palabra]. 

h) Modifique el simulador para manejar la impresión de cadenas almacenadas en el formato de la parte (g). 
[. Sugerencia : agregue una instrucción en lenguaje máquina que imprima una cadena, empezando en cierta 
ubicación de memoria de Simpletron. La primera mitad de la palabra en esa ubicación es una cuenta del 
número de caracteres en la cadena (es decir, la longitud de la misma). Cada media palabra subsiguiente 
contiene un carácter ASCII expresado como dos dígitos decimales. La instrucción en lenguaje máquina 
comprueba la longitud e imprime la cadena, traduciendo cada número de dos dígitos en su carácter equi- 
valente] . 




En vez de esta absurda 
división entre sexos, 
deberían clasificar a las 
personas como estáticas y 
dinámicas. 


— Evelyn Waugh 

¿Es éste un mundo en el 
ctutl se deben ocultar las 
virtudes i 

— William Shakespeare 

¿ Pero qué cosa, para servir 
a nuestros fines privados, 
olvida los engaños 
de nuestros amigos ? 

— Charles Churchill 

Por encima de todo: 
hay que ser sinceros con 
nosotros mismos. 

— William Shakespeare 

No hay que ser “duros”, 
sino simplemente sinceros. 
— Oliver Wendell Holmes, Jr. 
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OBJETIVOS 

En este capítulo aprenderá a: 

■ Comprender el concepto de encapsulamiento y ocultamiento 
de datos. 

■ Comprender las nociones de la abstracción de datos y los tipos 
de datos abstractos (ADTs). 

■ Comprender el uso de la palabra clave thi s. 

■ Utilizar las variables y métodos stati c. 

■ Importar los miembros stati c de una clase. 

■ Utilizar el tipo enum para crear conjuntos de constantes con 
identificadores únicos. 


■ Declarar constantes enum con parámetros. 

■ Organizar las clases en paquetes para promover la reutilización. 




Plan general 
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8.1 Introducción 

8.2 Ejemplo práctico de la clase Tiempo 

8.3 Control del acceso a los miembros 

8.4 Referencias a los miembros del objeto actual mediante this 

8.5 Ejemplo práctico de la clase Tiempo: constructores sobrecargados 

8.6 Constructores predeterminados y sin argumentos 

8.7 Observaciones acerca de los métodos Establecer y Obtener 

8.8 Composición 

8.9 Enumeraciones 

8.10 Recolección de basura y el método final i ze 

8 . 1 1 Miembros de clase stati c 

8.12 Declaración stati c import 

8.13 Variables de instancia final 

8.14 Reutilización de software 

8.15 Abstracción de datos y encapsulamiento 

8.16 Ejemplo práctico de la clase Tiempo: creación de paquetes 

8 . 1 7 Acceso a paquetes 

8.18 (Opcional) Ejemplo práctico de GUI y gráficos: uso de objetos con gráficos 

8.19 (Opcional) Ejemplo práctico de Ingeniería de Software: inicio de la programación de las clases del 
sistema ATM 

8.20 Conclusión 

Resumen | Terminología | Ejercicios de autoevaluación | Respuestas a los ejercicios de autoevaluación | Ejercicios 


8.1 Introducción 

En nuestras discusiones acerca de los programas orientados a objetos en los capítulos anteriores, presentamos 
muchos conceptos básicos y terminología en relación con la programación orientada a objetos (POO) en Java. 
También hablamos sobre nuestra metodología para desarrollar programas: seleccionamos variables y métodos 
apropiados para cada programa y especificamos la manera en la que un objeto de nuestra clase debería colaborar 
con los objetos de las clases en la API de Java para realizar los objetivos generales de la aplicación. 

En este capítulo analizaremos más de cerca la creación de clases, el control del acceso a los miembros de 
una clase y la creación de constructores. Elablaremos sobre la composición: una capacidad que permite a una 
clase tener referencias a objetos de otras clases como miembros. Analizaremos nuevamente el uso de los métodos 
establecer y obtener, y exploraremos con más detalle el tipo de clase enum (presentado en la sección 6.10), el cual 
permite a los programadores declarar y manipular conjuntos de identificadores únicos, que representen valores 
constantes. En la sección 6.10 presentamos el tipo básico enum, el cual apareció dentro de otra clase y simplemen- 
te declaraba un conjunto de constantes. En este capítulo, hablaremos sobre la relación entre los tipos enum y las 
clases, demostrando que, al igual que una clase, un enum se puede declarar en su propio archivo con constructores, 
métodos y campos. El capítulo también habla detalladamente sobre los miembros de clase stati c y las variables 
de instancia final . Investigaremos cuestiones como la reutilización de software, la abstracción de datos y el encap- 
sulamiento. Por último, explicaremos cómo organizar las clases en paquetes, para ayudar en la administración de 
aplicaciones extensas y promover la reutilización; después mostraremos una relación especial entre clases dentro 
del mismo paquete. 

En el capítulo 9, Programación orientada a objetos: herencia, y en el capítulo 10, Programación orienta- 
da a objetos: polimorfismo, presentaremos dos tecnologías clave adicionales de la programación orientada a 
objetos. 
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8.2 Ejemplo práctico de la clase Tiempo 

Declaración de la clase Tiempol 

Nuestro primer ejemplo consiste en dos clases: Tiempol (figura 8.1) y PruebaTiempol (figura 8.2). La clase 
Tiempol representa la hora del día. La clase PruebaTiempol es una clase de aplicación en la que el método mai n 
crea un objeto de la clase Ti empol e invoca a sus métodos. Estas clases se deben declarar en filas separadas ya que 
ambas son de tipo publ i c. El resultado de este programa aparece en la figura 8.2. 

La clase Tiempol contiene tres variables de instancia private de tipo int (figura 8.1, líneas 6 a 8): hora, 
mi ñuto y segundo, que representan la hora en formato de tiempo universal (formato de reloj de 24 horas, en el 
cual las horas se encuentran en el rango de 0 a 23). La clase Tiempol contiene los métodos public establ e- 
cerTiempo (líneas 12 a 17), aStringllni versal (líneas 20 a 23) y toString (líneas 26 a 31). A estos métodos 
también se les llama servicios publ ic o la interfaz publ ic que proporciona la clase a sus clientes. 

En este ejemplo, la clase T i empol no declara un constructor, por lo que tiene un constructor predeterminado 
que le suministra el compilador. Cada variable de instancia recibe en forma implícita el valor predeterminado 0 
para un i nt. Observe que las variables de instancia también pueden inicializarse cuando se declaran en el cuerpo 
de la clase, usando la misma sintaxis de inicialización que la de una variable local. 

El método establ ecerTi empo (líneas 12 a 17) es un método publ i c que declara tres parámetros i nt y los 
utiliza para establecer la hora. Una expresión condicional evalúa cada argumento, para determinar si el valor se 
encuentra en un rango especificado. Por ejemplo, el valor de hora (línea 14) debe ser mayor o igual que 0 y menor 
que 24, ya que el formato de hora universal representa las horas como enteros de 0 a 23 (por ejemplo, la 1 PM 
es la hora 13 y las 11 PM son la hora 23; medianoche es la hora 0 y mediodía es la hora 12). De manera similar, 


1 // Fig. 8.1: Tiempol. java 

2 // La declaración de la clase Tiempol mantiene la hora en formato de 24 horas. 

3 

4 public class Tiempol 

5 { 

6 private int hora; // 0 - 23 

7 private int minuto; // 0 - 59 

8 private int segundo; // 0 - 59 

9 

10 // establece un nuevo valor de tiempo, usando la hora universal; asegura que 

11 //los datos sean consistentes, al establecer los valores inválidos a cero 

12 public void establ ecerTi empo( int h, int m, int s ) 

13 { 

14 hora =((h>=0&&h<24)?h:0); // valida la hora 

15 minuto =((m>=0&&m<60)?m:0); // valida el minuto 

16 segundo =((s>=0&&s<60)?s : 0 ) ; // valida el segundo 

17 } // fin del método establecerTiempo 

18 

19 // convierte a objeto String en formato de hora universal (HH:MM:SS) 

20 public String aStri ngllni versal () 

21 { 

22 return Stri ng . format( "%02d :%02d :%02d' , hora, minuto, segundo ); 

23 } // fin del método aStringllni versal 

24 

25 // convierte a objeto String en formato de hora estándar (H:MM:SS AM o PM) 

26 public String toStringO 

27 { 

28 return Stri ng . format( "%d :%02d :%02d %s", 

29 ( ( hora == 0 | | hora == 12 ) ? 12 : hora % 12 ) , 

30 minuto, segundo, ( hora < 12 ? "AM" : "PM" ) ); 

31 } // fin del método toString 

32 } // fin de la clase Tiempol 

Figura 8.1 | La declaración de la clase Tiempol mantiene la hora en formato de 24 horas. 
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los valores de mi ñuto y segundo (líneas 15 y 16) deben ser mayores o iguales que 0 y menores que 60. Cualquier 
valor fuera de estos rangos se establece como cero para asegurar que un objeto Ti empol siempre contenga datos 
consistentes-, esto es, los valores de datos del objeto siempre se mantienen en rango, aun si los valores que se pro- 
porcionan como argumentos para el método establ ecerTi empo son incorrectos. En este ejemplo, cero es un valor 
consistente para hora, mi ñuto y segundo. 

Un valor que se pasa a establ ecerTi empo es correcto si se encuentra dentro del rango permitido para el 
miembro que va a inicializar. Por lo tanto, cualquier número en el rango de 0 a 23 sería un valor correcto para la 
hora. Un valor correcto siempre es un valor consistente. Sin embargo, un valor consistente no es necesariamente 
un valor correcto. Si establ ecerTi empo establece hora a 0 debido a que el argumento que recibió se encontraba 
fuera del rango, entonces establ ecerTi empo está recibiendo un valor incorrecto y lo hace consistente, para que 
el objeto permanezca en un estado consistente en todo momento. La hora correcta del día podrían ser las 1 1 AM, 
pero debido a que la persona pudo haber introducido en forma accidental una hora fuera de rango (incorrecta), 
optamos por establecer la hora al valor consistente de cero. En este caso, tal vez sea conveniente indicar que el 
objeto es incorrecto. En el capítulo 13, Manejo de excepciones, aprenderá técnicas elegantes que permitirán a sus 
clases indicar cuándo se reciben valores incorrectos. 



Observación de ingeniería de software 8. 1 

Los métodos que modifican los valores de variables pri vate deben verificar que los nuevos valores que se les pretende 
asignar sean apropiados. Si no lo son, deben colocar las variables pri vate en un estado consistente apropiado. 


El método aStri ngUni versal (líneas 20 a 23) no recibe argumentos y devuelve un objeto String en 
formato de hora universal, el cual consiste de seis dígitos: dos para la hora, dos para los minutos y dos para los 
segundos. Por ejemplo, si la hora es 1:30:07 PM, el método aStri ngUni versal devuelve 13 : 30:07. La instruc- 
ción return (línea 22) utiliza el método stati c format de la clase Stri ng para devolver un objeto Stri ng que 
contiene los valores con formato de hora, mi ñuto y segundo, cada uno con dos dígitos y posiblemente, un 0 a 
la izquierda (el cual se especifica con la bandera 0). El método format es similar al método System . out . pri ntf, 
sólo que format devuelve un objeto Stri ng con formato, en vez de mostrarlo en una ventana de comandos. El 
método aStri ngUni versal devuelve el objeto Stri ng con formato. 

El método toString (líneas 26 a 31) no recibe argumentos y devuelve un objeto String en formato de 
hora estándar, el cual consiste en los valores de hora, mi ñuto y segundo separados por signos de dos puntos (:), y 
seguidos de un indicador AM o PM (por ejemplo, 1:27:06 PM). Al igual que el método aStri ngUni versal , el 
método toStri ng utiliza el método stati c Stri ng format para dar formato a los valores de mi ñuto y segun- 
do como valores de dos dígitos con Os a la izquierda, en caso de ser necesario. La línea 29 utiliza un operador 
condicional (? :) para determinar el valor de hora en la cadena; si hora es 0 o 12 (AM o PM), aparece como 12; 
en cualquier otro caso, aparece como un valor de 1 a 1 1 . El operador condicional en la línea 30 determina si se 
devolverá AM o PM como parte del objeto Stri ng. 

En la sección 6.4 vimos que todos los objetos en Java tienen un método toStri ng que devuelve una repre- 
sentación Stri ng del objeto. Optamos por devolver un objeto Stri ng que contiene la hora en formato estándar. 
El método toStri ng se puede llamar en forma implícita cada vez que aparece un objeto Ti empol en el código, en 
donde se necesita un Stri ng, como el valor para imprimir con un especificador de formato %s en una llamada 
a System, out. pri ntf. 


Uso de la clase Ti empol 

Como aprendió en el capítulo 3, cada clase que se declara representa un nuevo tipo en Java. Por lo tanto, después 
de declarar la clase Ti empol, podemos utilizarla como un tipo en las declaraciones como 

Tiempol puestasoi ; // puestasol puede guardar una referencia a un objeto Tiempol 

La clase de la aplicación PruebaTi empol (figura 8.2) utiliza la clase Tiempol. La línea 9 declara y crea un 
objeto Tiempol y lo asigna a la variable local ti empo. Observe que new invoca en forma implícita al constructor 
predeterminado de la clase Tiempol, ya que Tiempol no declara constructores. Las líneas 12 a 16 imprimen en 
pantalla la hora, primero en formato universal (mediante la invocación al método aStri ngUniversal en la línea 
13) y después en formato estándar (mediante la invocación explícita del método toStri ng de ti empo en la lí- 
nea 15) para confirmar que el objeto Tiempol se haya inicializado en forma apropiada. 
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1 // Fig. 8.2: PruebaTi empol. java 

2 // Objeto Tiempol utilizado en una aplicación. 

3 

4 public class PruebaTi empol 

5 { 

6 public static void main( String args[] ) 

7 { 

8 // crea e inicial iza un objeto Tiempol 

9 Tiempol tiempo = new Ti empol(); // invoca el constructor de Tiempol 

10 

11 // imprime representaciones de cadena del tiempo 

12 System. out. printC "La hora universal inicial es: " ); 

13 System. out. printlnC ti empo. aStri ngllni versal () ); 

14 System. out. print( "La hora estándar inicial es: " ); 

15 System. out. printlnC tiempo. toStringO ); 

16 System. out. printlnC) ; // imprime una linea en blanco 

17 

18 // modifica el tiempo e imprime el tiempo actualizado 

19 tiempo . establ ecerTi empoC IB, 27, 6 ); 

20 System. out. printC "La hora universal después de establ ecerTiempo es: " ); 

21 System. out. printlnC ti empo. aStri ngUni versal O ); 

22 System. out. printC "La hora estándar después de establ ecerTiempo es: " ); 

23 System. out. printlnC tiempo. toStringO ); 

24 System. out. printlnC) I // imprime una linea en blanco 

25 

26 // establece el tiempo con valores inválidos; imprime el tiempo actualizado 

27 tiempo . establ ecerTi empoC 99, 99, 99 ); 

28 System. out. printlnC "Después de intentar ajustes invalidos:" ); 

29 System. out. printC "Hora universal: " ); 

30 System. out. printlnC ti empo. aStri ngUni versal O ); 

31 System. out. printC "Hora estándar: " ); 

32 System. out. printlnC tiempo. toStringO ); 

33 } // fin de main 

34 } // fin de la clase PruebaTi empol 


La hora universal inicial es: 00:00:00 
La hora estándar inicial es: 12:00:00 AM 

La hora universal después de establ ecerTi empo es: 13:27:06 
La hora estándar después de establ ecerTi empo es: 1:27:06 PM 

Después de intentar ajustes invalidos: 

Hora universal: 00:00:00 
Hora estándar: 12:00:00 AM 


Figura 8.2 | Objeto Tiempol utilizado en una aplicación. 


La línea 19 invoca al método establ ecerTi empo del objeto tiempo para modificar la hora. Después las 
líneas 20 a 24 imprimen en pantalla la hora otra vez en ambos formatos, para confirmar que la hora se haya 
ajustado en forma apropiada. 

Para ilustrar que el método establ ecerTiempo mantiene el objeto en un estado consistente, la línea 27 lla- 
ma al método establ ecerTiempo con los argumentos de 99 para la hora, el mi ñuto y el segundo. Las líneas 28 
a 32 imprimen de nuevo el tiempo en ambos formatos, para confirmar que establ ecerTi empo haya mantenido 
el estado consistente del objeto, y después el programa termina. Las últimas dos líneas de la salida de la aplicación 
muestran que el tiempo se restablece a medianoche (el valor inicial de un objeto Ti empol) si tratamos de estable- 
cer el tiempo con tres valores fuera de rango. 
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Notas acerca de la declaración de la clase Tiempol 

Es necesario considerar diversas cuestiones sobre el diseño de clases, en relación con la clase Ti empol. Las variables 
de instancia hora, minuto y segundo se declaran como private. La representación de datos que se utilice den- 
tro de la clase no concierne a los clientes de la misma. Por ejemplo, sería perfectamente razonable que Tiempol 
representara el tiempo internamente como el número de segundos transcurridos a partir de medianoche, o el 
número de minutos y segundos transcurridos a partir de medianoche. Los clientes podrían usar los mismos méto- 
dos publ i c para obtener los mismos resultados, sin tener que preocuparse por lo anterior. (El ejercicio 8.5 le pide 
que represente la hora en la clase Tiempol como el número de segundos transcurridos a partir de medianoche, 
y que muestre que, en definitiva, no hay cambios visibles para los clientes de la clase). 



Observación de ingeniería de software 8.2 

Las clases simplifican la programación, ya que el cliente sólo puede utilizar los métodos pub 7 i c expuestos por la clase. 
Dichos miembros, por lo general, están orientados a los clientes, en vez de estar orientados a la implementación. 
Los clientes nunca se percatan de (ni se involucran en) la implementación de una clase. Por lo normal se preocupan 
acerca de lo que hace la clase, pero no cómo lo hace. 



Observación de ingeniería de software 8.3 

Las interfaces cambian con menos frecuencia que las implementaciones. Cuando cambia una implementación, el código 
dependiente de esa implementación debe cambiar de manera acorde. El ocultamiento de la implementación reduce la 
posibilidad de que otras partes del programa se vuelvan dependientes de los detalles de la implementación de la clase. 


8.3 Control del acceso a los miembros 

Los modificadores de acceso publ i c y pri vate controlan el acceso a las variables y los métodos de una clase (en 
el capítulo 9, presentaremos el modificador de acceso adicional protected). Como dijimos en la sección 8.2, el 
principal propósito de los métodos public es presentar a los clientes de la clase una vista de los servicios que 
proporciona (la interfaz pública de la clase). Los clientes de la clase no necesitan preocuparse por la forma en 
que la clase realiza sus tareas. Por esta razón, las variables y métodos pri vate de una clase (es decir, los detalles de 
implementación de la clase) no son directamente accesibles para los clientes de la clase. 

La figura 8.3 demuestra que los miembros de una clase private no son directamente accesibles fuera de la 
clase. Las líneas 9 a 11 tratan de acceder en forma directa a las variables de instancia private hora, minuto y 
segundo del objeto tiempo de la clase Tiempol. Al compilar este programa, el compilador genera mensajes de 
error que indican que estos miembros private no son accesibles. [Nota: este programa asume que se utiliza la 
clase Tiempol de la figura 8.1]. 



Error común de programación 8.1 

Cuando un método que no es miembro de una clase trata de acceder a un miembro pri vate de esa clase, se produce 
un error de compilación. 


1 // Fig. 8.3: PruebaAccesoMiembros. java 

2 // Los miembros private de la clase Tiempol no son accesibles. 

3 public class PruebaAccesoMiembros 

4 { 

5 public static void main( String args[] ) 

6 { 

7 Tiempol tiempo = new TiempolO; // crea e inicializa un objeto Tiempol 

8 

9 tiempo. hora =7; // error: hora tiene acceso privado en Tiempol 

10 tiempo. minuto = 15; // error: minuto tiene acceso privado en Tiempol 

11 tiempo. segundo = 30; // error: segundo tiene acceso privado en Tiempol 

12 } // fin de main 

13 } // fin de la clase PruebaAccesoMiembros 

Figura 8.3 | Los miembros prívate de la clase Ti empol no son accesibles. (Parte I de 2). 
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PruebaAccesoMf embros. java:9: hora has prívate access in Tiempol 

tiempo. hora =7; // error: hora tiene acceso privado en Tiempol 

A 

PruebaAccesoMi embros . java:10: minuto has prívate access in Tiempol 

ti empo .mi ñuto = 15; // error: minuto tiene acceso privado en Tiempol 

A 

PruebaAccesoMi embros . java:ll: segundo has prívate access in Tiempol 

tiempo . segundo = 30; // error: segundo tiene acceso privado en Tiempol 

A 

3 errors 


Figura 8.3 | Los miembros prívate de la clase Ti empol no son accesibles. (Parte 2 de 2). 


8.4 Referencias a los miembros del objeto actual mediante this 

Cada objeto puede acceder a una referencia a sí mismo mediante la palabra clave this (también conocida como 
referencia this). Cuando se hace una llamada a un método no stati c para un objeto específico, el cuerpo del 
método utiliza en forma implícita la palabra clave this para hacer referencia a las variables de instancia y los 
demás métodos del objeto. Como verá en la figura 8.4, puede utilizar también la palabra clave thi s explícitamen- 
te en el cuerpo de un método no stati c. La sección 8.5 muestra otro uso interesante de la palabra clave thi s. La 
sección 8.11 explica por qué no puede usarse la palabra clave thi s en un método stati c. 

Ahora demostraremos el uso implícito y explícito de la referencia thi s para permitir al método mai n de la 
clase PruebaThis que muestre en pantalla los datos prívate de un objeto de la clase Ti empoSimple (figura 8.4). 
Observe que este ejemplo es el primero en el que declaramos dos clases en un archivo; la clase PruebaThi s se 
declara en las líneas 4 a 1 1 y la clase Ti empoSi mpl e se declara en las líneas 14 a 47. Hicimos esto para demostrar 
que, al compilar un archivo . j ava que contiene más de una clase, el compilador produce un archivo de clase 
separado con la extensión .class para cada clase compilada. En este caso se produjeron dos archivos separa- 
dos: Ti empoSi mpl e . el ass y PruebaThi s . el ass. Cuando un archivo de código fuente ( . java) contiene varias 
declaraciones de clases, el compilador coloca los archivos para esas clases en el mismo directorio. Observe además 
que sólo la clase PruebaThi s se declara publ i c en la figura 8.4. Un archivo de código fuente sólo puede contener 
una clase publ i c; de lo contrario, se produce un error de compilación. 


1 // Fig. 8.4: PruebaThi s . java 

2 // Uso implícito y explícito de this para hacer referencia a los miembros de un objeto. 

3 

4 public class PruebaThis 

5 { 

6 public stati c void main( String args[] ) 

7 { 

8 TiempoSimple tiempo = new TiempoSimpl e( 15, 30, 19 ); 

9 System. out.printlnC tiempo. crearStri ng() ); 

10 } // fin de main 

11 } // fin de la clase PruebaThis 

12 

13 // la clase TiempoSimple demuestra la referencia "this" 

14 class TiempoSimple 

15 { 

16 prívate int hora; // 0-23 

17 prívate int minuto; // 0-59 

18 prívate int segundo; // 0-59 

19 

20 // si el constructor utiliza nombres de parámetros idénticos a 

Figura 8.4 | Uso implícito y explícito de thi s para hacer referencia a los miembros de un objeto. (Parte I de 2). 
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21 // los nombres de las variables de instancia, se requiere la 

22 // referencia “this” para diferenciar unos nombres de otros 

23 public TiempoSimple( int hora, int minuto, int segundo ) 

24 { 

25 this. hora = hora; // establece la hora del objeto "this" 

26 this. minuto = minuto; // establece el minuto del objeto "this" 

27 this. segundo = segundo; // establece el segundo del objeto "this" 

28 } // fin del constructor de TiempoSimple 

29 

30 // usa la referencia "this" explicita e implicita para llamar aStri ngllni versal 

31 public String crearStri ng() 

32 { 

33 return Stri ng . format( '%24s: %s\n%24s: %s", 

34 "thi s . aStri ngllni versal ()" , this.aStringllniversal () , 

35 "aStri ngllni versal ()" , aStri ngtlniversal O ); 

36 } // fin del método crearStri ng 

37 

38 // convierte a String en formato de hora universal (HH:MM:SS) 

39 public String aStri ngllni versal () 

40 { 

41 // "this" no se requiere aqui para acceder a las variables de instancia, 

42 // ya que el método no tiene variables locales con los mismos 

43 // nombres que las variables de instancia 

44 return Stri ng . format( '%02d :%02d :%02d" , 

45 this. hora, this. minuto, this. segundo ); 

46 } // fin del método aStri ngllni versal 

47 } // fin de la clase TiempoSimple 


this.aStringllniversal () : 15:30:19 
aStringllniversal () : 15:30:19 


Figura 8.4 | Uso Implícito y explícito de thi s para hacer referencia a los miembros de un objeto. (Parte 2 de 2). 


La clase Ti empoSimpl e (líneas 14 a 47) declara tres variables de instancia pri vate: hora, mi ñuto y segundo 
(líneas 16 a 18). El constructor (líneas 23 a 28) recibe tres argumentos int para inicializar un objeto Tiempo- 
Si mpl e. Observe que para el constructor (línea 23) utilizamos nombres de parámetros idénticos a los nombres de 
las variables de instancia de la clase (líneas 16 a 18). No recomendamos esta práctica, pero lo hicimos aquí para 
ocultar las variables de instancia correspondientes y así poder ilustrar el uso explícito de la referencia thi s. Si un 
método contiene una variable local con el mismo nombre que el de un campo, hará referencia a la variable local 
en vez del campo. En este caso, la variable local oculta el campo en el alcance del método. No obstante, el método 
puede utilizar la referencia thi s para hacer referencia al campo oculto de manera explícita, como se muestra en 
las líneas 25 a 27 para las variables de instancia ocultas de T i empoSi mpl e. 

El método crearStri ng (líneas 31 a 36) devuelve un objeto Stri ng creado por una instrucción que utiliza 
la referencia thi s en forma explícita e implícita. La línea 34 utiliza la referencia thi s en forma explícita para 
llamar al método aStri ngllni versal . La línea 35 usa la referencia thi s en forma implícita para llamar al mismo 
método. Observe que ambas líneas realizan la misma tarea. Por lo general, los programadores no utilizan la refe- 
rencia thi s en forma explícita para hacer referencia a otros métodos en el objeto actual. Además, observe que la 
línea 45 en el método aStri ngllni versal utiliza en forma explícita la referencia thi s para acceder a cada varia- 
ble de instancia. Esto no es necesario aquí, ya que el método no tiene variables locales que oculten las variables 
de instancia de la clase. 



Error común de programación 8.2 

A menudo se produce un error lógico cuando un método contiene un parámetro o variable local con el mismo nombre 
que un campo de la clase. En tal caso, use la referencia this si desea acceder al campo de la clase; de no ser así, se 
hará referencia al parámetro o variable local del método. 
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Tip para prevenir errores 8.1 


Evite los nombres de los parámetros o variables locales que tengan conflicto con los nombres de los campos. Esto ayuda 
a evitar errores sutiles, difíciles de localizar. 


La clase de la aplicación PruebaThi s (líneas 4 a 1 1) demuestra el uso de la clase Ti empoSi mpl e. La línea 8 
crea una instancia de la clase Ti empoSi mpl e e invoca a su constructor. La línea 9 invoca al método crearStri ng 
del objeto y después muestra los resultados en pantalla. 



Tip de rendimiento 8.1 

Para conservar la memoria, Java mantiene sólo una copia de cada método por clase; todos los objetos de la clase invo- 
can a este método. Por otro lado, cada objeto tiene su propia copia de las variables de instancia de la clase (es decir, 
las variables no static). Cada método de la clase utiliza en forma implícita la referencia th i s para determinar el 
objeto específico de la clase que se manipulará. 


8.5 Ejemplo práctico de la clase Tiempo: constructores 
sobrecargados 

Como sabe, puede declarar su propio constructor para especificar cómo deben inicializarse los objetos de una 
clase. A continuación demostraremos una clase con varios constructores sobrecargados, que permiten a los 
objetos de esa clase inicializarse de distintas formas. Para sobrecargar los constructores, sólo hay que proporcionar 
varias declaraciones del constructor con distintas firmas. En la sección 6.12 vimos que el compilador diferencia 
las firmas en base al número, tipos y orden de los parámetros en cada firma. 

La clase Tiempo2 con constructores sobrecargados 

El constructor predeterminado de la clase Ti empol (figura 8.1) inicializó hora, mi ñuto y segundo con sus valores 
predeterminados de 0 (medianoche en formato de hora universal). El constructor predeterminado no permite 
que los clientes de la clase inicialicen la hora con valores específicos distintos de cero. La clase Tiempo2 (figura 
8.5) contiene cinco constructores sobrecargados que proporcionan formas convenientes para inicializar los obje- 
tos de la nueva clase Ti empo2. Cada constructor inicializa el objeto para que empiece en un estado consistente. 
En este programa, cuatro de los constructores invocan un quinto constructor, el cual a su vez llama al método 
establ ecerTi empo para asegurar que el valor suministrado para hora se encuentre en el rango de 0 a 23, y que 
los valores para mi ñuto y segundo se encuentren cada uno en el rango de 0 a 59. Si un valor está fuera de rango, 
se establece a 0 mediante establ ecerTi empo (una vez más se asegura que cada variable de instancia permanezca 
en un estado consistente). Para invocar el constructor apropiado, el compilador relaciona el número, los tipos y 
el orden de los argumentos especificados en la llamada al constructor con el número, los tipos y el orden de los 
tipos de los parámetros especificados en la declaración de cada constructor. Observe que la clase Ti empo2 también 
proporciona métodos establecer y obtener para cada variable de instancia. 


1 // Fig. 8.5: Tiempo2.java 

2 // Declaración de la clase Tiempo2 con constructores sobrecargados. 

3 

4 public class Tiempo2 

5 { 


pri vate 

i nt 

hora; 

// 

0 - 

23 

pri vate 

i nt 

minuto; 

// 

0 - 

59 

pri vate 

i nt 

segundo; 

/ / 

0 - 

59 


10 // Constructor de Tiempo2 sin argumentos: inicializa cada variable de instancia 

11 //a cero; asegura que los objetos Tiempo2 empiecen en un estado consistente 

12 public Tiempo2() 

13 { 

Figura 8.5 | La clase Tiempo2 con constructores sobrecargados. (Parte I de 3). 
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14 this( 0, 0, 0 ); // invoca al constructor de Tiempo2 con tres argumentos 

15 } // fin del constructor de Tiempo2 sin argumentos 

16 

17 // Constructor de Tiempo2: se suministra hora, minuto y segundo con valor 
predeterminado de 0 

18 public Tiempo2( int h ) 

19 { 

20 this( h, 0, 0 ); // invoca al constructor de Tiempo2 con tres argumentos 

21 } // fin del constructor de Tiempo2 con un argumento 

22 

23 // Constructor de Tiempo2: se suministran hora y minuto, segundo con valor 
predeterminado de 0 

24 public Tiempo2( int h, int m ) 

25 { 

26 this( h, m, 0 ); // invoca al constructor de Tiempo2 con tres argumentos 

27 } // fin del constructor de Tiempo2 con dos argumentos 

28 

29 // Constructor de Tiempo2: se suministran hora, minuto y segundo 

30 public Tiempo2( int h, int m, int s ) 

31 { 

32 establecerTiempof h, m, s ); // invoca a establecerTiempo para validar el tiempo 

33 } // fin del constructor de Tiempo2 con tres argumentos 

34 

35 // Constructor de Tiempo2: se suministra otro objeto Tiempo2 

36 public Tiempo2( Tiempo2 tiempo ) 

37 { 

38 // invoca al constructor de Tiempo2 con tres argumentos 

39 thisf ti empo . obtenerHora() , tiempo. obtenerMi nuto() , ti empo . obtenerSegundoO ); 

40 } // fin del constructor de Tiempo2 con un objeto Tiempo2 como argumento 

41 

42 // Métodos "establecer" 

43 // establece un nuevo valor de tiempo usando la hora universal; asegura que 

44 // los datos sean consistentes, estableciendo los valores inválidos en cero 

45 public void establecerTiempof int h, int m, int s ) 

46 { 

47 establ ecerHoraf h ); // establece la hora 

48 establ ecerMi nutof m ); // establece el minuto 

49 establ ecerSegundof s ); // establece el segundo 

50 } // fin del método establecerTiempo 

51 

52 // valida y establece la hora 

53 public void establ ecerHoraf int h ) 

54 { 

55 hora = ( ( h >= 0 && h < 24 ) ? h : 0 ) ; 

56 } // fin del método establecerHora 

57 

58 // valida y establece el minuto 

59 public void establ ecerMi nutof int m ) 

60 { 

61 minuto = ( ( m >= 0 && m < 60 ) ?m : 0); 

62 } // fin del método establecerMi ñuto 

63 

64 // valida y establece el segundo 

65 public void establ ecerSegundof int s ) 

66 { 

67 segundo =((s>=0&&s<60)?s :0); 

68 } // fin del método establecerSegundo 

69 

70 // Métodos "obtener" 

Figura 8.5 | La clase Tiempo2 con constructores sobrecargados. (Parte 2 de 3). 
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71 

// obtiene el valor de la hora 


72 

public int obtenerHoraO 


73 

{ 


74 

return hora; 


75 

} // fin del método obtenerHora 


76 



77 

// obtiene el valor del minuto 


78 

public int obtenerMi nuto() 


79 

{ 


80 

return minuto; 


81 

} // fin del método obtenerMi ñuto 


82 



83 

// obtiene el valor del segundo 


84 

public int obtenerSegundoO 


85 

{ 


86 

return segundo; 


87 

} // fin del método obtenerSegundo 


88 



89 

// convierte a String en formato de hora universal (HH:MM 

:SS) 

90 

public String aStri ngllni versal () 


91 

{ 


92 

return Stri ng . format( 


93 

"%02d :%02d :%02d" , obtenerHoraO, obtenerMi nuto() , obtenerSegundoO 

94 

} // fin del método aStri ngUni versal 


95 



96 

// convierte a String en formato de hora estándar (H:MM:SS AM o PM) 

97 

public String toStringO 


98 

{ 


99 

return Stri ng . format( "%d :%02d :%02d %s", 


100 

( (obtenerHoraO == 0 | | obtenerHoraO == 12) ? 12 

: obtenerHoraO 

101 

obtenerMi nuto() , obtenerSegundoO, ( obtenerHoraO 

< 12 ? "AM" : "1 

102 

} // fin del método toString 


103 

} // fin de la clase Tiempo2 


Figura 8.5 | La clase Tiempo2 con constructores sobrecargados. (Parte 3 de 3). 



Constructores de la clase Tiempo 2 

Las líneas 12 a 15 declaran un constructor sin argumentos; es decir, un constructor que se invoca sin argumen- 
tos; simplemente inicializa el objeto como se especifica en el cuerpo del constructor. En el cuerpo, presentamos 
un uso de la referencia thi s que se permite sólo como la primera instrucción en el cuerpo de un constructor. La 
línea 14 utiliza a thi s en la sintaxis de la llamada al método para invocar al constructor de Ti empo2 que recibe 
tres argumentos (líneas 30 a 33). El constructor sin argumentos pasa los valores de 0 para hora, mi ñuto y segun- 
do al constructor con tres parámetros. El uso de la referencia thi s que se muestra aquí es una forma popular de 
reutilizar el código de inicialización que proporciona otro de los constructores de la clase, en vez de definir código 
similar en el cuerpo del constructor sin argumentos. Utilizamos esta sintaxis en cuatro de los cinco constructores 
de Ti empo2 para que la clase sea más fácil de mantener y modificar. Si necesitamos cambiar la forma en que se 
inicializan los objetos de la clase Ti empo2, sólo hay que modificar el constructor al que necesitan llamar los demás 
constructores de la clase. Incluso hasta ese constructor podría no requerir de modificación en este ejemplo. Sim- 
plemente llama al método establ ecerTi empo para realizar la verdadera inicialización, por lo que es posible que 
los cambios que pudiera requerir la clase se localicen en los métodos establecer. 



Error común de programación 8.3 

Es un error de sintaxis utilizar thi s en el cuerpo de un constructor para llamar a otro constructor de la misma clase, 
si esa llamada no es la primera instrucción en el constructor. También es un error de sintaxis cuando un método trata 
de invocar a un constructor directamente, mediante this. 
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Las líneas 18 a 21 declaran un constructor de Ti empo2 con un solo parámetro i nt que representa la hora, 
que se pasa con 0 para minuto y segundo al constructor de las líneas 30 a 33. Las líneas 24 a 27 declaran un 
constructor de Tiempo2 que recibe dos parámetros int, los cuales representan la hora y el minuto, que se pa- 
san con un 0 para segundo al constructor de las líneas 30 a 33. Al igual que el constructor sin argumentos, cada 
uno de estos constructores invoca al constructor en las líneas 30 a 33 para minimizar la duplicación de código. 
Las líneas 30 a 33 declaran el constructor Ti empo2 que recibe tres parámetros i nt, los cuales representan la hora, 
el minuto y el segundo. Este constructor llama a establ ecerTi empo para inicializar las variables de instancia 
con valores consistentes. 



Error común de programación 8.4 

Un constructor puede llamar a los métodos de la clase. Tenga en cuenta que tal vez las variables de instancia no se 
encuentren aún en un estado consistente , ya que el constructor está en el proceso de inicializar el objeto. El uso de 
variables de instancia antes de inicializarlas en forma apropiada es un error lógico. 


Las líneas 36 a 40 declaran un constructor de Tiempo2 que recibe una referencia Tiempo2 a otro objeto 
Tiempo2. En este caso, los valores del argumento Tiempo2 se pasan al constructor de tres argumentos en las 
líneas 30 a 33 para inicializar hora, mi ñuto y segundo. Observe que la línea 39 podría haber accedido en forma 
directa a los valores hora, mi ñuto y segundo del argumento ti empo del constructor con las variables de instancia 
ti empo. hora, ti empo. mi ñuto y tiempo . segundo, aun cuando hora, minuto y segundo se declaran como 
variables pri vate de la clase Ti empo2. Esto se debe a una relación especial entre los objetos de la misma clase. En 
un momento veremos por qué es preferible utilizar los métodos obtener. 



Observación de ingeniería de software 8.4 

Cuando un objeto de una clase tiene una referencia a otro objeto de la misma clase, el primer objeto puede acceder 
a todos los datos y métodos del segundo objeto ( incluyendo los que sean pr i vate). 


Observaciones en relación con los métodos Establecer y Obtener, y los constructores 
de la clase Tiempo2 

Observe que los métodos establecer y obtener de Ti empo2 se llaman en el cuerpo de la clase. En especial, el método 
establ ecerTi empo llama a los métodos establ ecerHora, establ ecerMi ñuto y establ ecerSegundo en las 
líneas 47 a 49, y los métodos aStri ngUni versal y toStri ng llaman a los métodos obtenerHora, obtenerMi - 
ñuto y obtenerSegundo en la línea 93 y en las líneas 100 y 101, respectivamente. En cada caso, estos métodos 
podrían haber accedido a los datos pri vate de la clase en forma directa, sin necesidad de llamar a los méto- 
dos establecer y obtener. Sin embargo, considere la acción de cambiar la representación del tiempo, de tres valores 
i nt (que requieren 12 bytes de memoria) a un solo valor i nt que represente el número total de segundos trans- 
curridos a partir de medianoche (que requiere sólo 4 bytes de memoria). Si hacemos ese cambio, sólo tendrían 
que cambiar los cuerpos de los métodos que acceden directamente a los datos pri vate; en especial, los métodos 
establecer y obtener individuales para hora, mi ñuto y segundo. No habría necesidad de modificar los cuerpos de 
los métodos establ ecerTi empo, aStri ngUni versal o toStri ng, ya que no acceden directamente a los datos. 
Si se diseña la clase de esta forma, se reduce la probabilidad de que se produzcan errores de programación al 
momento de alterar la implementación de la clase. 

De manera similar, cada constructor de Tiempo2 podría escribirse de forma que incluya una copia de las 
instrucciones apropiadas de los métodos establ ecerHora, establ ecerMi ñuto y establ ecerSegundo. Esto 
sería un poco más eficiente, ya que se eliminan la llamada extra al constructor y la llamada a establ ece rT i empo. 
No obstante, duplicar las instrucciones en varios métodos o constructores dificulta más el proceso de modificar 
la representación de datos interna de la clase. Si hacemos que los constructores de Ti empo2 llamen al constructor 
con tres argumentos (o que incluso llamen a establ ecerTi empo directamente), cualquier modificación a la 
implementación de establ ecerTi empo sólo tendrá que hacerse una vez. 



Observación de ingeniería de software 8.5 

Al implementar un método de una clase, use los métodos establecer y obtener de la clase para acceder a sus datos 
pri vate. Esto simplifica el mantenimiento del código y reduce la probabilidad de errores. 
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Uso de los constructores sobrecargados de la clase Tiempo 2 

La clase PruebaTi empo2 (figura 8.6) crea seis objetos Tiempo2 (líneas 8 a 13) para invocar a los constructores 
sobrecargados de Tiempo2. La línea 8 muestra que para invocar el constructor sin argumentos (líneas 12 a 15 
de la figura 8.5) se coloca un conjunto vacío de paréntesis después del nombre de la clase, cuando se asigna un 
objeto Tiempo2 mediante new. Las líneas 9 a 13 del programa demuestran el paso de argumentos a los demás 
constructores de Ti empo2. La línea 9 invoca al constructor en las líneas 18 a 21 de la figura 8.5. La línea 10 invoca 
al constructor en las líneas 24 a 27 de la figura 8.5. Las líneas 1 1 y 12 invocan al constructor en las líneas 30 a 33 
de la figura 8.5. La línea 13 invoca al constructor en las líneas 36 a 40 de la figura 8.5. La aplicación muestra en 
pantalla la representación Stri ng de cada objeto Ti empo2 inicializado, para confirmar que cada uno de ellos se 
haya inicializado en forma apropiada. 

1 // Fig. 8.6: PruebaTi empo2 . java 

2 // Uso de constructores sobrecargados para inicial i zar objetos Tiempo2. 

3 

4 public class PruebaTi empo2 

5 { 

6 public static void main( String args[] ) 

7 { 

8 Tiempo2 ti = new Tiempo2(); // 00:00:00 

9 Tiempo2 t2 = new Tiempo2( 2 ); // 02:00:00 

10 Tiempo2 t3 = new Tiempo2( 21, 34 ) ; // 21:34:00 

11 Tiempo2 t4 = new Tiempo2( 12, 25, 42 ); // 12:25:42 

12 Tiempo2 t5 = new Tiempo2( 27, 74, 99 ) ; // 00:00:00 

13 Tiempo2 t6 = new Tiempo2( t4 ) ; // 12:25:42 

14 

15 System. out. printlnf "Se construyo con:" ); 

16 System. out.println( "ti: todos los argumentos predeterminados" ); 

17 System. out. printff " %s\n”, tl.aStringUniversal () ); 

18 System. out. printff " %s\n”, tl.toStringO ); 

19 System. out. println( 

20 "t2: se especifico hora; minuto y segundo predeterminados" ); 

21 System. out. printff " %s\n", t2 . aStri ngUni versal O ); 

22 System. out. printff " %s\n", t2.toString() ); 

23 

24 System. out. printlnf 

25 "t3: se especificaron hora y minuto; segundo predeterminado" ); 

26 System. out. printff " %s\n", t3.aStringUniversal O ); 

27 System. out. printff " %s\n", t3.toString() ); 

28 

29 System. out. printlnf "t4: se especificaron hora, minuto y segundo" ); 

30 System. out. printff " %s\n", t4.aStringUniversal O ); 

31 System. out. printff " %s\n", t4 . toStri ng() ); 

32 

33 System. out. printlnf "t5: se especificaron todos los valores invalidos" ); 

34 System. out. printff " %s\n", t5.aStringUniversal O ); 

35 System. out. printff " %s\n", t5 . toStri ngf) ); 

36 

37 System. out. printlnf "t6: se especifico el objeto t4 de Tiempo2" ); 

38 System. out. printff " %s\n", t6.aStringUniversal f) ); 

39 System. out. printff " %s\n", t6 . toStri ngf) ); 

40 } // fin de main 

41 } // fin de la clase PruebaTi empo2 

Se construyo con: 

ti: todos los argumentos predeterminados 
00:00:00 
12:00:00 AM 

Figura 8.6 | Uso de constructores sobrecargados para inicializar objetos Tiempo2. (Parte I de 2). 
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t2: se especifico hora; minuto y segundo predeterminados 
02 : 00:00 
2:00:00 AM 

tB: se especificaron hora y minuto; segundo predeterminado 
21:34:00 
9:34:00 PM 

t4: se especificaron hora, minuto y segundo 
12:25:42 
12:25:42 PM 

t5: se especificaron todos los valores invalidos 
00 : 00:00 
2:00:00 AM 

t6: se especifico el objeto t4 de Tiempo2 
12:25:42 
12:25:42 PM 


Figura 8.6 | Uso de constructores sobrecargados para inicializar objetos Ti empo2. (Parte 2 de 2). 


8.6 Constructores predeterminados y sin argumentos 

Toda clase debe tener cuando menos un constructor. En la sección 3.7 vimos que si no se proporcionan construc- 
tores en la declaración de una clase, el compilador crea un constructor predeterminado que no recibe argumentos 
cuando se le invoca. El constructor predeterminado inicializa las variables de instancia con los valores iniciales 
especificados en sus declaraciones, o con sus valores predeterminados (cero para los tipos primitivos numéricos, 
false para los valores boolean y nuil para las referencias). En la sección 9.4.1 aprenderá que el constructor 
predeterminado realiza otra tarea, además de inicializar cada variable de instancia con su valor predeterminado. 

Si su clase declara constructores, el compilador no creará un constructor predeterminado. En este caso, para 
especificar la inicialización predeterminada para objetos de su clase, debe declarar un constructor sin argumentos 
(como en las líneas 12 a 15 de la figura 8.5). Al igual que un constructor predeterminado, un constructor sin 
argumentos se invoca con paréntesis vacíos. Observe que el constructor sin argumentos de Ti empo2 inicializa en 
forma explícita un objeto Tiempo2; para ello pasa un 0 a cada parámetro del constructor con tres argumentos. 
Como 0 es el valor predeterminado para las variables de instancia i nt, el constructor sin argumentos en este 
ejemplo podría declararse con un cuerpo vacío. En este caso, cada variable de instancia recibiría su valor prede- 
terminado al momento de llamar al constructor sin argumentos. Si omitimos el constructor sin argumentos, los 
clientes de esta clase no podrían crear un objeto Ti empo2 con la expresión new Ti empo2 (). 



Error común de programación 8.5 

Si una dase tiene constructores, pero ninguno de los constructores public son sin argumentos, y si un programa 
intenta llamar a un constructor sin argumentos para inicializar un objeto de esa clase, se produce un error de com- 
pilación. Se puede llamar a un constructor sin argumentos sólo cuando la clase no tiene constructores (en cuyo caso se 
llama al constructor predeterminado), o si la clase tiene un constructor pub lie sin argumentos. 



Observación de ingeniería de software 8.6 

Java permite que otros métodos de la clase, además de sus constructores, tengan el mismo nombre de la clase y especi- 
fiquen tipos de valores de retorno. Dichos métodos no son constructores, por lo que no se llaman cuando se crea una 
instancia de un objeto de la clase. Para determinar cuáles métodos son constructores, Java localiza los métodos que 
tienen el mismo nombre que la clase y que no especifican un tipo de valor de retorno. 


8.7 Observaciones acerca de los métodos Establecer y Obtener 

Como sabe, los campos pri vate de una clase pueden manipularse solamente mediante métodos de esa clase. Una 
manipulación típica podría ser el ajuste del saldo bancario de un cliente (por ejemplo, una variable de instancia 
prívate de una clase llamada CuentaBancari a) mediante un método llamado cal cul arlnteres. Las clases a 
menudo proporcionan métodos publ i c para permitir a los clientes de la clase establecer (es decir, asignar valores 
a) u obtener (es decir, recibir los valores de) variables de instancia pri vate. 
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Como ejemplo de nomenclatura, un método para establecer la variable de instancia tasalnteres se llamaría 
típicamente establecerTasalnteres, y un método para obtener la tasaDelnteres se llamaría típicamente 
obtenerTasalnteres. Los métodos establecer también se conocen comúnmente como métodos imitadores, 
porque generalmente cambian un valor. Los métodos obtener también se conocen comúnmente como métodos 
de acceso o métodos de consulta. 


Comparación entre los métodos Establecer y Obtener, y los datos publ i c 

Parece ser que proporcionar herramientas para establecer y obtener es esencialmente lo mismo que hacer las varia- 
bles de instancia publ i c. Esta es una sutileza de Java que hace del lenguaje algo tan deseable para la ingeniería de 
software. Si una variable de instancia se declara como public, cualquier método que tenga una referencia a un 
objeto que contenga esta variable de instancia podrá leer o escribir en ella. Si una variable de instancia se declara 
como pri vate, un método obtener publ i c evidentemente permite a otros métodos el acceso a la variable, pero 
el método obtener puede controlar la manera en que el cliente puede tener acceso a la variable. Por ejemplo, un 
método obtener podría controlar el formato de los datos que devuelve y, por ende, proteger el código cliente de la 
representación actual de los datos. Un método establecer publ i c puede (y debe) escudriñar cuidadosamente los 
intentos por modificar el valor de la variable, para asegurar que el nuevo valor sea apropiado para ese elemento 
de datos. Por ejemplo, un intento por establecer el día del mes en una fecha 37 sería rechazado, un intento por 
establecer el peso de una persona en un valor negativo sería rechazado, y así sucesivamente. Entonces, aunque los 
métodos establecer y obtener proporcionan acceso a los datos privados, el programador restringe su acceso median- 
te la implementación de los métodos. Esto ayuda a promover la buena ingeniería de software. 


Comprobación de validez en los métodos Establecer 

Los beneficios de la integridad de los datos no se dan automáticamente sólo porque las variables de instancia 
se declaren como prívate; el programador debe proporcionar la comprobación de su validez. Java permite a 
los programadores diseñar mejores programas de una manera conveniente. Los métodos establecer de una clase 
pueden devolver valores que indiquen que hubo intentos de asignar datos inválidos a los objetos de la clase. Un 
cliente de la clase puede probar el valor de retorno de un método establecer para determinar si el intento del cliente 
por modificar el objeto tuvo éxito, y entonces tomar la acción apropiada. 



Observación de ingeniería de software 8.7 

Cuando sea necesario , proporcione métodos public para cambiar y obtener los valores de las variables de instancia 
pri vate. Esta arquitectura ayuda a ocultar la implementación de una clase a sus clientes, lo cual mejora la capaci- 
dad de modificación de un programa. 



Observación de ingeniería de software 8.8 

Los diseñadores de clases no necesitan proporcionar métodos establecer u obtener para cada campo pri vate. Estas 
capacidades deben proporcionarse solamente cuando esto tenga sentido. 


Métodos predicados 

Otro uso común de los métodos de acceso es para evaluar si una condición es verdadera o falsa; por lo general, 
a dichos métodos se les llama métodos predicados. Un ejemplo sería un método estaVacio para una clase 
contenedora: una clase capaz de contener muchos objetos, como una lista enlazada, una pila o una cola. (En 
los capítulos 17 y 19 hablaremos con detalle sobre estas estructuras de datos). Un programa podría evaluar el 
método estaVaci o antes de tratar de leer otro elemento de un objeto contenedor. Un programa podría evaluar 
un método estaLl eno antes de tratar de insertar otro elemento en un objeto contenedor. 

Uso de métodos Establecer y Obtener para crear una clase que sea más fácil de depurar 
y mantener 

Si sólo un método realiza una tarea específica, como establecer la hora en un objeto Ti empo2, es más fácil depurar 
y mantener esa clase. Si la hora no se establece en forma apropiada, el código que modifica la variable de instancia 
hora se localiza en el cuerpo de un método: establ ecerHora. Así, sus esfuerzos de depuración pueden enfocarse 
en el método establ ecerHora. 
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8.8 Composición 

Una clase puede tener referencias a objetos de otras clases como miembros. A dicha capacidad se le conoce como 
composición y algunas veces como relación “ tiene un” . Por ejemplo, un objeto de la clase Reí o j Al arma necesita 
saber la hora actual y la hora en la que se supone sonará su alarma, por lo que es razonable incluir dos referencias 
a objetos Ti empo como miembros del objeto Reí o j Al arma. 



Observación de ingeniería de software 8.9 

La composición es una forma de reutilización de software, en donde una clase tiene como miembros referencias a 
objetos de otras clases. 


Nuestro ejemplo de composición contiene tres clases: Fecha (figura 8.7), Empleado (figura 8.8) y Prue- 
baEmpl eado (figura 8.9). La clase Fecha (figura 8.7) declara las variables de instancia mes, di a y ani o (líneas 6 a 
8) para representar una fecha. El constructor recibe tres parámetros i nt. La línea 14 invoca el método utilitario 
comprobarMes (líneas 23 a 33) para validar el mes; un valor fuera de rango se establece en 1 para mantener un 
estado consistente. La línea 1 5 asume que el valor de ani o es correcto y no lo valida. La línea 16 invoca al método 
utilitario comprobarDi a (líneas 36 a 52) para validar el valor de di a con base en el mes y ani o actuales. Las líneas 
42 y 43 determinan si el día es correcto, con base en el número de días en el mes específico. Si el día no es correc- 
to, las líneas 46 y 47 determinan si el mes es Febrero, el día 29 y el ani o un año bisiesto. Si las líneas 42 a 48 no 
devuelven un valor correcto para di a, la línea 51 devuelve 1 para mantener la Fecha en un estado consistente. 
Observe que las líneas 18 y 19 en el constructor muestran en pantalla la referencia thi s como un objeto Stri ng. 
Como thi s es una referencia al objeto Fecha actual, se hace una llamada implícita al método toStri ng (líneas 
55 a 58) para obtener la representación Stri ng del objeto. 


1 

// Fig. 8.7: Fecha. j 

ava 

2 

•9 

// Declaración de la 

clase Fecha. 

J 

4 

public class Fecha 


5 

{ 


6 

private int mes; 

// 1-12 

7 

private int dia; 

// 1-31 con base en el 

8 

private int anio; 

// cualquier año 


9 

10 // constructor: llama a comprobarMes para confirmar el valor apropiado para el mes; 

11 // llama a comprobarDia para confirmar el valor apropiado para el dia 

12 public Fecha( int elMes, int elDia, int elAnio ) 

13 { 

14 mes = comprobarMes( elMes ); // valida el mes 

15 anio = elAnio; // pudo validar el año 

16 dia = comprobarDi a( elDia ); // valida el dia 

17 

18 System. out.printf( 

19 "Constructor de objeto Fecha para la fecha %s\n", this ); 

20 } // fin del constructor de Fecha 

21 

22 // método utilitario para confirmar el valor apropiado del mes 

23 private int comprobarMes( int mesPrueba ) 

24 { 

25 if ( mesPrueba > 0 && mesPrueba <= 12 ) // valida el mes 

26 return mesPrueba; 

27 el se // mes es inválido 

28 { 

29 System. out.printf( 

30 "Mes invalido (%d) se estableció en 1. , mesPrueba ); 

31 return 1; // mantiene el objeto en estado consistente 

Figura 8.7 | Declaración de la clase Fecha. (Parte I de 2). 
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32 } // fin de el se 

33 } // fin del método comprobarMes 

34 

35 // método utilitario para confirmar el valor apropiado del dia, con base en el mes y 
el año 

36 private int comprobarDia( int diaPrueba ) 

37 { 

38 int diasPorMesf] = 

39 { 0, 31, 28, 31, 30, 31, 30, 31, 31, 30, 31, 30, 31 }; 

40 

41 // comprueba si el dia está dentro del rango para el mes 

42 if ( diaPrueba > 0 && diaPrueba <= diasPorMes[ mes ] ) 

43 return diaPrueba; 

44 

45 // comprueba si es año bisiesto 

46 if ( mes == 2 && diaPrueba == 29 && ( anio % 400 == 0 | | 

47 ( anio % 4 == 0 && anio % 100 != 0 ) ) ) 

48 return diaPrueba; 

49 

50 System. out.printf( “Dia invalido (%d) se estableció en 1.’ , diaPrueba ); 

51 return 1; // mantiene el objeto en estado consistente 

52 } // fin del método comprobarDia 

53 

54 // devuelve un objeto String de la forma mes/dia/anio 

55 public String toStringO 

56 { 

57 return Stri ng . format( "%d/%d/%d , mes, dia, anio ); 

58 } // fin del método toString 

59 } // fin de la clase Fecha 

Figura 8.7 | Declaración de la clase Fecha. (Parte 2 de 2). 


La clase Empl eado (figura 8.8) tiene las variables de instancia primerNombre, apel 1 i doPaterno, fechaNa- 
cimiento y fechaContratacion. Los miembros fechaNacimiento y fechaContratacion (líneas 8 y 9) son 
referencias a objetos Fecha. Esto demuestra que una clase puede tener como variables de instancia referencias a 
objetos de otras clases. El constructor de Empl eado (líneas 12 a 19) recibe cuatro parámetros: nombre, apel 1 i do, 
fechaDeNacimi ento y fechaDeContratacion. Los objetos referenciados por los parámetros fechaDeNaci- 
miento y fechaDeContratacion se asignan a las variables de instancia fechaNacimiento y fechaContrata- 
cion del objeto Empleado, respectivamente. Observe que cuando se hace una llamada al método toString de 
la clase Empl eado, éste devuelve un objeto Stri ng que contiene las representaciones Stri ng de los dos objetos 
Fecha. Cada uno de estos objetos Stri ng se obtiene mediante una llamada implícita al método toStri ng de la 
clase Fecha. 


1 // Fig. 8.8: Empl eado . java 

2 // Clase Empleado con referencias a otros objetos. 

3 

4 public class Empleado 

5 { 

6 private String primerNombre; 

7 private String apellidoPaterno; 

8 private Fecha fechaNacimiento; 

9 private Fecha fechaContratacion; 

10 

11 // constructor para inicializar nombre, fecha de nacimiento y fecha de contratación 

12 public Empleado( String nombre, String apellido, Fecha fechaDeNacimi ento, 

Figura 8.8 | Clase Empleado con referencias a otros objetos. (Parte I de 2). 
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13 Fecha fechaDeContratacion ) 

14 { 

15 primerNombre = nombre; 

16 apel 1 i doPaterno = apellido; 

17 fechaNacimiento = fechaDeNacimiento; 

18 fechaContratacion = fechaDeContratacion; 

19 } // fin del constructor de Empleado 

20 

21 // convierte Empleado a formato String 

22 public String toStringO 

23 { 

24 return Stri ng . format( "%s, %s Contratado: %s Cumpleanios: %s", 

25 apellidoPaterno, primerNombre, fechaContratacion, fechaNacimiento ); 

26 } // fin del método toString 

27 } // fin de la clase Empleado 

Figura 8.8 | Clase Empleado con referencias a otros objetos. (Parte 2 de 2). 


La clase PruebaEmpl eado (figura 8.9) crea dos objetos Fecha (líneas 8 y 9) para representar la fecha de 
nacimiento y de contratación de un Empleado, respectivamente. La línea 10 crea un Empleado e inicializa sus 
variables de instancia, pasando al constructor dos objetos String (que representan el nombre y el apellido del 
Empl eado) y dos objetos Fecha (que representan la fecha de nacimiento y de contratación). La línea 12 invoca en 
forma implícita el método toStri ng de Empl eado para mostrar en pantalla los valores de sus variables de instancia 
y demostrar que el objeto se inicializó en forma apropiada. 


1 // Fig. 8.9: PruebaEmpleado. java 

2 // Demostración de la composición. 

3 

4 public class PruebaEmpleado 

5 { 

6 public static void main( String args[] ) 

7 { 

8 Fecha nacimiento = new Fecha( 7, 24, 1949 ); 

9 Fecha contratación = new Fecha( 3, 12, 1988 ); 

10 Empleado empleado = new Empleadof "Bob", "Blue", nacimiento, contratación ); 

1 1 

12 System. out.println( empleado ); 

13 } // fin de main 

• 4 } // fin de la clase PruebaEmpleado 


Constructor de objeto Fecha para la fecha 7/24/1949 
Constructor de objeto Fecha para la fecha 3/12/1988 
Blue, Bob Contratado: 3/12/1988 Cumpleanios: 7/24/1949 


Figura 8.9 | Demostración de la composición. 


8.9 Enumeraciones 

En la figura 6.9 (Craps. java) presentamos el tipo básico enum, que define a un conjunto de constantes que se 
representan como identificadores únicos. En ese programa, las constantes enum representaban el estado del juego. 
En esta sección, hablaremos sobre la relación entre los tipos enum y las clases. Al igual que las clases, todos los tipos 
enum son tipos por referencia. Un tipo enum se declara con una declaración enum, la cual es una lista separada 
por comas de constantes enum; la declaración puede incluir, de manera opcional, otros componentes de las clases 
tradicionales, como constructores, campos y métodos. Cada declaración enum declara a una clase enum con las 
siguientes restricciones: 
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1. Los tipos enum son implícitamente final, ya que declaran constantes que no deben modificarse. 

2. Las constantes enum son implícitamente statí c. 

3. Cualquier intento por crear un objeto de un tipo enum con el operador new produce un error de compi- 
lación. 

Las constantes enum pueden usarse en cualquier parte en donde pueden usarse las constantes, como en las etique- 
tas case de las instrucciones swi tch, y para controlar las instrucciones for mejoradas. 

La figura 8.10 ilustra cómo declarar variables de instancia, un constructor y varios métodos en un tipo enum. 
La declaración enum (líneas 5 a 37) contiene dos partes: las constantes enum y los demás miembros del tipo 
enum. La primera parte (líneas 8 a 13) declara seis constantes enum. Cada constante enum va seguida opcional- 
mente por argumentos que se pasan al constructor de enum (líneas 20 a 24). Al igual que los constructores que 
hemos visto en las clases, un constructor de enum puede especificar cualquier número de parámetros, y puede 
sobrecargarse. En este ejemplo, el constructor de enum tiene dos parámetros Stri ng, por lo que cada constante 
enum va seguida de paréntesis que contienen dos argumentos Stri ng. La segunda parte (líneas 16 a 36) declara a 
los demás miembros del tipo enum: dos variables de instancia (líneas 16 y 17), un constructor (líneas 20 a 24) y 
dos métodos (líneas 27 a 30 y líneas 33 a 36). 


1 // Fig. 8.10: Libro. java 

2 // Declara un tipo enum con constructor y campos de instancia explicitos, 

3 // junto con métodos de acceso para estos campos 

4 

5 public enum Libro 

6 { 

7 // declara constantes de tipo enum 

8 1HTP6( "lava How to Program 6e", "2005" ), 

9 CHTP4( "C How to Program 4e", "2004" ), 

10 IW3HTP3C "Internet & World Wide Web How to Program 3e", "2004" ), 

11 CPPHTP4( "C++ How to Program 4e , "2003" ), 

12 VBHTP2( "Visual Basic .NET How to Program 2e", "2002" ), 

13 CSHARPHTPC "C# How to Program' , "2002" ); 

14 

15 // campos de instancia 

16 private final String titulo; // titulo del libro 

17 private final String anioCopyright; // año de copyright 

18 

19 // constructor de enum 

20 Libro( String tituloLibro, String anio ) 

21 { 

22 titulo = tituloLibro; 

23 anioCopyright = anio; 

24 } // fin de constructor de enum Libro 

25 

26 // método de acceso para el campo titulo 

27 public String obtenerTitulo() 

28 { 

29 return titulo; 

30 } // fin del método obtenerTitulo 

31 

32 // método de acceso para el campo anioCopyright 

33 public String obtenerAnioCopyri ght() 

34 { 

35 return anioCopyright; 

36 } // fin del método obtenerAnioCopyright 

37 } // fin de enum Libro 

Figura 8.10 | Declaración del tipo enum con campos de Instancia, constructor y métodos. 
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Las líneas 16 y 17 declaran las variables de instancia titulo y ani oCopyright. Cada constante enum en 
Libro en realidad es un objeto de tipo Libro que tiene su propia copia de las variables de instancia titulo y 
ani oCopyright. El constructor (líneas 20 a 24) recibe dos parámetros String, uno que especifica el título del 
libro y otro que especifica el año de copyright del libro. Las líneas 22 y 23 asignan estos parámetros a las variables 
de instancia. Las líneas 27 a 36 declaran dos métodos, que devuelven el título del libro y el año de copyright, 
respectivamente. 

La figura 8.11 prueba el tipo enum declarado en la figura 8.10 e ilustra cómo iterar a través de un rango de 
constantes enum. Para cada enum, el compilador genera el método stati c valúes (que se llama en la línea 12) que 
devuelve un arreglo de las constantes de enum, en el orden en el que se declararon. En la sección 7.6 vimos que la 
instrucción for mejorada puede usarse para iterar a través de un arreglo. Las líneas 12 a 14 utilizan la instrucción 
for mejorada para mostrar todas las constantes declaradas en la enum llamada Li bro. La línea 14 invoca los méto- 
dos obtenerTitulo y obtenerAni oCopyright de Libro para obtener el título y el año de copyright asociados 
con la constante. Observe que cuando se convierte una constante enum en un objeto Stri ng (por ejemplo, 1 i bro 
en la línea 13), el identificador de la constante se utiliza como la representación Stri ng (por ejemplo, 1HTP6 para 
la primera constante enum). 


1 // Fig. 8.11: PruebaEnum. java 

2 // Prueba del tipo enum Libro. 

3 import java. uti 1 . EnumSet ; 

4 

5 public class PruebaEnum 

6 { 

7 public stati c void main( String args[] ) 

8 { 

9 System. out.println( "Todos los libros:\n" ); 

10 

11 // imprime todos los libros en enum Libro 

12 for ( Libro libro : Libro. valuesO ) 

13 System. out.printf( "%-10s%-45s%s\n" , libro, 

14 libro. obtenerTitulo() , libro. obtenerAnioCopyright() ); 

15 

16 System. out.println( "\nMostrar un rango de constantes enum:\n" ); 

17 

18 // imprime los primeros cuatro libros 

19 for C Libro libro : EnumSet. range( Libro. 1HTP6, Libro. CPPHTP4 ) ) 

20 System. out.printf( "%-10s%-45s%s\n" , libro, 

21 libro. obtenerTituloO , libro. obtenerAnioCopyrightO ); 

22 } // fin de main 

23 } // fin de la clase PruebaEnum 
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Figura 8.11 | Prueba de un tipo enum. 
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Las líneas 19 a 21 utilizan el método static range de la clase EnumSet (declarada en el paquete java, 
útil) para mostrar un rango de las constantes de la enum Libro. El método range recibe dos parámetros (la 
primera y la última constantes enum en el rango) y devuelve un objeto EnumSet que contiene todas las constan- 
tes entre estas dos constantes. Por ejemplo, la expresión EnumSet . range( Libro. 3HTP6, Libro. CPPHTP4 ) 
devuelve un objeto EnumSet que contiene Libro. 3HTP6, Libro. CHTP4, Li bro . IWBHTPB y Libro. CPPHTP4. La 
instrucción for mejorada se puede utilizar con un objeto EnumSet, justo igual que como se utiliza con un arreglo, 
por lo que las líneas 19 a 21 utilizan la instrucción for mejorada para mostrar el título y el año de copyright de 
cada libro en el objeto EnumSet. La clase EnumSet proporciona varios métodos stati c más para crear conjuntos 
de constantes enum del mismo tipo de enum. Para obtener más detalles de la clase EnumSet, visite java.sun. 
com/javase/6/docs/api/java/uti 1 /EnumSet . html . 



Error común de programación 8.6 

En una declaración enum, es un error de sintaxis declarar constantes enum después de los constructores, campos y 
métodos del tipo de enum en su declaración. 


8. 1 0 Recolección de basura y el método final i ze 

Toda clase en Java tiene los métodos de la clase Object (paquete java. 1 ang), uno de los cuales es el método fina- 
i ize. Este método se utiliza raras veces. De hecho, buscamos a través de 6500 archivos de código fuente las clases 
de la API de Java, y encontramos menos de 50 declaraciones del método final i ze. Sin embargo, y como final i ze 
forma parte de cada clase, hablaremos aquí sobre este método para que a usted se le facilite comprender su pro- 
pósito planeado, en caso de que se lo encuentre en sus estudios o en la industria. Los detalles completos acerca 
del método final ize están más allá del alcance de este libro, además de que la mayoría de los programadores 
no deben usarlo; pronto veremos por qué. Aprenderá más acerca de la clase Object en el capítulo 9, Programa- 
ción orientada a objetos: herencia. 

Todo objeto que creamos utiliza varios recursos del sistema, como la memoria. Para evitar “fugas de recur- 
sos”, requerimos una manera disciplinada de regresar los recursos al sistema cuando ya no se necesitan. La Máqui- 
na Virtual de Java (JVM) realiza la recolección automática de basura para reclamar la memoria ocupada por 
los objetos que ya no se utilizan. Cuando ya no hay más referencias a un objeto, la JVM lo deja marcado para la 
recolección de basura. La memoria para dicho objeto se puede reclamar cuando la JVM ejecuta su recolector de 
basura, el cual es responsable de recuperar la memoria de los objetos que ya no se utilizan, para poder usarla con 
otros objetos. Por lo tanto, las fugas de memoria que son comunes en otros lenguajes como C y C++ (debido a que 
en esos lenguajes, la memoria no se reclama de manera automática) son menos probables en Java (pero algunas 
pueden ocurrir de todas formas, aunque con menos magnitud). Pueden ocurrir otros tipos de fugas de recursos. 
Por ejemplo, una aplicación podría abrir un archivo en disco para modificar el contenido. Si la aplicación no 
cierra el archivo, ninguna otra aplicación puede utilizarlo sino hasta que termine la aplicación que lo abrió. 

El recolector de basura llama al método final i ze para realizar las tareas de preparación para la terminación 
sobre un objeto, justo antes de que el recolector de basura reclame la memoria de ese objeto. El método final i ze 
no recibe parámetros y tiene el tipo de valor de retorno voi d. Un problema con el método final i ze es que no se 
garantiza que el recolector de basura se ejecute en un tiempo especificado. De hecho, tal vez el recolector de basura 
nunca se ejecute antes de que termine un programa. Por ende, no queda claro si (o cuándo) se hará la llamada al 
método final i ze. Por esta razón, la mayoría de los programadores deben evitar el uso del método final i ze. En la 
sección 8.1 1 demostraremos una situación en la que el recolector de basura llama al método final i ze. 



Observación de ingeniería de software 8. 1 0 

Una clase que utiliza recursos del sistema, como archivos en el disco, debe proporcionar un método para liberarlos en 
un momento dado. Muchas clases de la API de Java proporcionan métodos cióse o dispose para este propósito. Por 
ejemplo, la clase Scanner (java, sun . com/javase/6/docs/api/java/uti 1/Scanner . html) tiene un método 
cióse. 


8.11 Miembros de clase static 

Cada objeto tiene su propia copia de todas las variables de instancia de la clase. En ciertos casos, sólo debe com- 
partirse una copia de cierta variable entre todos los objetos de una clase. En esos casos se utiliza un campo static 
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(al cual se le conoce como una variable de clase). Una variable stati c representa información en toda la clase 
(todos los objetos de la clase comparten la misma pieza de datos). La declaración de una variable stati c comien- 
za con la palabra clave stati c. 

Veamos un ejemplo con datos stati c. Suponga que tenemos un videojuego con Marci anos y otras criaturas 
espaciales. Cada Marciano tiende a ser valiente y deseoso de atacar a otras criaturas espaciales cuando sabe que 
hay al menos otros cuatro Marcianos presentes. Si están presentes menos de cinco Marcianos, cada Marciano 
se vuelve cobarde. Por lo tanto, cada uno de ellos necesita saber el valor de cuentaMarci anos. Podríamos dotar a 
la clase Marci ano con la variable cuentaMarci anos como variable de instancia. Si hacemos esto, entonces cada 
Marciano tendrá una copia separada de la variable de instancia, y cada vez que creemos un nuevo Marciano, 
tendremos que actualizar la variable de instancia cuentaMarci anos en todos los objetos Marciano. Las copias 
redundantes desperdician espacio y tiempo en actualizar cada una de las copias de la variable, además de ser un 
proceso propenso a errores. En vez de ello, declaramos a cuentaMarci anos como stati c, lo cual convierte a 
cuentaMarci anos en datos disponibles en toda la clase. Cada objeto Marciano puede ver la cuentaMarci a- 
nos como si fuera una variable de instancia de la clase Marci ano, pero sólo se mantiene una copia de la variable 
stati c cuentaMarci anos. Esto nos ahorra espacio. Ahorramos tiempo al hacer que el constructor de Marci ano 
incremente a la variable stati c cuentaMarci anos; como sólo hay una copia, no tenemos que incrementar cada 
una de las copias de cuentaMarci anos para cada uno de los objetos Marci ano. 



Observación de ingeniería de software 8. 1 1 

Use una variable stati c cuando todos los objetos de una clase tengan que utilizar la misma copia de la variable. 


Las variables stati c tienen alcance a nivel de clase. Los miembros public stati c de una clase pueden 
utilizarse a través de una referencia a cualquier objeto de esa clase, o calificando el nombre del miembro con 
el nombre de la clase y un punto (.), como en Math. random(). Los miembros private stati c de una clase 
pueden utilizarse solamente a través de los métodos de esa clase. En realidad, los miembros stati c de una 
clase existen a pesar de que no existan objetos de esa clase; están disponibles tan pronto como la clase se carga 
en memoria, en tiempo de ejecución. Para acceder a un miembro publ i c stati c cuando no existen objetos de 
la clase (y aún cuando sí existen), se debe anteponer el nombre de la clase y un punto (.) al miembro stati c 
de la clase, como en Math . PI . Para acceder a un miembro p ri vate stati c cuando no existen objetos de la clase 
debe proporcionarse un método publ i c stati c, y para llamar a este método se debe calificar su nombre con el 
nombre de la clase y un punto. 



Observación de ingeniería de software 8. 1 2 


Las variables de clase y los métodos stati c existen , y pueden utilizarse, incluso aunque no se hayan instanciado 
objetos de esa clase. 


En nuestro siguiente programa declaramos dos clases: Empleado (figura 8.12) y PruebaEmpl eado (figura 
8.13). La clase Empl eado declara a la variable private stati c llamada cuenta (figura 8.12, línea 9), y al método 
publ i c stati c llamado obtenerCuenta (líneas 46 a 49). La variable stati c cuenta se inicializa con cero en 
la línea 9. Si no se inicializa una variable stati c, el compilador asigna a esa variable un valor predeterminado 
(en este caso, 0). La variable cuenta mantiene la cuenta del número de objetos de la clase Empl eado que residen 
actualmente en memoria. Esto incluye a los objetos que ya hayan sido marcados para la recolección de basura por 
la JVM, pero que el recolector de basura no ha reclamado todavía. 


1 // Fig. 8.12: Empleado. java 

2 // Variable stati c que se utiliza para mantener una cuenta del 

3 // número de objetos Empleado en la memoria. 

4 

Figura 8.12 | Variable stati c que se utiliza para mantener cuenta del número de objetos Empleado en la memoria. 
(Parte I de 2). 
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5 public class Empleado 

6 { 

7 prívate String primerNombre; 

8 prívate String apel 1 idoPaterno ; 

9 prívate static int cuenta = 0; // número de objetos en memoria 

10 

11 // inicial iza empleado, suma 1 a la variable static cuenta e 

12 // imprime objeto String que indica que se llamó al constructor 

13 public Empleado( String nombre, String apellido ) 

14 { 

15 primerNombre = nombre; 

16 apel 1 i doPaterno = apellido; 

17 

18 cuenta++; // incrementa la variable static cuenta de empleados 

19 System. out.printf( "Constructor de Empleado: %s %s ; cuenta = %d\n", 

20 primerNombre, apellidoPaterno, cuenta ); 

21 } // fin de constructor de Empleado 

22 

23 // resta 1 a la variable static cuenta cuando el recolector 

24 // de basura llama a finalize para borrar el objeto; 

25 // confirma que se llamó a finalize 

26 protected void finalizeO 

27 { 

28 cuenta — ; // decrementa la variable static cuenta de empleados 

29 System. out.printff "Finalizador de Empleado: %s %s ; cuenta = %d\n", 

30 primerNombre, apellidoPaterno, cuenta ); 

31 } // fin del método finalize 

32 

33 // obtiene el primer nombre 

34 public String obtenerPrimerNombreO 

35 { 

36 return primerNombre; 

37 } // fin del método obtenerPrimerNombre 

38 

39 // obtiene el apellido paterno 

40 public String obtenerApel 1 i doPaternoO 

41 { 

42 return apellidoPaterno; 

43 } // fin del método obtenerApel 1 i doPaterno 

44 

45 // método static para obtener el valor de la variable static cuenta 

46 public static int obtenerCuentaO 

47 { 

48 return cuenta; 

49 } // fin del método obtenerCuenta 

50 } // fin de la clase Empleado 

Figura 8.12 | Variable static que se utiliza para mantener cuenta del número de objetos Empleado en la memoria. 
(Parte 2 de 2). 


Cuando existen objetos Empl eado, el miembro cuenta se puede utilizar en cualquier método de un objeto 
Empl eado; este ejemplo incrementa cuenta en el constructor (línea 18) y la decrementa en el método final i ze 
(línea 28). Cuando no existen objetos de la clase Empl eado, se puede hacer referencia de todas formas al miembro 
cuenta, pero sólo a través de una llamada al método publ i c stati c obtenerCuenta (líneas 46 a 49), como en 
Empl eado . obtenerCuentaO, lo cual devuelve el número de objetos Empleado que se encuentran actualmente 
en memoria. Cuando existen objetos, también se puede llamar el método obtenerCuenta a través de cualquier 
referencia a un objeto Empleado, como en la llamada el. obtenerCuentaO. 
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Buena práctica de programación 8.1 

Para invocar a cualquier método static, utilice el nombre de la clase y un punto (.) para enfatizar que el método 
que se está llamando es un método stati c. 


Observe que la clase Empl eado tiene un método final i ze (líneas 26 a 31). Este método se incluye sólo para 
mostrar cuándo se ejecuta el recolector de basura en este programa. Por lo general, el método final i ze se decla- 
ra como protected, por lo que no forma parte de los servicios publ i c de una clase. En el capítulo 9 hablaremos 
con detalle sobre el modificador de acceso de miembro protected. 

El método mai n de PruebaEmpl eado (figura 8.13) crea instancias de dos objetos Empl eado (líneas 13 y 14). 
Cuando se invoca el constructor de cada objeto Empl eado, en las líneas 15 y 16 de la figura 8.12 se asigna el pri- 
mer nombre y el apellido paterno del Empleado a las variables de instancia primerNombre y apel 1 i doPaterno. 
Observe que estas dos instrucciones no sacan copias de los argumentos Stri ng originales. En realidad, los objetos 
Stri ng en Java son inmutables (no pueden modificarse una vez que son creados). Por lo tanto, es seguro tener 
muchas referencias a un solo objeto Stri ng. Este no es normalmente el caso para los objetos de la mayoría de las 
otras clases en Java. Si los objetos Stri ng son inmutables, tal vez se pregunte por qué podemos utilizar los opera- 
dores + y += para concatenar objetos Stri ng. En realidad, las operaciones de concatenación de objetos Stri ng 
producen un nuevo objeto Stri ng, el cual contiene los valores concatenados. Los objetos Stri ng originales no 
se modifican. 

Cuando mai n ha terminado de usar los dos objetos Empl eado, las referencias el y e2 se establecen en nuil, 
en las líneas 31 y 32. En este punto, las referencias el y e2 ya no hacen referencia a los objetos que se instancia- 
ron en las líneas 13 y 14. Esto “marca a los objetos para la recolección de basura”, ya que no existen más referencias 
a esos objetos en el programa. 
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// Fig. 8.13: PruebaEmpleado. java 
// Demostración de miembros static. 

public class PruebaEmpleado 

{ 

public static void main( String args[] ) 

{ 

// muestra que la cuenta es 0 antes de crear Empleados 
System. out.printff "Empleados antes de instanciar: %d\n", 

Empleado. obtenerCuentaf) ); 

// crea dos Empleados; la cuenta debe ser 2 

Empleado el = new Empleado( "Susan", "Baker" ); 

Empleado e2 = new Empleadof "Bob", "Blue" ); 

// muestra que la cuenta es 2 después de crear dos Empleados 
System. out.println( "\nEmpleados después de instanciar: " ); 

System. out.printff "mediante el. obtenerCuentaf) : %d\n", el. obtenerCuentaf) ); 
System. out. printff "mediante e2 . obtenerCuentaf) : %d\n", e2 . obtenerCuentaf) ); 
System. out. printff "mediante Empleado. obtenerCuentaf) : %d\n", 

Empleado. obtenerCuentaf) ); 

// obtiene los nombres de los Empleados 

System. out. printff "\nEmpleado 1: %s %s\nEmpleado 2: %s %s\n\n", 

el.obtenerPrimerNombref) , el. obtenerApel 1 i doPaternof) , 
e2 .obtenerPrimerNombref) , e2 . obtenerApel 1 i doPaternof) ); 

// en este ejemplo, sólo hay una referencia a cada Empleado, 

// por lo que las siguientes dos instrucciones hacen que la JVM 
// marque a cada objeto Empleado para la recolección de basura 
el = nul 1 ; 


Figura 8.13 


Demostración de miembros static. (Parte I de 2). 
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32 e2 = nuil ; 

33 

34 System. gc(); // pide que la recolección de basura se realice ahora 

35 

36 // muestra la cuenta de Empleados después de llamar al recolector de basura; 

37 //la cuenta a mostrar puede ser 0, 1 o 2 dependiendo de si el recolector de 

38 // basura se ejecuta de inmediato, y del número de objetos Empleado recolectados 

39 System. out.printf( "\nEmpleados después de System. gc(): %d\n", 

40 Empleado. obtenerCuentaO ); 

41 } // fin de main 

42 } // fin de la clase PruebaEmpleado 


Empleados antes de instanciar: 0 

Constructor de Empleado: Susan Baker; cuenta = 1 

Constructor de Empleado: Bob Blue; cuenta = 2 

Empleados después de instanciar: 
mediante el. obtenerCuentaO : 2 
mediante e2 .obtenerCuentaO : 2 
mediante Empl eado . obtenerCuentaO : 2 

Empleado 1: Susan Baker 

Empleado 2: Bob Blue 

Empleados después de System. gc(): 2 

Finalizador de Empleado: Susan Baker; cuenta = 0 

Finalizador de Empleado: Bob Blue; cuenta = 1 


Figura 8.13 | Demostración de miembros static. (Parte 2 de 2). 


De un momento a otro, el recolector de basura podría reclamar la memoria para estos objetos (o el sistema 
operativo reclama la memoria cuando el programa termina). La JVM no garantiza cuándo se va a ejecutar el reco- 
lector de basura (o si acaso se va a ejecutar), por lo que este programa hace una llamada explícita al recolector de 
basura en la línea 34 (figura 8.13) utilizando el método static llamado ge, de la clase System (paquete java. 
1 ang) para indicar que el recolector de basura debe realizar su mejor esfuerzo por tratar de reclamar objetos que 
sean elegibles para la recolección de basura. Esto es sólo el mejor esfuerzo; es posible que no se recolecten objetos, 
o que se recolecte sólo un subconjunto de los objetos que sean candidatos. En los resultados de ejemplo de la figu- 
ra 8.13, el recolector de basura se ejecutó antes de que en las líneas 39 y 40 se mostrara la cuenta actual de objetos 
Empl eado. La última línea de la salida indica que el número de objetos Empl eado en memoria es 0 después de 
la llamada a System. ge (). Además, las últimas dos líneas de la salida muestran que el objeto Empleado para 
Bob B1 ue se finalizó antes que el objeto Empl eado para Susan Baker. Los resultados que obtenga en su sistema 
pueden ser distintos, ya que no se garantiza que el recolector de basura se ejecute al invocar a System, ge (), ni se 
garantiza que se recolecten los objetos en un orden específico. 

[Nota: un método declarado como stati c no puede tener acceso a los miembros no stati c de una clase, 
ya que un método stati c puede llamarse aun cuando no se hayan creado instancias de objetos de la clase. Por 
la misma razón, esta referencia thi s no puede usarse en un método stati c; debe referirse a un objeto específico 
de la clase, y a la hora de llamar a un método stati c, podría no haber objetos de su clase en la memoria. La 
referencia this se requiere para permitir a un método de una clase acceder a otros miembros no static de 
la misma clase] . 

Error común de programación 8.7 

Si un método static llama a un método de instancia (no static ) en la misma clase utilizando sólo el nombre 
del método, se produce un error de compilación. De manera similar, se produce un error de compilación si un 
método static trata de acceder a una variable de instancia en la misma clase, utilizando sólo el nombre de la 
variable. 
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Error común de programación 8.8 

Hacer referencia a this en un método static es un error de sintaxis. 


8.12 Declaración static i mport 

En la sección 6.3 aprendió acerca de los campos y métodos stati c de la clase Math. Para invocar a estos campos 
y métodos, anteponemos a cada uno de ellos el nombre de la clase Math y un punto ( .). Una declaración stati c 
import nos permite hacer referencia a los miembros stati c importados, como si se hubieran declarado en la cla- 
se que los utiliza; el nombre de la clase y el punto ( . ) no se requieren para usar un miembro stati c importado. 

Una declaración stati c import tiene dos formas: una que importa un miembro stati c específico (que 
se conoce como declaración static import individual) y una que importa a todos los miembros static de 
una clase (que se conoce como declaración static import sobre demanda). La siguiente sintaxis importa un 
miembro stati c específico: 

import stati c nombrePaquete.NombreClase. nombreMiembroEstdtico ; 

en donde nombrePaquete es el paquete de la clase (por ejemplo, j ava . 1 ang), NombreClase es el nombre de la clase 
(por ejemplo, Math) y nombreMiembroEstdtico es el nombre del campo o método stati c (por ejemplo, PI o abs). 
La siguiente sintaxis importa todos los miembros stati c de una clase: 

import static nombrePaquete.NombreClase.*', 

en donde nombrePaquete es el paquete de la clase (por ejemplo, j ava . 1 ang) y NombreClase es el nombre de clase 
(por ejemplo, Math). El asterisco (*) indica que todos los miembros stati c de la clase especificada deben estar 
disponibles para usarlos en la(s) clase(s) declarada(s) en el archivo. Observe que las declaraciones stati c i mport 
sólo importan miembros de clase static. Las instrucciones import regulares deben usarse para especificar las 
clases utilizadas en un programa. 

La figura 8.14 demuestra una declaración static import. La línea 3 es una declaración static import, 
la cual importa todos los campos y métodos stati c de la clase Math, del paquete j ava . 1 ang. Las líneas 9 a 12 
acceden al campo stati c llamado E (línea 1 1) de la clase Math, y los métodos stati c sq rt (línea 9), cei 1 (línea 
10), 1 og (línea 1 1) y eos (línea 12) sin anteponer el nombre de la clase Math y un punto al nombre del campo o 
a los nombres de los métodos. 


1 // Fig. 8.14: PruebaStati clmport . java 

2 // Uso de static import para importar métodos static de la clase Math. 

3 import static java. lang. Math.*; 

4 

5 public class PruebaStati clmport 

6 { 

7 public static void main( String args[] ) 

8 { 

9 System. out.printf( "sqrt( 900.0 ) = %.lf\n , sqrt( 900.0 ) ); 

10 System. out. printf( "ceil( -9.8 ) = %.lf\n", ceil( -9.8 ) ); 

11 System. out. printf( "log( E ) = %.lf\n , log( E ) ); 

12 System. out. printf( "cos( 0.0 ) = %.lf\n", cos( 0.0 ) ); 

13 } // fin de main 

14 } // fin de la clase PruebaStati clmport 


sqrt( 900.0 ) = 30. 0 
cei 1 ( -9.8 ) = -9.0 
1 og( E ) = 1.0 
eos ( 0.0 ) = 1.0 


Figura 8.14 | Importación static de métodos de Math. 
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Error común de programación 8.9 

Si un programa trata de importar métodos static que tengan la misma firma, o campos static que tengan el 
mismo nombre, de dos o más clases, se produce un error de compilación. 


8.13 Variables de instancia final 

El principio del menor privilegio es fundamental para la buena ingeniería de software. En el contexto de una 
aplicación, el principio establece que al código sólo se le debe otorgar tanto privilegio y acceso como necesite 
para llevar a cabo su tarea designada, pero no más. Veamos ahora cómo se aplica este principio a las variables de 
instancia. 

Algunas variables de instancia necesitan modificarse, mientras que otras no. Usted puede utilizar la palabra 
clave final para especificar que una variable no puede modificarse (es decir, que sea una constante) y que cualquier 
intento por modificarla sería un error. Por ejemplo, 

prívate final int INCREMENTO; 

declara una variable de instancia final (constante) llamada INCREMENTO, de tipo int. Aunque las constantes se 
pueden inicializar al momento de declararse, no es obligatorio. Las constantes pueden inicializarse mediante cada 
uno de los constructores de la clase. 



Observación de ingeniería de software 8. 1 3 

Declarar una variable de instancia como fina 7 ayuda a hacer valer el principio del menor privilegio. Si una variable 
de instancia no debe modificarse, declárela como fina 7 para evitar su modificación. 


Nuestro siguiente ejemplo contiene dos clases: Incremento (figura 8.15) y Pruebalncremento (figura 8.16). 
La clase Incremento contiene una variable de instancia final de tipo int, llamada INCREMENTO (figura 8.15, 
línea 7). Observe que la variable final no se inicializa en su declaración, por lo que debe inicializarse mediante 
el constructor de la clase (líneas 9 a 13). Si la clase proporcionara varios constructores, cada constructor tendría 
que inicializar la variable final. El constructor recibe el parámetro val orlncremento de tipo int y asigna su 
valor a INCREMENTO (línea 12). Una variable final no puede modificarse mediante una asignación, una vez que se 
inicializa. La clase de aplicación Pruebalncremento crea un objeto de la clase Incremento (figura 8.16, línea 8), 
y proporciona el valor 5 como argumento para el constructor, el cual se asigna a la constante INCREMENTO. 


1 // Fig. 8.15: Incremento. java 

2 // variable de instancia final en una clase. 

3 

4 public class Incremento 

5 { 

6 prívate int total =0; //el total de todos los incrementos 

7 prívate final int INCREMENTO; // variable constante (sin inicializar) 

8 

9 // el constructor inicializa la variable de instancia final INCREMENTO 

10 public Incremento( int valorlncremento ) 

11 { 

12 INCREMENTO = valorlncremento; // inicializa la variable constante (una vez) 

13 } // fin del constructor de Incremento 

14 

15 // suma INCREMENTO al total 

16 public void sumarlncrementoATotal () 

17 { 

18 total += INCREMENTO; 

19 } // fin del método sumarlncrementoATotal 

20 

21 // devuelve representación String de los datos de un objeto Incremento 

Figura 8.15 | Variable de instancia final en una clase. (Parte I de 2). 
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22 public String toStringO 

23 { 

24 return Stri ng . format( "total = %d", total ); 

25 } // fin del método toString 

26 } // fin de la clase Incremento 

Figura 8.15 | Variable de instancia final en una clase. (Parte 2 de 2). 


1 // Fig. 8.16: Pruebalncremento . java 

2 // variable final inicial izada con el argumento de un constructor. 

3 

4 public class Pruebalncremento 

5 { 

6 public static void main( String args[] ) 

7 { 

8 Incremento valor = new Incrementof 5 ); 

9 

10 System. out.printff "Antes de incrementar: %s\n\n' , valor ); 

1 1 

12 for ( int i = 1; i <= 3; i++ ) 

13 { 

14 val or . sumarlncrementoATotal () ; 

15 System. out.printff "Después de incrementar %d: %s\n , i, valor ); 

16 } // fin de for 

17 } // fin de main 

18 } // fin de la clase Pruebalncremento 


Antes de incrementar: total = 0 


Después de incrementar 1: 

total 

= 5 

Después de incrementar 2: 

total 

= 10 

Después de incrementar 3: 

total 

= 15 


Figura 8.16 | Variable final inicializada con el argumento de un constructor. 



Error común de programación 8.10 

Tratar de modificar una variable de instancia fina 7 después de inicializarla es un error de compilación. 



Tip para prevenir errores 8.2 


Los intentos por modificar una variable de instancia final se atrapan en tiempo de compilación, en vez de producir 
errores en tiempo de ejecución. Esto siempre es preferible en vez de permitir que se pasen hasta el tiempo de ejecución 
(en donde los estudios han demostrado que la reparación es, a menudo, mucho más costosa). 



Observación de ingeniería de software 8. 1 4 

Un campo final también debe declararse como stati c, si se inicializa en su declaración. Una vez que se inicializa 
un campo static en su declaración, su valor ya no puede cambiar. Por lo tanto, no es necesario tener una copia 
separada del campo para cada objeto de la clase. Al hacer a ese campo static, se permite que todos los objetos de la 
clase compartan el campo fina 1. 


Si no se inicializa una variable final , se produce un error de compilación. Para demostrar esto, colocamos la 
línea 12 de la figura 8.15 en un comentario y recompilamos la clase. La figura 8.17 muestra el mensaje de error 
que produce el compilador. 
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Error común de programación 8.1 I 


Si no se inicializa una variable de instancia fina 7 en su declaración, o en cada constructor de la clase, se produce un 
error de compilación, indicando que la variable tal vez no se haya inicializado. El mismo error se produce si la clase 
inicializa la variable en algunos de los constructores de la clase, pero no en todos. 


Incremento. java: IB: variable INCREMENTO might not have been initialized 
} // fin del constructor de Incremento 

A 

1 error 


Figura 8.17 | La variable final INCREMENTO debe inicializarse. 


8.14 Reutilización de software 

Los programadores en Java se concentran en fabricar nuevas clases y reutilizar las ya existentes. Existen muchas 
bibliotecas de clases, y se están desarrollando más a nivel mundial. El software se construye entonces a partir de 
componentes existentes, bien definidos, cuidadosamente probados, bien documentados, portables y ampliamente 
utilizados. Este tipo de reutilización de software agiliza el desarrollo de software poderoso de alta calidad. El 
desarrollo rápido de aplicaciones (RAD) es de gran interés hoy en día. 

Hay miles de clases a escoger en la API de Java, para ayudarnos a implementar programas. Evidentemente, 
Java no es tan solo un lenguaje de programación. Es un marco de trabajo en el que los desarrolladores lograr 
una verdadera reutilización y un desarrollo rápido de aplicaciones. Los programadores pueden enfocarse en la 
tarea principal al desarrollar sus programas, y dejan los detalles de nivel inferior a las clases de la API de Java. Por 
ejemplo, para escribir un programa que dibuja gráficos, un programador no requiere de un conocimiento sobre 
los gráficos en todas las plataformas computacionales en las que el programa vaya a ejecutarse. En vez de ello, 
puede concentrarse en aprender las herramientas para gráficos en Java (que son bastante substanciales, y cada día 
aumentan más) y escribir un programa en Java que dibuje los gráficos, utilizando clases de la API, como Gra- 
phf es. Cuando el programa se ejecuta en cierta computadora, corresponde a la JVM traducir los comandos de 
Java en comandos que la computadora local pueda entender. 

Las clases de la API de Java permiten a los programadores llevar con más rapidez nuevas aplicaciones al mer- 
cado, mediante el uso de componentes preexistentes y comprobados. Esto no sólo reduce el tiempo de desarrollo, 
sino que también mejora la habilidad del programador en cuanto a depurar y mantener aplicaciones. Para apro- 
vechar las diversas herramientas de Java, es imprescindible que usted se familiarice con la variedad de paquetes y 
clases en la API de Java. En el sitio j ava . sun . com existen muchos recursos basados en Web, los cuales le pueden 
ayudar con esta tarea. El principal recurso para aprender acerca de la API de Java es la documentación de la mis- 
ma, que puede encontrarse en 

java. sun . com/javase/6/docs/api/ 

Puede descargar la documentación de la API en 

java. sun . com/javase/downloads/ea. jsp 

Además, java.sun.com proporciona muchos otros recursos, incluyendo tutoriales, artículos y sitios específicos 
acerca de temas específicos de Java. 



Buena práctica de programación 8.2 

Evite reinventar la rueda. Estudie las capacidades de la API de Java. Si la API contiene una clase que cumple con 
los requerimientos de su programa, utilícela en lugar de una. 


Para darnos cuenta de todo el potencial de la reutilización de software, necesitamos mejorar los esquemas de 
catalogación, esquemas de licénciamiento, los mecanismos de protección que aseguran que no se corrompan las 
copias maestras de las clases, esquemas de descripción que los diseñadores de sistemas utilizan para determinar si 
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los objetos existentes cumplen con sus necesidades, mecanismos de exploración que determinan cuáles clases están 
disponibles y qué tan estrechamente cumplen con los requerimientos de los desarrolladores de software, etcétera. 
Muchos problemas interesantes de investigación y desarrollo se han resuelto, y muchos más necesitan resolverse. 
Estos problemas se resolverán, debido a que el valor potencial de la reutilización de software es enorme. 


8. 1 5 Abstracción de datos y encapsulamiento 

Las clases normalmente ocultan los detalles de la implementación a los clientes. Esto se conoce como oculta- 
miento de información. Como ejemplo de ello, analicemos la estructura de datos llamada pila, que presenta- 
mos en la sección 6.6. Recuerde que una pila es una estructura de datos del tipo último en entrar, primero en 
salir (UEPS): el último elemento que se mete (inserta) en la pila es el primer elemento que se saca (extrae) de 
ella. 

Las pilas pueden implementarse mediante arreglos y con otras estructuras de datos, como las listas enlaza- 
das. (Hablaremos sobre las pilas y las listas enlazadas en el capítulo 17, Estructuras de datos, y en el capítulo 19, 
Colecciones). El cliente de una clase pila no necesita preocuparse por la implementación de la pila. El cliente sólo 
sabe que cuando se colocan elementos de datos en la pila, éstos se recuperarán en el orden del último en entrar, 
primero en salir. El cliente se preocupa acerca de qué funcionalidad ofrece una pila, pero no acerca de cómo se 
implementa esa funcionalidad. A este concepto se le conoce como abstracción de datos. Aunque los programa- 
dores pudieran conocer los detalles de la implementación de una clase, no deben escribir código que dependa de 
esos detalles. Esto permite que una clase en particular (como una que implemente a una pila y sus operaciones: 
meter y sacar) se reemplace con otra versión, sin afectar al resto del sistema. Mientras que los servicios publ i c de 
la clase no cambien (es decir, que cada método original tenga aún el mismo nombre, tipo de valor de retorno y 
lista de parámetros en la declaración de la nueva clase), el resto del sistema no se ve afectado. 

La mayoría de los lenguajes de programación enfatizan las acciones. En estos lenguajes, los datos existen 
para apoyar las acciones que los programas deben realizar. Los datos son “menos interesantes” que las acciones. 
Los datos son “crudos”. Sólo existen unos cuantos tipos primitivos, y es difícil para los programadores crear sus 
propios tipos. Java y el estilo orientado a objetos de programación elevan la importancia de los datos. Las princi- 
pales actividades de la programación orientada a objetos en Java son la creación de tipos (por ejemplo, clases) y 
la expresión de las interacciones entre objetos de esos tipos. Para crear lenguajes que enfaticen los datos, la comu- 
nidad de lenguajes de programación necesitaba formalizar ciertas nociones sobre los datos. La formalización que 
consideramos aquí es la noción de tipos de datos abstractos (ADTs), los cuales mejoran el proceso de desarrollo 
de software. 

Considere el tipo primitivo i nt, el cual la mayor parte de las personas lo asociarían con un entero en ma- 
temáticas. En vez de ello, un i nt es una representación abstracta de un entero. A diferencia de los enteros 
matemáticos, los números i nt de computadora tienen un tamaño fijo. Por ejemplo, el tipo i nt en Java está 
limitado al rango desde -2,147,483,648 hasta +2,147,483,647. Si el resultado de un cálculo queda fuera de este 
rango se produce un error, y la computadora responde en cierta forma dependiente del equipo. Por ejemplo, 
podría producir “silenciosamente” un resultado incorrecto, como un valor demasiado largo como para caber en 
una variable int (lo que comúnmente se conoce como desbordamiento aritmético). Los enteros matemáticos 
no tienen este problema. Por lo tanto, la noción de un i nt de computadora es solamente una aproximación de la 
noción de un entero real. Lo mismo se aplica al tipo float y a los demás tipos integrados. 

Hemos dado por sentado la noción de i nt hasta este punto, pero ahora analicémosla desde una nueva pers- 
pectiva. Los tipos como i nt, float y char son ejemplos de tipos de datos abstractos. Estos tipos son representa- 
ciones de nociones reales hasta cierto nivel satisfactorio de precisión, dentro de un sistema computacional. 

En realidad, un ADT captura dos nociones: una representación de datos y las operaciones que pueden 
realizarse sobre esos datos. Por ejemplo, en Java un i nt contiene un valor entero (datos) y proporciona las opera- 
ciones de suma, resta, multiplicación, división y residuo; sin embargo, la división entre cero está indefinida. Los 
programadores en Java utilizan clases para implementar tipos de datos abstractos. 



Observación de ingeniería de software 8. 1 5 

Los programadores pueden crear tipos mediante el uso del mecanismo de clases. Pueden diseñarse nuevos tipos de 
manera que sean tan convenientes de usar como los tipos integrados. Esto marca a Java como un lenguaje extensible. 
Aunque el lenguaje es fácil de extender mediante nuevos tipos, el programador no puede alterar el lenguaje básico 
en sí. 
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Otro de los tipos de datos abstractos que veremos es una cola, similar a una “línea de espera”. Los sistemas 
computacionales utilizan muchas colas internamente. Una cola ofrece un comportamiento bien definido a sus 
clientes: éstos colocan elementos en una cola, uno a la vez, mediante una operación conocida como enfilar, y 
luego recuperan esos elementos, uno a la vez, mediante una operación conocida como retirar. Una cola devuelve 
los elementos en el orden primero en entrar, primero en salir (PEPS), lo cual significa que el primer elemento 
insertado en una cola es el primer elemento que se remueve. Conceptualmente, una cola puede volverse infinita- 
mente larga, pero las colas reales son finitas. 

La cola oculta una representación interna de datos que lleva el registro de los elementos que esperan actual- 
mente en la línea, y ofrece operaciones a sus clientes ( enfilar y retirar). A los clientes no les preocupa la im- 
plementación de la cola; simplemente dependen de que ésta opere “como se indicó”. Cuando un cliente enfila a 
un elemento, la cola debe aceptarlo y colocarlo en algún tipo de estructura de datos PEPS interna. De manera 
similar, cuando el cliente desea el siguiente elemento de la parte frontal de la cola, ésta debe remover el elemento 
de su representación interna y entregarlo en orden PEPS (es decir, el elemento que haya estado más tiempo en la 
cola debe ser el siguiente que se devuelva mediante la siguiente operación de retiro). 

El ADT tipo cola garantiza la integridad de su estructura de datos interna. Los clientes no pueden manipular 
esta estructura de datos directamente; sólo el ADT tipo cola tiene acceso a sus datos internos. Los clientes pueden 
realizar solamente las operaciones permitidas en la representación de datos; el ADT rechaza las operaciones que 
su interfaz pública no proporciona. 

8.16 Ejemplo práctico de la clase Tiempo: creación de paquetes 

En casi todos los ejemplos de este libro hemos visto que las clases de bibliotecas preexistentes, como la API de 
Java, pueden importarse en un programa en Java. Cada clase en la API pertenece a un paquete que contiene un 
grupo de clases relacionadas. A medida que las aplicaciones se vuelven más complejas, los paquetes ayudan a los 
programadores a administrar la complejidad de los componentes de una aplicación. Los paquetes también facili- 
tan la reutilización de software, al permitir que los programas importen clases de otros paquetes (como lo hemos 
hecho en la mayoría de los ejemplos). Otro beneficio de los paquetes es que proporcionan una convención para 
los nombres de clases únicos, lo cual ayuda a evitar los conflictos de nombres de clases (que veremos más adelan- 
te). En esta sección veremos cómo crear sus propios paquetes. 

Pasos para declarar una clase reutilizable 

Antes de poder importar una clase en varias aplicaciones, ésta debe colocarse en un paquete para que sea reutiliza- 
ble. La figura 8.18 muestra cómo especificar el paquete en el que debe colocarse una clase. La figura 8. 19 muestra 
cómo importar nuestra clase empaquetada, para poder usarla en una aplicación. Los pasos para crear una clase 
reutilizable son: 

1. Declare una clase publ i c; ya que de lo contrario, sólo la podrán usar otras clases en el mismo paquete. 

2. Seleccione un nombre único para el paquete y agregue una declaración package al archivo de código 
fuente para la declaración de la clase reutilizable. Sólo puede haber una declaración package en cada 
archivo de código fuente de Java, y debe ir antes que todas las demás declaraciones e instrucciones en 
el archivo. Observe que los comentarios no son instrucciones, por lo que pueden colocarse antes de una 
instrucción package en un archivo. 

3. Compile la clase de manera que se coloque en la estructura de directorio del paquete apropiada. 

4. Importe la clase reutilizable en un programa, y utilícela. 

Pasos 1 y 2: crear una clase publ icy agregar la instrucción package 

Para el paso 1, modificaremos la clase public Ti empol que declaramos en la figura 8.1. La nueva versión se mues- 
tra en la figura 8.18. No se han hecho modificaciones a la implementación de la clase, por lo que no hablaremos 
otra vez aquí sobre sus detalles de implementación. 

Para el paso 2 agregamos una declaración package (línea 3), la cual declara a un paquete llamado com. 
deitel . jhtp7.cap08. Al colocar una declaración package al principio de un archivo de código fuente de 
Java, indicamos que la clase declarada en el archivo forma parte del paquete especificado. Sólo las declaraciones 
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1 // Fig. 8.18: Tiempol. java 

2 // La declaración de la clase Tiempol mantiene la hora en formato de 24 horas. 

3 package com.deitel . jhtp7.cap08; 

4 

5 public class Tiempol 

6 { 

7 private int hora; // 0 - 23 

8 private int minuto; // 0 - 59 

9 private int segundo; // 0 - 59 

10 

11 // establece un nuevo valor de tiempo, usando la hora universal; asegura que 

12 // los datos sean consistentes, al establecer los valores inválidos a cero 

13 public void establ ecerTiempo( int h, int m, int s ) 

14 { 

15 hora =((h>=0&&h<24)?h:0); // valida la hora 

16 minuto =((m>=0&&m<60)?m:0); // valida el minuto 

17 segundo =((s>=0&&s<60)?s : 0 ) ; // valida el segundo 

18 } // fin del método establecerTiempo 

19 

20 // convierte a objeto String en formato de hora universal (HH:MM:SS) 

21 public String aStri ngllni versal () 

22 { 

23 return Stri ng . format( "%02d :%02d :%02d' , hora, minuto, segundo ); 

24 } // fin del método aStri ngllni versal 

25 

26 // convierte a objeto String en formato de hora estándar (H:MM:SS AM or PM) 

27 public String toStringO 

28 { 

29 return Stri ng . formatf "%d :%02d :%02d %s", 

30 ( ( hora == 0 | | hora == 12 ) ? 12 : hora % 12 ) , 

31 minuto, segundo, ( hora < 12 ? "AM" : "PM" ) ); 

32 } // fin del método toString 

33 } // fin de la clase Tiempol 

Figura 8.18 | Empaquetamiento de la clase Tiempol para reutilizarla. 


package, las declaraciones import y los comentarios pueden aparecer fuera de las llaves de una declaración 
de clase. Un archivo de código fuente de Java debe tener el siguiente orden: 

1. Una declaración package (si la hay). 

2. Declaraciones import (si las hay). 

3. Declaraciones de clases. 

Sólo una de las declaraciones de las clases en un archivo específico pueden ser publ i c; las demás se colocan en el 
paquete, y sólo las pueden utilizar las otras clases en el mismo paquete. Las clases que no son public están en 
un paquete, para dar soporte a las clases reutilizables. 

En un esfuerzo por proporcionar nombres únicos para cada paquete, Sun Microsystems especifica una con- 
vención para nombrar paquetes, que todos los programadores de Java deben seguir. Cada nombre de paquete 
debe empezar con un nombre de dominio de Internet en orden inverso. Por ejemplo, nuestro nombre de domi- 
nio es deitel .com, por lo que los nombres de nuestros paquetes empiezan con com.deitel. Para el nombre 
de dominio suescuela.edu, el nombre del paquete debe empezar con edu .suescuela. Una vez que se invierte el 
nombre del dominio, podemos elegir cualquier otro nombre que deseemos para nuestro paquete. Si usted forma 
parte de una empresa con muchas divisiones, o de una universidad con muchas escuelas, tal vez sea conveniente 
que utilice el nombre de su división o escuela como el siguiente nombre en el paquete. Nosotros optamos por usar 
j htp7 como el siguiente nombre en nuestro paquete, para indicar que esta clase es del libro en inglés java How To 
Program, Séptima edición. El último nombre en nuestro paquete especifica que es para el capítulo 8 (cap08). 
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Paso 3: compilar la clase empaquetada 

El paso 3 es compilar la clase, de manera que se almacene en el paquete apropiado. Cuando se compila un archivo 
de Java que contiene una declaración package, el archivo de clase resultante se coloca en el directorio especificado 
por la declaración. La declaración package en la figura 8.18 indica que la clase Tiempol debe colocarse en el 
siguiente directorio: 

com 

dei tel 
jhtp7 
cap08 

Los nombres de los directorios especifican la ubicación exacta de las clases en el paquete. 

Al compilar una clase en un paquete, la opción -d de la línea de comandos de j avac hace que el compila- 
dor javac cree los directorios apropiados, con base en la declaración package de la clase. Esta opción también 
especifica en dónde se deben almacenar los directorios. Por ejemplo, en una ventana de comandos utilizamos el 
siguiente comando de compilación 

javac -d . Tiempol. java 

para especificar que el primer directorio en el nombre de nuestro paquete debe colocarse en el directorio actual. 
El punto (.) después de -d en el comando anterior representa el directorio actual en los sistemas operativos Win- 
dows, UNIX y Linux (y en varios otros también). Después de ejecutar el comando de compilación, el directorio 
actual contiene un directorio llamado com, el cual contiene uno llamado dei tel, que a su vez contiene uno 
llamado jhtp7, y este último contiene un directorio llamado cap08. En el directorio cap08 podemos encontrar 
el archivo Ti empol. el ass. [Nota: si no utiliza la opción -d, entonces debe copiar o mover el archivo de clase al 
directorio del paquete apropiado después de compilarlo]. 

El nombre package forma parte del nombre de clase completamente calificado, por lo que el nombre de la 
clase Tiempol es en realidad com. dei tel . jhtp7.cap08. Ti empol. Puede utilizar este nombre completamente 
calificado en sus programas, o puede importar la clase y utilizar su nombre simple (el nombre de la clase por sí 
solo: Ti empol) en el programa. Si otro paquete contiene también una clase Ti empol, los nombres de clase com- 
pletamente calificados pueden utilizarse para diferenciar una clase de otra en el programa, y evitar un conflicto 
de nombres (también conocido como colisión de nombres). 

Paso 4: importar la clase reutilizable 

Una vez que la clase se compila y se guarda en su paquete, se puede importar en los programas (paso 4). En la apli- 
cación PruebaPaqueteTi empol de la figura 8.19, la línea 3 especifica que la clase Ti empol debe importarse para 
usarla en la clase PruebaPaqueteTi empol. La clase PruebaPaqueteTi empol está en el paquete predeterminado, 
ya que el archivo . java de la clase no contiene una declaración package. Como las dos clases se encuentran en 
distintos paquetes, se requiere la declaración import en la línea 3, de manera que la clase PruebaPaqueteTi em- 
pol pueda utilizar la clase Tiempol. 


1 

2 

3 

4 

5 

6 

7 

8 
9 

10 
1 1 
12 
13 


// Fig. 8.19: PruebaPaqueteTiempol. java 
// Uso de un objeto Tiempol en una aplicación. 

import com. deitel . jhtp7.cap08. Tiempol; // importa la clase Tiempol 

public el ass PruebaPaqueteTiempol 

{ 

public static void main( String args[] ) 

{ 

// crea e inicial iza un objeto Tiempol 

Tiempol tiempo = new TiempolO; // llama al constructor de Tiempol 

// imprime representaciones String de la hora 
System. out.print( "La hora universal inicial es: " ); 


Figura 8.19 


Uso de un objeto Tiempol en una aplicación. (Parte I de 2). 
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14 System. out.println( ti empo. aStri ngllni versal () ); 

15 System. out. print( "La hora estándar inicial es: " ); 

16 System. out. printlnC tiempo. toStringO ); 

17 System. out. printlnO ; // imprime una linea en blanco 

18 

19 // cambia la hora e imprime la hora actualizada 

20 tiempo . establ ecerTi empo( IB, 27, 6 ); 

21 System. out. print( "La hora universal después de establ ecerTi empo es: " ); 

22 System. out. printlnC ti empo. aStri ngllni versal () ); 

23 System. out. print( "La hora estándar después de establ ecerTiempo es: " ); 

24 System. out. printlnC ti empo . toStri ng() ); 

25 System. out. printlnO ; // imprime una linea en blanco 

26 

27 // establece la hora con valores inválidos; imprime la hora actualizada 

28 ti empo. establ ecerTi empo( 99, 99, 99 ); 

29 System. out. printlnC "Después de intentar ajustes invalidos:" ); 

30 System. out. print( "Hora universal: " ); 

31 System. out. printlnC ti empo. aStri ngllni versal () ); 

32 System. out. print( "Hora estándar: " ); 

33 System. out. printlnC tiempo. toStringO ); 

34 } // fin de main 

35 } // fin de la clase PruebaPaqueteTi empol 


La hora universal inicial es: 00:00:00 
La hora estándar inicial es: 12:00:00 AM 

La hora universal después de establ ecerTi empo es: 13:27:06 
La hora estándar después de establ ecerTi empo es: 1:27:06 PM 

Después de intentar ajustes invalidos: 

Hora universal: 00:00:00 
Hora estándar: 12:00:00 AM 


Figura 8.19 | Uso de un objeto Ti empol en una aplicación. (Parte 2 de 2). 


La línea 3 se conoce como una declaración import de tipo simple; es decir, la declaración i mport especifica 
una clase que se va a importar. Cuando su programa utiliza varias clases del mismo paquete, puede importar esas 
clases con una sola declaración import. Por ejemplo, la declaración 

import java. útil.*; // importa las clases del paquete java. útil 

usa un asterisco (*) al final de la declaración i mport para informar al compilador que todas las clases del paquete 
java, útil están disponibles para usarlas en el programa. Esto se conoce como una declaración import tipo 
sobre demanda. La JVM sólo carga las clases del paquete java. útil que se utilizan en el programa. La decla- 
ración import anterior nos permite utilizar el nombre simple de cualquier clase del paquete java, útil en el 
programa. A lo largo de este libro, utilizaremos declaraciones i mpo rt tipo simples, por claridad. 



Error común de programación 8.12 

Utilizar la declaración import java . *; produce un error de compilación. Se debe especificar el nombre exacto del 
paquete del que se desea importar clases. 


Especificar la ruta de clases durante la compilación 

Al compilar PruebaPaqueteTi empol, javac debe localizar el archivo .class para Tiempol, de forma que se 
asegure que la clase PruebaPaqueteTi empol utilice a la clase Tiempol en forma correcta. El compilador utiliza 
un objeto especial, llamado cargador de clases, para localizar las clases que necesita. El cargador de clases em- 
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pieza buscando las clases estándar de Java que se incluyen con el JDK. Después busca los paquetes opcionales. 
Java cuenta con un mecanismo de extensión que permite agregar paquetes nuevos (opcionales), para fines de 
desarrollo y ejecución. [Nota: el mecanismo de extensión está más allá del alcance de este libro. Para obtener 
más información, visite java, sun . com/javase/6/docs/technotes/gui des/extensi ons/]. Si la clase no se 
encuentra en las clases estándar de Java o en las clases de extensión, el cargador de clases busca en la ruta de clases, 
que contiene una lista de ubicaciones en la que se almacenan las clases. La ruta de clases consiste en una lista de 
directorios o archivos de ficheros, cada uno separado por un separador de directorio: un signo de punto y coma 
( ; ) en Windows o un signo de dos puntos ( : ) en UNIX/Linux/Mac OS X. Los archivos de ficheros son archivos 
individuales que contienen directorios de otros archivos, generalmente en formato comprimido. Por ejemplo, las 
clases estándar de Java que usted utiliza en sus programas están contenidas en el archivo de ficheros rt . jar, el 
cual se instala junto con el JDK. Los archivos de ficheros generalmente terminan con la extensión .jaro . zi p. 
Los directorios y archivos de ficheros que se especifican en la ruta de clases contienen las clases que usted desea 
poner a disponibilidad del compilador y la máquina virtual de Java. 

De manera predeterminada, la ruta de clases consiste sólo del directorio actual. Sin embargo, la ruta de clases 
puede modificarse de la siguiente manera: 

1. proporcionando la opción -classpath al compilador javac o 

2. estableciendo la variable de entorno CLASSPATH (una variable especial que usted define y el sistema ope- 
rativo mantiene, de manera que las aplicaciones puedan buscar clases en las ubicaciones especificadas). 

Para obtener más información sobre la ruta de clases, visite la página java, sun . com/j avase/6/docs/techno- 
tes/tool s/ i ndex . html . La sección titulada “General Information” (información general) contiene información 
acerca de cómo establecer la ruta de clases para UNIX/Linux y Windows. 



Error común de programación 8.13 

Al especificar una ruta de clases explícita se elimina el directorio actual de la ruta de clases. Esto evita que las clases 
en el directorio actual (incluyendo los paquetes en ese directorio) se carguen correctamente. Si deben cargarse 
clases del directorio actual, un punto (.) en la ruta de clases para especificar el directorio actual. 



Observación de ingeniería de software 8. 1 6 

En general, es una mejor práctica utilizar la opción -classpath del compilador, en vez de usar la variable 
de entorno CLASSPATH para especificar la ruta de clases para un programa. De esta manera, cada aplicación 
puede tener su propia ruta de clases. 



Tip para prevenir errores 8.3 


Al especificar la ruta de clases con la variable de entorno CLASSPATH se pueden producir errores sutiles y difíciles de 
localizar en los programas que utilicen versiones distintas del mismo paquete. 


Para el ejemplo de las figuras 8.18 y 8.19, no especificamos una ruta de clases explícita. Por lo tanto, para 
localizar las clases en el paquete com.deitel . jhtp7.cap08 de este ejemplo, el cargador de clases busca en el 
directorio actual el primer nombre en el paquete: com. A continuación, el cargador de clases navega por la estruc- 
tura de directorios. El directorio com contiene al subdirectorio deitel; éste contiene al subdirectorio jhtp7. 
Finalmente, el directorio jhtp7 contiene al subdirectorio cap08. En este subdirectorio se encuentra el archivo 
Ti empol . el ass, que se carga mediante el cargador de clases para asegurar que la clase se utilice apropiadamente 
en nuestro programa. 


Especificar la ruta de clases al ejecutar una aplicación 

Al ejecutar una aplicación, la JVM debe poder localizar las clases que se utilizan en esa aplicación. Al igual que el 
compilador, el comando j ava utiliza un cargador de clases que busca primero en las clases estándar y de exten- 
sión, y después busca en la ruta de clases (el directorio actual, de manera predeterminada). La ruta de clases para 
la JVM puede especificarse en forma explícita, utilizando cualquiera de las técnicas descritas para el compilador. 
Al igual que con el compilador, es mejor especificar a la JVM una ruta de clases individual para cada programa, 
mediante las opciones de la línea de comandos. Usted puede especificar la ruta de clases en el comando j ava 
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mediante las opciones de línea de comandos -el asspath o -cp, seguidas de una lista de directorios o archivos de 
ficheros separados por signos de punto y coma ( ; ) en Microsoft Windows, o signos de dos puntos ( : ) en UNIX/ 
Linux/Mac OS X. De nuevo, si las clases deben cargarse del directorio actual, asegúrese de incluir un punto (.) 
en la ruta de clases para especificar el directorio actual. 

8. 1 7 Acceso a paquetes 

Si no se especifica un modificador de acceso (public, protected o prívate; hablaremos sobre protected en 
el capítulo 9) para un método o variable al declararse en una clase, se considerará que el método o variable tiene 
acceso a nivel de paquete. En un programa que consiste de una declaración de clase, esto no tiene un efecto 
específico. No obstante, si un programa utiliza varias clases del mismo paquete (es decir, un grupo de clases rela- 
cionadas), éstas pueden acceder a los miembros con acceso a nivel de paquete de cada una de las otras clases di- 
rectamente, a través de referencias a objetos de las clases apropiadas. 

La aplicación de la figura 8.20 demuestra el acceso a los paquetes. La aplicación contiene dos clases en un 
archivo de código fuente: la clase de aplicación PruebaDatosPaquete (líneas 5 a 21) y la clase DatosPaquete 
(líneas 24 a 41). Al compilar este programa, el compilador produce dos archivos .class separados: PruebaDa- 
tosPaquete . el ass y DatosPaquete . el ass. El compilador coloca los dos archivos . el ass en el mismo direc- 
torio, por lo que las clases se consideran como parte del mismo paquete. Como forman parte del mismo paquete, 
se permite a la clase PruebaDatosPaquete modificar los datos con acceso a nivel de paquete de los objetos 
DatosPaquete. 

En la declaración de la clase DatosPaquete, las líneas 26 y 27 declaran las variables de instancia numero y 
cadena sin modificadores de acceso; por lo tanto, éstas son variables de instancia con acceso a nivel de paquete. El 
método mai n de la aplicación PruebaDatosPaquete crea una instancia de la clase DatosPaquete (línea 9) para 
demostrar la habilidad de modificar las variables de instancia de DatosPaquete directamente (como se muestra 
en las líneas 15 y 16). Los resultados de la modificación se pueden ver en la ventana de resultados. 


1 // Fig. 8.20: PruebaDatosPaquete. java 

2 // Los miembros con acceso a nivel de paquete de una clase son accesibles 

3 // para las demás clases en el mismo paquete. 

4 

5 public class PruebaDatosPaquete 

6 { 

7 public static void main( String args[] ) 

8 { 

9 DatosPaquete datosPaquete = new DatosPaqueteO ; 

10 

11 // imprime la representación String de datosPaquete 

12 System. out.printf( "Después de instanciar:\n%s\n' , datosPaquete ); 

13 

14 // modifica los datos con acceso a nivel de paquete en el objeto datosPaquete 

15 datosPaquete. numero = 77; 

16 datosPaquete. cadena = "Adiós"; 

17 

18 // imprime la representación String de datosPaquete 

19 System. out.printf( "\nDespues de modificar val ores :\n%s\n" , datosPaquete ); 

20 } // fin de main 

21 } // fin de la clase PruebaDatosPaquete 

22 

23 // clase con variables de instancia con acceso a nivel de paquete 

24 class DatosPaquete 

25 { 

26 int numero; // variable de instancia con acceso a nivel de paquete 

27 String cadena; // variable de instancia con acceso a nivel de paquete 

Figura 8.20 | Los miembros con acceso a nivel de paquete de una clase son accesibles para las demás clases en el 
mismo paquete. (Parte I de 2). 
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28 

29 // constructor 

30 public DatosPaqueteO 

31 { 

32 numero = 0; 

33 cadena = "Hola"; 

34 } // fin del constructor de DatosPaquete 

35 

36 // devuelve la representación String del objeto DatosPaquete 

37 public String toStringO 

38 { 

39 return Stri ng . format( "numero: %d; cadena: %s", numero, cadena ); 

40 } // fin del método toString 

41 } // fin de la clase DatosPaquete 


Después de instanciar: 
numero: 0; cadena: Hola 

Después de modificar valores: 
numero: 77; cadena: Adiós 

Figura 8.20 | Los miembros con acceso a nivel de paquete de una clase son accesibles para las demás clases en el 
mismo paquete. (Parte 2 de 2). 


8.18 (Opcional) Ejemplo práctico de GUI y gráficos: uso de objetos 
con gráficos 

La mayoría de los gráficos que ha visto hasta este punto no varían cada vez que se ejecuta el programa. Sin 
embargo, el ejercicio 6.2 le pedía que creara un programa para generar figuras y colores al azar. En ese ejercicio, 
el dibujo cambiaba cada vez que el sistema llamaba a pai ntComponent para volver a dibujar el panel. Para crear 
un dibujo más consistente que permanezca sin cambios cada vez que se dibuja, debemos almacenar información 
acerca de las figuras mostradas, para que podamos reproducirlas en forma idéntica, cada vez que el sistema llame 
a pai ntComponent. 

Para ello, crearemos un conjunto de clases de figuras que almacenan información acerca de cada figura. Hare- 
mos a estas clases “inteligentes”, al permitir que los objetos se dibujen a sí mismos si se les proporciona un objeto 
Graphi es. La figura 8.21 declara la clase Mi Li nea, que tiene todas estas capacidades. 

La clase Mi Li nea importa a Col or y Graphi es (líneas 3 y 4). Las líneas 8 a 1 1 declaran variables de instancia 
para las coordenadas necesarias para dibujar una línea, y la línea 12 declara la variable de instancia que almacena 
el color. El constructor en las líneas 1 5 a 22 recibe cinco parámetros, uno para cada variable de instancia que 
inicializa. El método di bu jar en las líneas 25 a 29 requiere un objeto Graphi es y lo utiliza para dibujar la línea 
en el color apropiado y en las coordenadas correctas. 


1 // Fig. 8.21: MiLinea.java 

2 // Declaración de la clase Mi Linea. 

3 import j ava. awt. Color; 

4 import java. awt. Graphics; 

5 

6 public class Mi Linea 

7 { 

8 private int xl; // coordenada x del primer punto final 

9 private int yl; // coordenada y del primer punto final 

10 private int x2 ; // coordenada x del segundo punto final 

Figura 8.2 1 | La clase Mi Li nea representa a una línea. (Parte I de 2). 
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11 prívate int y2 ; // coordenada y del segundo punto final 

12 prívate Color míColor; // el color de esta figura 

13 

14 // constructor con valores de entrada 

15 public MiLinea( í nt xl, int yl, int x2 , int y2 , Color color ) 

16 { 


17 

thi s .xl 

= xl; 

// 

establ ece 

1 a 

coordenada 

X 

del 

primer 

punto 

final 

18 

thi s .yl 

= yl; 

// 

establ ece 

1 a 

coordenada 

y 

del 

primer 

punto 

final 

19 

this.x2 

= X2; 

// 

establ ece 

la 

coordenada 

X 

del 

segundo 

punto 

final 

20 

thi s .y2 

= y2; 

// 

establ ece 

1 a 

coordenada 

y 

del 

segundo 

punto 

final 

21 

mi Color 

= color; 

// establece 

el color 







22 } // fin del constructor de Mi Linea 

23 

24 // Dibuja la línea en el color específico 

25 public void dibujar( Graphics g ) 

26 { 

27 g.setColor( miColor ); 

28 g.drawLine( xl, yl, x2 , y2 ); 

29 } // fin del método dibujar 

30 } // fin de la clase Mi Linea 

Figura 8.21 | La clase Mi Linea representa a una línea. (Parte 2 de 2). 


En la figura 8.22, declaramos la clase Panel Di bu jo, que generará objetos aleatorios de la clase Mi Li nea. La 
línea 12 declara un arreglo Mi Li nea para almacenar las líneas a dibujar. Dentro del constructor (líneas 15 a 37), 
la línea 17 establece el color de fondo a Color .WHITE. La línea 19 crea el arreglo con una longitud aleatoria entre 
5 y 9. El ciclo en las líneas 22 a 36 crea un nuevo objeto Mi Li nea para cada elemento en el arreglo. Las líneas 25 
a 28 generan coordenadas aleatorias para los puntos finales de cada línea, y las líneas 31 y 32 generan un color 
aleatorio para la línea. La línea 35 crea un nuevo objeto Mi Li nea con los valores generados al azar, y lo almacena 
en el arreglo. 
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// Fig. 8.22: PanelDibujo. java 

// Programa que utiliza la clase Mi Linea 

// para dibujar líneas al azar. 

import j ava. awt. Color; 

import java. awt. Graphics; 

import java. útil .Random; 

import javax. swing . 1 Panel ; 

public class PanelDibujo extends JPanel 

{ 

prívate Random numerosAleatorios = new RandomO; 
prívate MiLinea lineasf]; // arreglo de lineas 

// constructor, crea un panel con figuras al azar 
public PanelDibujoO 
{ 

setBackground( Color. WHITE ); 

lineas = new MiLinea[ 5 + numerosAl eatori os . nextlntf 5 ) ]; 

// crea lineas 

for (int cuenta = 0; cuenta < 1 i neas . 1 ength ; cuenta++ ) 

{ 

// genera coordenadas aleatorias 


Figura 8.22 


Creación de objetos Mi Li nea al azar. (Parte I de 2). 
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25 int xl = numerosAleatorios.nextInt( 300 ); 

26 int yl = numerosA1eatorios.nextInt( 300 ); 

27 int x2 = numerosAleatorios.nextInt( 300 ); 

28 int y2 = numerosAl eatori os . nextlnt ( 300 ); 

29 

30 // genera un color aleatorio 

31 Color color = new Color( numerosAleatorios.nextInt( 256 ), 

32 numerosAleatorios.nextInt( 256 ), numerosAleatorios . nextlnt( 256 ) ); 

33 

34 // agrega la linea a la lista de lineas a mostrar en pantalla 

35 lineas[ cuenta ] = new MiLinea( xl, yl, x2 , y2 , color ); 

36 } // fin de for 

37 } // fin del constructor de PanelDibujo 

38 

39 // para cada arreglo de figuras, dibuja las figuras individuales 

40 public void pai ntComponentf Graphics g ) 

41 { 

42 super . pai ntComponent( g ); 

43 

44 // dibuja las lineas 

45 for ( Mi Linea linea : lineas ) 

46 1 i nea. dibujar( g ) I 

47 } // fin del método pai ntComponent 

48 } // fin de la clase PanelDibujo 

Figura 8.22 | Creación de objetos Mi Li nea al azar. (Parte 2 de 2). 


El método pai ntComponent itera a través de los objetos Mi Li nea en el arreglo 1 i neas usando una instruc- 
ción for mejorada (líneas 45 y 46). Cada iteración llama al método di bu jar del objeto Mi Li nea actual, y le pasa 
el objeto Graphi es para dibujar en el panel. La clase PruebaDi bu jo en la figura 8.23 establece una nueva ventana 
para mostrar nuestro dibujo. Como estableceremos las coordenadas para las líneas sólo una vez en el constructor, 
el dibujo no cambia si se hace una llamada a pai ntComponent para actualizar el dibujo en la pantalla. 

Ejercicio del ejemplo práctico de GUI y gráficos 

8.1 Extienda el programa de las figuras 8.21 a 8.23 para dibujar rectángulos y óvalos al azar. Cree las clases Mi Rec- 
tángulo y Mi Oval o. Ambas deben incluir las coordenadas xl, yl, x2,y2, un color y una bandera boolean para deter- 
minar si la figura es rellena. Declare un constructor en cada clase con argumentos para inicializar todas las variables 
de instancia. Para ayudar a dibujar rectángulos y óvalos, cada clase debe proporcionar los métodos obtenerXSupIzq, 
obtenerYSupIzq, obtenerAnchura y obtenerAl tura, que calculen la coordenada x superior izquierda, la coordenada 
y superior izquierda, la anchura y la altura, respectivamente. La coordenada x superior izquierda es el más pequeño de 
los dos valores de coordenada x, la coordenada y superior izquierda es el más pequeño de los dos valores de coordena- 
da y, la anchura es el valor absoluto de la diferencia entre los dos valores de coordenada x, y la altura es el valor absoluto 
de la diferencia entre los dos valores de coordenada y. 

La clase Panel Dibujo, que extiende a 3 Panel y se encarga de la creación de las figuras, debe declarar tres arreglos, 
uno para cada tipo de figura. La longitud de cada arreglo debe ser un número aleatorio entre 1 y 5. El constructor de la 
clase Panel Di bu jo debe llenar cada uno de los arreglos con figuras de posición, tamaño, color y relleno aleatorios. 

Además, modifique las tres clases de figuras para incluir lo siguiente: 

a) Un constructor sin argumentos que establezca todas las coordenadas de la figura a 0, el color de la figura a 
Col or . BLACK y la propiedad de relleno a fal se (sólo en Mi Rectángulo y Mi Oval o). 

b) Métodos establecer para las variables de instancia en cada clase. Los métodos para establecer el valor de una 
coordenada deben verificar que el argumento sea mayor o igual a cero, antes de establecer la coordenada; si 
no es así, deben establecer la coordenada a cero. El constructor debe llamar a los métodos establecer, en vez 
de inicializar las variables locales directamente. 

c) Métodos obtener para las variables de instancia en cada clase. El método dibujar debe hacer referencia a las 
coordenadas mediante los métodos obtener, en vez de acceder a ellas directamente. 
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1 // Fig. 8.23: PruebaDibujo. java 

2 // Aplicación de prueba para mostrar un PanelDibujo en pantalla. 

3 import javax. swi ng . IFrame ; 

4 

5 public class PruebaDibujo 

6 { 

7 public static void main( String args[] ) 

8 { 

9 PanelDibujo panel = new PanelDibujoO ; 

10 JFrame aplicación = new JFrameO; 

1 1 

12 aplicacion.setDefaultCloseOperation( IFrame . EXIT_0N_CL0SE ); 

13 aplicación. add( panel ); 

14 aplicación. setSizeC 300, 300 ); 

15 aplicación. setVisible( true ); 

16 } // fin de main 

17 } // fin de la clase PruebaDibujo 



Figura 8.23 | Creación de un objeto JFrame para mostrar PanelDibujo. 


8.19 (Opcional) Ejemplo práctico de Ingeniería de Software: 
inicio de la programación de las clases del sistema ATM 

En las secciones del Ejemplo práctico de Ingeniería de Software de los capítulos 1 al 7, hablamos de los funda- 
mentos de la orientación a objetos y desarrollamos un diseño orientado a objetos para nuestro sistema ATM. 
Anteriormente en este capítulo, vimos muchos de los detalles de programación con clases. Ahora empezaremos a 
implementar nuestro diseño orientado a objetos en Java. Al final de esta sección, le mostraremos cómo convertir 
los diagramas de clases en código de Java. En la sección final del Ejemplo práctico de Ingeniería de Software 
(sección 10.9), modificaremos el código para incorporar el concepto orientado a objetos de herencia. En el 
apéndice M presentamos la implementación completa del código en Java. 

Visibilidad 

Ahora aplicaremos modificadores de acceso a los miembros de nuestras clases. En el capítulo 3 presentamos los 
modificadores de acceso publ i c y pri vate. Los modificadores de acceso determinan la visibilidad, o accesi- 
bilidad, de los atributos y métodos de un objeto para otros objetos. Antes de empezar a implementar nuestro 
diseño, debemos considerar cuáles atributos y métodos de nuestras clases deben ser publ i c y cuáles deben ser 
prívate. 

En el capítulo 3 observamos que, por lo general, los atributos deben ser pri vate, y que los métodos invoca- 
dos por los clientes de una clase dada deben ser publ i c. Sin embargo, los métodos que se llaman sólo por otros 
métodos de la clase como “métodos utilitarios” deben ser pri vate. UML emplea marcadores de visibilidad para 
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modelar la visibilidad de los atributos y las operaciones. La visibilidad pública se indica mediante la colocación 
de un signo más (+) antes de una operación o atributo, mientras que un signo menos (-) indica una visibilidad 
privada. La figura 8.24 muestra nuestro diagrama de clases actualizado, en el cual se incluyen los marcadores de 
visibilidad. [Nota: no incluimos parámetros de operación en la figura 8.24; esto es perfectamente normal. Agregar 
los marcadores de visibilidad no afecta a los parámetros que ya están modelados en los diagramas de clases de las 
figuras 6.22 a 6.25]. 

Navegabilidad 

Antes de empezar a implementar nuestro diseño en Java, presentaremos una notación adicional de UML. El 
diagrama de clases de la figura 8.25 refina aún más las relaciones entre las clases del sistema ATM, al agregar 
flechas de navegabilidad a las líneas de asociación. Las flechas de navegabilidad (representadas como flechas con 
puntas delgadas en el diagrama de clases) indican en qué dirección puede recorrerse una asociación. Al imple- 
mentar un sistema diseñado mediante el uso de UML, los programadores utilizan flechas de navegabilidad para 
ayudar a determinar cuáles objetos necesitan referencias a otros objetos. Por ejemplo, la flecha de navegabilidad 
que apunta de la clase ATM a la clase BaseDatosBanco indica que podemos navegar de una a la otra, con lo cual se 
permite a la clase ATM invocar a las operaciones de BaseDatosBanco. No obstante, como la figura 8.25 no contie- 
ne una flecha de navegabilidad que apunte de la clase BaseDatosBanco a la clase ATM, la clase BaseDatosBanco 
no puede acceder a las operaciones de la clase ATM. Observe que las asociaciones en un diagrama de clases que 
tienen flechas de navegabilidad en ambos extremos, o que no tienen ninguna flecha, indican una navegabilidad 
bidireccional: la navegación puede proceder en cualquier dirección a lo largo de la asociación. 


ATM 

- usuarioAutenticado : Boolean = false 


SolicitudSaldo 

- numeroCuenta : [nteger 
+ ejecutar() 

Retiro 

- numeroCuenta : Integer 

- monto : Double 
+ ejecutar() 

Deposito 

- numeroCuenta : Integer 

- monto : Double 
+ ejecutad) 


Cuenta 

- numeroCuenta : Integer 

- nip : Integer 

- saldoDisponible : Double 

- saldoTotal : Double 

+ validarNIP() : Boolean 
+ obtenerSaldoDIsponlbleQ : Double 
+ obtenerSaldoTotal() : Double 
+ abonar() 

+ cargar() 

Pantalla 


+ mostrarMensaje() 

Teclado 


+ obtenerEntradaQ : Integer 


BaseDatosBanco DispensadorEfectivo 

- cuenta : Integer = 500 

+ autenticarUsuario() : Boolean + dlspensarEfectlvoQ 

+ obtenerSaldoD¡spon¡ble() : Double + haySuficienteEfectivoDisponible() : Boolean 

+ obtenerSaldoTotalQ : Double 

+ abonar() RanuraDeposito 

+ cargarQ 


+ seRecibioSobreDeposito() : Boolean 


Figura 8.24 | Diagrama de clases con marcadores de visibilidad. 
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Figura 8.25 | Diagrama de clases con flechas de navegabilidad. 


Al igual que el diagrama de clases de la figura 3.24, el de la figura 8.25 omite las clases Sol i ci tudSal do y 
Deposi to para simplificarlo. La navegabilidad de las asociaciones en las que participan estas dos clases se asemeja 
mucho a la navegabilidad de las asociaciones de la clase Retí ro. En la sección 3.10 vimos que Sol i ci tudSal do 
tiene una asociación con la clase Pantal 1 a. Podemos navegar de la clase Sol i ci tudSal do a la clase Pantal 1 a 
a lo largo de esta asociación, pero no podemos navegar de la clase Pantal 1 a a la clase Sol i ci tudSal do. Por 
ende, si modeláramos la clase Sol i ci tudSal do en la figura 8.25, colocaríamos una flecha de navegabilidad en 
el extremo de la clase Pantalla de esta asociación. Recuerde también que la clase Deposito se asocia con las 
clases Pantal 1 a, Tecl ado y RanuraDeposi to. Podemos navegar de la clase Deposito a cada una de estas clases, 
pero no al revés. Por lo tanto, podríamos colocar flechas de navegabilidad en los extremos de las clases Pantal 1 a, 
Tecl ado y RanuraDeposi to de estas asociaciones. [Nota: modelaremos estas clases y asociaciones adicionales en 
nuestro diagrama de clases final en la sección 10.9, una vez que hayamos simplificado la estructura de nuestro 
sistema, al incorporar el concepto orientado a objetos de la herencia]. 

Implementación del sistema ATM a partir de su diseño de UML 

Ahora estamos listos para empezar a implementar el sistema ATM. Primero convertiremos las clases de los diagra- 
mas de las figuras 8.24 y 8.25 en código de Java. Este código representará el “esqueleto” del sistema. En el capítulo 
10 modificaremos el código para incorporar el concepto orientado a objetos de la herencia. 

Como ejemplo, empezaremos a desarrollar el código a partir de nuestro diseño de la clase Reti ro en la 
figura 8.24. Utilizaremos esta figura para determinar los atributos y operaciones de la clase. Usaremos el modelo 
de UML en la figura 8.25 para determinar las asociaciones entre las clases. Seguiremos estos cuatro lincamientos 
para cada clase: 

1. Use el nombre que se localiza en el primer compartimiento para declarar la clase como publ i c, con un 
constructor sin parámetros vacío. Incluimos este constructor tan sólo como un receptáculo para recor- 
darnos que la mayoría de las clases necesitarán en definitiva constructores. En el apéndice M, en donde 
completamos una versión funcional de esta clase, agregaremos todos los argumentos y el código necesa- 
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ríos al cuerpo del constructor. Por ejemplo, la clase Retí ro produce el código de la figura 8.26. [Nota: 
si encontramos que las variables de instancia de la clase sólo requieren la inicialización predeterminada, 
eliminaremos el constructor sin parámetros vacío, ya que es innecesario] . 

2. Use los atributos que se localizan en el segundo compartimiento para declarar las variables de instancia. 
Por ejemplo, los atributos pri vate numeroCuenta y monto de la clase Retí ro producen el código de la 
figura 8.27. [Nota: el constructor de la versión funcional completa de esta clase asignará valores a estos 
atributos]. 

3. Use las asociaciones descritas en el diagrama de clases para declarar las referencias a otros objetos. Por 
ejemplo, de acuerdo con la figura 8.25, Retí ro puede acceder a un objeto de la clase Pantal 1 a, a un 
objeto de la clase Teclado, a un objeto de la clase Di spensadorEfecti vo y a un objeto de la clase 
BaseDatosBanco. Esto produce el código de la figura 8.28. [Nota: el constructor de la versión funcional 
completa de esta clase inicializará estas variables de instancia con referencias a objetos reales]. 


1 // La clase Retiro representa una transacción de retiro del ATM 

2 public class Retiro 

3 { 

4 // constructor sin argumentos 

5 public RetiroO 

6 { 

7 } // fin del constructor de Retiro sin argumentos 

8 } // fin de la clase Retiro 

Figura 8.26 | Código de Java para la clase Reti ro, con base en las figuras 8.24 y 8.25. 


1 // La clase Retiro representa una transacción de retiro del ATM 

2 public class Retiro 

3 { 

4 // atributos 

5 private int numeroCuenta; // cuenta de la que se van a retirar los fondos 

6 private double monto; // monto que se va a retirar de la cuenta 

7 

8 // constructor sin argumentos 

9 public RetiroO 

10 { 

11 } // fin del constructor de Retiro sin argumentos 

12 } // fin de la clase Retiro 

Figura 8.27 | Código de Java para la clase Reti ro, con base en las figuras 8.24 y 8.25. 


1 // La clase Retiro representa una transacción de retiro del ATM 

2 public class Retiro 

3 { 

4 // atributos 

5 private int numeroCuenta; // cuenta de la que se retirarán los fondos 

6 private double monto; // monto a retirar 

7 

8 // referencias a los objetos asociados 

9 private Pantalla pantalla; // pantalla del ATM 

10 private Teclado teclado; // teclado del ATM 

11 private Di spensadorEfecti vo di spensadorEfectivo; // dispensador de efectivo del ATM 
Figura 8.28 | Código de Java para la clase Reti ro, con base en las figuras 8.24 y 8.25. (Parte I de 2). 
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12 prívate BaseDatosBanco baseDatosBanco; // base de datos de información de las 
cuentas 

13 

14 // constructor sin argumentos 

15 public Retiro O 

16 { 

17 } // fin del constructor de Retiro sin argumentos 

18 } // fin de la clase Retiro 

Figura 8.28 | Código de Java para la clase Retí ro, con base en las figuras 8.24 y 8.25. (Parte 2 de 2). 


4. Use las operaciones que se localizan en el tercer compartimiento de la figura 8.24 para declarar las arma- 
zones de los métodos. Si todavía no hemos especificado un tipo de valor de retorno para una operación, 
declaramos el método con el tipo de retorno voi d. Consulte los diagramas de clases de las figuras 6.22 a 
6.25 para declarar cualquier parámetro necesario. Por ejemplo, al agregar la operación publ i c e j ecu- 
tar en la clase Reti ro, que tiene una lista de parámetros vacía, se produce el código de la figura 8.29. 
[Nota: codificaremos los cuerpos de los métodos cuando implementemos el sistema ATM completo en 
el apéndice M] . 


1 // La clase Retiro representa una transacción de retiro del ATM 

2 public class Retiro 

3 { 

4 // atributos 

5 prívate int numeroCuenta; // cuenta de la que se van a retirar los fondos 

6 prívate double monto; // monto a retirar 

7 

8 // referencias a los objetos asociados 

9 prívate Pantalla pantalla; // pantalla del ATM 

10 prívate Teclado teclado; // teclado del ATM 

11 prívate Di spensadorEfecti vo di spensadorEfecti vo; // dispensador de efectivo del ATM 

12 prívate BaseDatosBanco baseDatosBanco; // base de datos de información de las cuentas 

13 

14 // constructor sin argumentos 

15 public Retiro O 

16 { 

17 } // fin del constructor de Retiro sin argumentos 

18 

19 // operaciones 

20 public void ejecutar() 

21 { 

22 } // fin del método ejecutar 

23 } // fin de la clase Retiro 

Figura 8.29 | Código de Java para la clase Reti ro, con base en las figuras 8.24 y 8.25. 


Esto concluye nuestra discusión sobre los fundamentos de la generación de clases a partir de diagramas de UML. 
Ejercicios de auto evaluación del Ejemplo práctico de Ingeniería de Software 

8.1 Indique si el siguiente enunciado es verdadero o falso , y si es falso , explique por qué: si un atributo de una clase se 
marca con un signo menos (-) en un diagrama de clases, el atributo no es directamente accesible fuera de la clase. 

8.2 En la figura 8.25, la asociación entre los objetos ATM y Pantal 1 a indica: 

a) que podemos navegar de la Pantal 1 a al ATM. 

b) que podemos navegar del ATM a la Pantal 1 a. 
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c) (a) y (b); la asociación es bidireccional. 

d) Ninguna de las anteriores. 

8.3 Escriba código de Java para empezar a implementar el diseño para la clase Teci ado. 

Respuestas a los ejercicios de autoevaluación del Ejemplo práctico de Ingeniería de Software 

8.1 Verdadero. El signo menos (-) indica visibilidad privada. 

8.2 b. 

8.3 El diseño para la clase Teci ado produce el código de la figura 8.30. Recuerde que la clase Teci ado no tiene atri- 
butos en estos momentos, pero pueden volverse aparentes a medida que continuemos con la implementación. Observe 
además que, si fuéramos a diseñar un ATM real, el método obtenerEntrada tendría que interactuar con el hardware 
del teclado del ATM. En realidad recibiremos la entrada del teclado de una computadora personal, cuando escribamos 
el código de Java completo en el apéndice M. 


1 // la clase Teclado representa el teclado de un ATM 

2 public class Teclado 

3 { 

4 // no se han especificado atributos todavia 

5 

6 // constructor sin argumentos 

7 public TecladoO 

8 { 

9 } // fin del constructor de Teclado sin argumentos 

10 

11 // operaciones 

12 public int obtenerEntrada() 

13 { 

14 } // fin del método obtenerEntrada 

15 } // fin de la clase Teclado 

Figura 8.30 | Código de Java para la clase Teclado, con base en las figuras 8.24 y 8.25. 


8.20 Conclusión 

En este capítulo presentamos conceptos adicionales de las clases. El ejemplo práctico de la clase Tiempo presen- 
tó una declaración de clase completa que consiste de datos private, constructores public sobrecargados para 
flexibilidad en la inicialización, métodos establecer y obtener para manipular los datos de la clase, y métodos que 
devuelven representaciones Stri ng de un objeto Tiempo en dos formatos distintos. Aprendió también que toda 
clase puede declarar un método toStri ng que devuelva una representación Stri ng de un objeto de la clase, y 
que este método puede invocarse en forma implícita siempre que aparezca en el código un objeto de una clase, 
en donde se espera un Stri ng. 

Aprendió que la referencia thi s se utiliza en forma implícita en los métodos no stati c de una clase para 
acceder a las variables de instancia de la clase y a otros métodos no stati c. Vio usos explícitos de la referencia 
this para acceder a los miembros de la clase (incluyendo los campos ocultos) y aprendió a utilizar la palabra 
clave thi s en un constructor para llamar a otro constructor de la clase. 

Hablamos sobre las diferencias entre los constructores predeterminados que proporciona el compilador, y los 
constructores sin argumentos que proporciona el programador. Aprendió que una clase puede tener referencias a 
los objetos de otras clases como miembros; un concepto conocido como composición. Vio el tipo de clase enum y 
aprendió a usarlo para crear un conjunto de constantes para usarlas en un programa. Aprendió acerca de la capaci- 
dad de recolección de basura de Java y cómo reclama la memoria de los objetos que ya no se utilizan. Explicamos 
la motivación para los campos stati c en una clase, y le demostramos cómo declarar y utilizar campos y méto- 
dos stati c en sus propias clases. También aprendió a declarar e inicializar variables final . 

Aprendió a empaquetar sus propias clases para reutilizarlas, y cómo importar esas clases en una aplicación. 
Le mostramos cómo crear una biblioteca de clases para reutilizar componentes, y cómo utilizar las clases de la 
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biblioteca en una aplicación. Por último, aprendió que los campos que se declaran sin un modificador de acceso 
reciben un acceso a nivel de paquete, de manera predeterminada. Vio la relación entre las clases en el mismo 
paquete, que permite a cada clase en un paquete acceder a los miembros con acceso a nivel de paquete de otras 
clases en ese mismo paquete. 

En el siguiente capítulo aprenderá acerca de un aspecto importante de la programación orientada a objetos 
en Java: la herencia. En ese capítulo verá que todas las clases en Java se relacionan en forma directa o indirecta con 
la clase llamada Object. También empezará a comprender cómo las relaciones entre las clases le permiten crear 
aplicaciones más poderosas. 


Resumen 

Sección 8.2 Ejemplo práctico de la clase Tiempo 

• Toda clase que usted declara representa un nuevo tipo en D ava. 

• Los métodos pubi i c de una clase se conocen también como los servicios publ i c de la clase, o su interfaz pubi i c. 
El propósito principal de los estos métodos es presentar a los clientes de la clase una vista de los servicios que ésta 
proporciona. Los clientes de la clase no se necesitan preocupar por la forma en que ésta realiza sus tareas. Por esta 
razón, los miembros de clase pri vate no son directamente accesibles para los clientes de la clase. 

• Un objeto que contiene datos consistentes tiene valores de datos que siempre se mantienen dentro del rango. 

• Un valor que se pasa a un método para modificar una variable de instancia es un valor correcto, si se encuentra 
dentro del rango permitido para la variable de instancia. Un valor correcto siempre consistente, pero un valor consis- 
tente no es correcto si un método recibe un valor fuera de rango, y lo establece en un valor consistente para mantener 
el objeto en un estado consistente. 

• El método stati c format de la clase Stri ng es similar al método System, out .pri ntf, excepto que format devuel- 
ve un objeto Stri ng con formato, en vez de mostrarlo en una ventana de comandos. 

• Todos los objetos en Java tienen un método toSt ring, que devuelve una representación St ri ng del objeto. El méto- 
do toStri ng se llama en forma implícita cuando aparece un objeto en el código en donde se requiere un Stri ng. 

Sección 8.4 Referencias a los miembros del objeto actual mediante this 

• Un método no stati c de un objeto utiliza en forma implícita la palabra clave thi s para hacer referencia a las 
variables de instancia del objeto, y a los demás métodos. La palabra clave thi s también se puede utilizar en forma 
explícita. 

• El compilador produce un archivo separado con la extensión . ci ass para cada clase compilada. 

• Si un método contiene una variable local con el mismo nombre que uno de los campos de su clase, la variable 
local oculta el campo en el alcance del método. El método puede usar la referencia this para hacer referencia al 
campo oculto en forma explícita. 

Sección 8.5 Ejemplo práctico de la clase Tiempo: constructores sobrecargados 

• Los constructores sobrecargados permiten inicializar los objetos de una clase de varias formas distintas. El compila- 
dor diferencia a los constructores sobrecargados en base a sus firmas. 

Sección 8.6 Constructores predeterminados y sin argumentos 

• Toda clase debe tener por lo menos un constructor. Si no se proporciona uno, el compilador crea un constructor 
predeterminado, que inicializa las variables de instancia con los valores iniciales especificados en sus declaraciones, o 
con sus valores predeterminados. 

• Si una clase declara constructores, el compilador no crea un constructor predeterminado. Para especificar la inicia- 
lización predeterminada para los objetos de una clase con varios constructores, el programador debe declarar un 
constructor sin argumentos. 

Sección 8. 7 Observaciones acerca de los métodos Establecer y Obtener 

• Los métodos establecer se conocen comúnmente como métodos mutadores, ya que, por lo general, cambian un va- 
lor. Los métodos obtener se conocen comúnmente como métodos de acceso o de consulta. Un método predicado 
evalúa si una condición es verdadera o falsa. 
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Sección 8.8 Composición 

• Una clase puede tener referencias a objetos de otras clases como miembros. A dicha capacidad se le conoce como 
composición, y algunas veces se le denomina relación tiene un. 

Sección 8.9 Enumeraciones 

• Todos los tipos enum son tipos por referencia. Un tipo enum se declara con una declaración enum, que es una lista 
separada por comas de constantes enum. La declaración puede incluir, de manera opcional, otros componentes de las 
clases tradicionales, como: constructores, campos y métodos. 

• Los tipos enum son implícitamente final , ya que declaran constantes que no deben modificarse. 

• Las constantes enum son implícitamente static. 

• Cualquier intento por crear un objeto de un tipo enum con el operador new produce un error de compilación. 

• Las constantes enum se pueden utilizar en cualquier parte en donde pueden usarse constantes, como en las etiquetas 
case de las instrucciones swi tch y para controlar las instrucciones for mejoradas. 

• Cada constante enum en una declaración enum va seguida opcionalmente de argumentos que se pasan al constructor 
de la enum. 

• Para cada enum, el compilador genera un método stati c llamado val ues, que devuelve un arreglo de las constantes 
de la enum, en el orden en el que se declararon. 

• El método static range de EnumSet recibe dos parámetros: la primera constante enum en un rango y la última 
constante enum en un rango; y devuelve un objeto EnumSet que contiene todas las constantes entre estas dos cons- 
tantes, inclusive. 

Sección 8.10 Recolección de basura y el método final i ze 

• Toda clase en Java tiene los métodos de la clase Obj ect, uno de los cuales es final i ze. 

• La Máquina Virtual de Java (JVM) realiza la recolección automática de basura para reclamar la memoria que ocupan 
los objetos que ya no se utilizan. Cuando ya no hay más referencias a un objeto, la JVM lo marca para la recolección 
de basura. La memoria para dicho objeto se puede reclamar cuando la JVM ejecuta su recolector de basura. 

• El método final i ze es invocado por el recolector de basura, justo antes de que reclame la memoria del objeto. El 
método final i ze no recibe parámetros y tiene el tipo de retorno voi d. 

• Tal vez el recolector de basura nunca se ejecute antes de que un programa termine. Por lo tanto, no queda claro si se 
hará una llamada al método finalize (o cuándo se hará). 

Sección 8.11 Miembros de clase static 

• Una variable stati c representa la información a nivel de clase que se comparte entre todos los objetos de la clase. 

• Las variables stati c tienen alcance en toda la clase. Se puede tener acceso a los miembros publ i c stati c de una 
clase a través de una referencia a cualquier objeto de la clase, o calificando el nombre del miembro con el nombre 
de la clase y un punto (.). El acceso a los miembros private static de una clase se obtiene sólo a través de los 
métodos de la clase. 

• Los miembros de clase stati c existen aun cuando no existan objetos de la clase; están disponibles tan pronto como 
se carga la clase en memoria, en tiempo de ejecución. Para acceder a un miembro pri vate stati c cuando no exis- 
ten objetos de la clase, debe proporcionarse un método pubi i c stati c. 

• El método stati c ge de la clase System indica que el recolector de basura debe realizar su mejor esfuerzo al tratar 
de reclamar objetos que sean candidatos para la recolección de basura. 

• Un método que se declara como stati c no puede acceder a los miembros de clase que no son stati c, ya que un 
método stati c puede llamarse incluso aunque no se hayan creado instancias de objetos de la clase. 

• La referencia thi s no puede utilizarse en un método stati c. 

Sección 8.12 Declaración static import 

• Una declaración stati c import permite a los programadores hacer referencia a los miembros stati c importados, sin 
tener que utilizar el nombre de la clase y un punto ( . ). Una declaración stati c import individual importa un miembro 
stati c, y una declaración stati c import sobre demanda importa a todos los miembros stati c de una clase. 

Sección 8. 13 Variables de instancia fina 7 

• En el contexto de una aplicación, el principio del menor privilegio establece que al código se le debe otorgar sólo el 
nivel de privilegio y de acceso que necesita para realizar su tarea designada. 

• La palabra clave final especifica que una variable no puede modificarse; en otras palabras, es constante. Las cons- 
tantes pueden inicializarse cuando se declaran, o por medio de cada uno de los constructores de una clase. Si una 
variable final no se inicializa, se produce un error de compilación. 
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Sección 8. 14 Reutilización de software 

• El software se construye a partir de componentes existentes, bien definidos, cuidadosamente probados, bien docu- 
mentados, portables y con amplia disponibilidad. La reutilización de software agiliza el desarrollo de software pode- 
roso, de alta calidad. El desarrollo rápido de aplicaciones (RAD) es de gran interés hoy en día. 

• Ahora, los programadores de Java tienen miles de clases en la API a su disposición, para ayudarse a implementar 
programas en Java. Las clases de la API de Java permiten a los programadores de Java llevar nuevas aplicaciones al 
mercado con más rapidez, mediante el uso de componentes pre-existentes y probados. 

Sección 8.15 Abstracción de datos y encap sulamiento 

• El cliente de una clase se preocupa acerca de la funcionalidad que ésta ofrece, pero no acerca de cómo se implementa 
esta funcionalidad. A esto se le conoce como abstracción de datos. Aunque los programadores pueden conocer los 
detalles de la implementación de una clase, no deben escribir código que dependa de estos detalles. Esto nos permite 
reemplazar una clase con otra versión, sin afectar el resto del sistema. 

• Un tipo de datos abstracto (ADT) consiste en una representación de datos y las operaciones que pueden realizarse 
con esos datos. 

Sección 8.16 Ejemplo práctico de la clase Tiempo: creación de paquetes 

• Cada clase en la API de Java pertenece a un paquete que contiene un grupo de clases relacionadas. Los paquetes 
ayudan a administrar la complejidad de los componentes de una aplicación, y facilitan la reutilización de software. 

• Los paquetes proporcionan una convención para los nombres de clases únicos, que ayuda a evitar los conflictos de 
nombres de clases. 

• Antes de poder importar una clase en varias aplicaciones, ésta debe colocarse en un paquete. Sólo puede haber una 
declaración package en cada archivo de código fuente de Java, y debe ir antes de todas las demás declaraciones e 
instrucciones en el archivo. 

• Cada nombre de paquete debe empezar con el nombre de dominio de Internet del programador, en orden inverso. 
Una vez que se invierte el nombre de dominio, podemos elegir cualquier otro nombre que deseemos para nuestro 
paquete. 

• Al compilar una clase en un paquete, la opción -d de línea de comandos de javac especifica en dónde se debe 
almacenar el paquete, y hace que el compilador cree los directorios del paquete, en caso de que no existan. 

• El nombre del paquete forma parte del nombre completamente calificado de una clase. Esto ayuda a evitar los con- 
flictos de nombres. 

• Una declaración i mport de tipo simple especifica una clase a importar. Una declaración i mport de tipo por deman- 
da sólo importa las clases que el programa utilice de un paquete específico. 

• El compilador utiliza un cargador de clases para localizar las clases que necesita en la ruta de clases. La ruta de clases 
consiste en una lista de directorios o archivos de ficheros, cada uno separado por un separador de directorio. 

• La ruta de clases para el compilador y la JVM se puede especificar proporcionando la opción -el asspath al coman- 
do javac o java, o estableciendo la variable de entorno CLASSPATH. La ruta de clases para la JVM también se puede 
especificar mediante la opción -cp de línea de comandos. Si las clases deben cargarse del directorio actual, incluya 
un punto ( . ) en la ruta de clases. 

Sección 8.17 Acceso a paquetes 

• Si no se especifica un modificador de acceso para un método o variable al momento de su declaración en una clase, 
se considera que el método o variable tiene acceso a nivel de paquete. 


Terminología 

-el asspath, argumento de línea de comandos para 
javac 

-d, argumento de línea de comandos para javac 

abstracción de datos 

acceso a nivel de paquete 

alcance de clase 

archivo de ficheros 

atributo 

biblioteca de clases 
cargador de clases 
clase contenedora 


CLASSPATH, variable de entorno 

colisión de nombres 

comportamiento 

composición 

comprobación de validez 

conflicto de nombres 

constructor predeterminado 

constructor sin argumentos 

constructores sobrecargados 

declaración i mport de tipo por demanda 

declaración i mport de tipo simple 
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declaración stati c import simple 
desarrollo rápido de aplicaciones (RAD) 
desbordamiento aritmético 
enum, constante 
enum, palabra clave 
EnumSet, clase 
final i ze, método 
format, método de la clase Stri ng 
fuga de memoria 
fuga de recursos 
ge, método de la clase System 
información a nivel de clase 
lenguaje extensible 

marcar un objeto para la recolección de basura 
mecanismo de extensiones 
método de consulta 
método mutador 
método predicado 
modificador de acceso 

nombre simple de una clase, campo o método 
package, declaración 
paquete opcional 
pila 

primero en entrar, primero en salir (PEPS) 

Ejercicio de autoevaluación 

8.1 Complete los siguientes enunciados: 

a) Al compilar una clase en un paquete, la opción de línea de comandos de javac especifica 

en dónde se debe almacenar el paquete, y hace que el compilador cree los directorios, en caso de que no 
existan. 

b) El método stati c de la clase Stri ng es similar al método System . out . pri ntf, pero devuel- 

ve un objeto Stri ng con formato en vez de mostrar un objeto Stri ng en una ventana de comandos. 

c) Si un método contiene una variable local con el mismo nombre que uno de los campos de su clase, la varia- 
ble local al campo en el alcance de ese método. 

d) El recolector de basura llama al método antes de reclamar la memoria de un objeto. 

e) Una declaración especifica una clase a importar. 

f) Si una clase declara constructores, el compilador no creará un(a) . 

g) El método de un objeto se llama en forma implícita cuando aparece un objeto en el código, 

en donde se necesita un Stri ng. 

h) A los métodos establecer se les llama comúnmente o . 

i) Un método evalúa si una condición es verdadera o falsa. 

j) Para cada enum, el compilador genera un método stati c llamado , que devuelve un arreglo de 

las constantes de la enum en el orden en el que se declararon. 

k) A la composición se le conoce algunas veces como relación . 

l) Una declaración contiene una lista separada por comas de constantes. 

m) Una variable representa información a nivel de clase, que comparten todos los objetos de la 

clase. 

n) Una declaración importa un miembro stati c. 

o) El establece que al código se le debe otorgar sólo el nivel de privilegio y de acceso que necesita 

para realizar su tarea designada. 

p) La palabra clave especifica que una variable no se puede modificar. 

q) Un(a) consiste en una representación de datos y las operaciones que pueden realizarse sobre 

esos datos. 


principio de menor privilegio 

pri vate, modificador de acceso 

protected, modificador de acceso 

pubi i c, interfaz 

publ i c, modificador de acceso 

pubi i c, servicio 

range, método de EnumSet 

recolector de basura 

representación de datos 

ruta de clases 

separador de directorio 

servicio de una clase 

stati c, campo (variable de clase) 

stati c, declaración import 

stati c, declaración import por demanda 

tareas de preparación para la terminación 

thi s, palabra clave 

tiene un, relación 

tipo de datos abstracto (ADT) 

último en entrar, primero en salir (UEPS) 

valúes, método de una enum 

variable constante 

variable de clase 

variable que no se puede modificar 
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r) Sólo puede haber un(a) en un archivo de código fuente de Java, y debe ir antes de todas las 

demás declaraciones e instrucciones en el archivo. 

s) Un(a) declaración sólo importa las clases que utiliza el programa de un paquete específico. 

t) El compilador utiliza un(a) para localizar las clases que necesita en la ruta de clases. 

u) La ruta de clases para el compilador y la JVM se puede especificar mediante la opción para el 

comando j avac o j ava, o estableciendo la variable de entorno . 

v) A los métodos establecer se les conoce comúnmente como , ya que, por lo general, modifican 

un valor. 

w) Un(a) importa a todos los miembros stati c de una clase. 

x) Los métodos publ i c de una clase se conocen también como los o de la clase. 

y) El método stati c de la clase System indica que el recolector de basura debe realizar su mejor 

esfuerzo para tratar de reclamar los objetos que sean candidatos para la recolección de basura. 

z) Un objeto que contiene tiene valores de datos que siempre se mantienen dentro del rango. 

Respuestas a los ejercicios de autoevaluación 

8.1 a) -d. b) format. c) oculta, djfínalize. e) import de tipo simple, f) constructor predeterminado, g) to- 
String. h) métodos de acceso, métodos de consulta, i) predicado, j) valúes, k) tiene un. 1) enum. m) stati c. 
n) stati c import de tipo simple, o) principio de menor privilegio, p) final, q) tipo de datos abstracto 
(ADT). r) declaración package. s) import tipo sobre demanda, t) cargador de clases, u) -classpath, CLASSPATH. 
v) métodos mutadores. w) declaración stati c i mport sobre demanda, x) servicios publ i c, interfaz publ i c. y) ge. 
z) datos consistentes. 

Ejercicios 

8.2 Explique la noción del acceso a nivel de paquete en Java. Explique los aspectos negativos del acceso a nivel de 
paquete. 

8.3 ¿Qué ocurre cuando un tipo de valor de retorno, incluso voi d, se especifica para un constructor? 

8.4 ( Clase Rectángulo) Cree una clase llamada Rectangul o. La clase debe tener los atributos longitudy anchura, 
cada uno con un valor predeterminado de 1 . Debe tener métodos para calcular el pe ri met ro y el area del rectángulo. 
Debe tener métodos establecer y obtener para longitudy anchura. Los métodos establecer deben verificar que longitud 
y anchura sean números de punto flotante mayores de 0.0, y menores de 20.0. Escriba un programa para probar la clase 
Rectángulo. 

8.5 (Modificación de la representación de datos interna de una clase) Sería perfectamente razonable para la clase T i em- 
po2 de la figura 8.5 representar la hora internamente como el número de segundos transcurridos desde medianoche, en 
vez de usar los tres valores enteros hora, minuto y segundo. Los clientes podrían usar los mismos métodos public y 
obtener los mismos resultados. Modifique la clase Ti empo2 de la figura 8.5 para implementar un objeto Ti empo2 como 
el número de segundos transcurridos desde medianoche, y mostrar que no hay cambios visibles para los clientes de la 
clase. 

8.6 (Clase cuenta de ahorros) Cree una clase llamada CuentaDeAhorros. Use una variable stati c llamada tasa- 
InteresAnuai para almacenar la tasa de interés anual para todos los cuentahabientes. Cada objeto de la clase debe 
contener una variable de instancia private llamada sai doAhorros, que indique la cantidad que el ahorrador tiene 
actualmente en depósito. Proporcione el método calcularlnteresMensuai para calcular el interés mensual, multi- 
plicando el sal doAhorros por la tasalnteresAnual dividida entre 12; este interés debe sumarse al sal doAhorros. 
Proporcione un método stati c llamado modi ficarTasalnteres para establecer la tasalnteresAnual en un nuevo 
valor. Escriba un programa para probar la clase CuentaDeAhorros. Cree dos instancias de objetos CuentaDeAhorros, 
ahorradorl y ahorrador2, con saldos de $2000.00 y $3000.00, respectivamente. Establezca la tasalnteresAnual 
en 4%, después calcule el interés mensual e imprima los nuevos saldos para ambos ahorradores. Luego establezca la 
tasalnteresAnual en 5%, calcule el interés del siguiente mes e imprima los nuevos saldos para ambos ahorradores. 

8.7 (Mejora a la clase Tiempo2j Modifique la clase Tiempo2 de la figura 8.5 para incluir un método tictac, que 
incremente el tiempo almacenado en un objeto Ti empo2 por un segundo. Proporcione el método i ncrementarMi ñuto 
para incrementar el minuto, y el método i ncrementarHora para incrementar la hora. El objeto Ti empo2 debe perma- 
necer siempre en un estado consistente. Escriba un programa para probar los métodos ti ctac, i ncrementarMi ñuto y 
i ncrementarHora, para asegurarse que funcionen correctamente. Asegúrese de probar los siguientes casos: 
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a) Incrementar el minuto, de manera que cambie al siguiente minuto. 

b) Incrementar la hora, de manera que cambie a la siguiente hora. 

c) Incrementar el tiempo de manera que cambie al siguiente día (por ejemplo, de 11:59:59 PM a 12:00:00 
AM). 

8.8 (Mejora a la dase Fecha) Modifique la clase Fecha de la figura 8.7 para realizar la comprobación de errores en 
los valores inicializadores para las variables de instancia mes, di a y ani o (la versión actual sólo valida el mes y el día). 
Proporcione un método llamado siguienteDia para incrementar el día en uno. El objeto Fecha siempre deberá per- 
manecer en un estado consistente. Escriba un programa que evalúe el método si gui enteDi a en un ciclo que imprima 
la fecha durante cada iteración del ciclo, para mostrar que el método siguienteDia funciona correctamente. Pruebe 
los siguientes casos: 

a) Incrementar la fecha de manera que cambie al siguiente mes. 

b) Incrementar la fecha de manera que cambie al siguiente año. 

8.9 (Devolver indicadores de errores de los métodos) Modifique los métodos establecer en la clase T i empo2 de la figura 
8.5 para devolver valores de error apropiados si se hace un intento por establecer una de las variables de instancia hora, 
minuto o segundo de un objeto de la clase Tiempo, en un valor inválido. [ Sugerencia : use tipos de valores de retorno 
boolean en cada método]. Escriba un programa que pruebe estos nuevos métodos establecer y que imprima mensajes 
de error cuando se reciban valores incorrectos. 

8.10 Vuelva a escribir la figura 8.14, de manera que utilice una declaración import separada para cada miembro 
stati c de la clase Math que se utilice en el ejemplo. 

8.1 1 Escriba un tipo enum llamado LuzSemaforo, cuyas constantes (R030, VERDE, AMARILLO) reciban un parámetro: 
la duración de la luz. Escriba un programa para probar la enum LuzSemaforo, de manera que muestre las constantes 
de la enum y sus duraciones. 

8.12 (Números complejos) Cree una clase llamada Compl e j o para realizar operaciones aritméticas con números com- 
plejos. Estos números tienen la forma 

parteReal + partelmaginaria * i 
en donde i es 

C I 

Escriba un programa para probar su clase. Use variables de punto flotante para representar los datos pri vate de la clase. 
Proporcione un constructor que permita que un objeto de esta clase se inicialice al declararse. Proporcione un cons- 
tructor sin argumentos con valores predeterminados, en caso de que no se proporcionen inicializadores. Proporcione 
métodos publ i c que realicen las siguientes operaciones: 

a) Sumar dos números Complejo: las partes reales se suman entre sí y las partes imaginarias también. 

b) Restar dos números Compl e j o: la parte real del operando derecho se resta de la parte real del operando izquier- 
do, y la parte imaginaria del operando derecho se resta de la parte imaginaria del operando izquierdo. 

c) Imprimir números Compl ejo en la forma (a, b), en donde a es la parte real y b es la imaginaria. 

8.13 (Clase Fecha y Tiempo) Cree una clase llamada FechaYTi empo, que combine la clase Tiempo2 modificada del 
ejercicio 8.7 y la clase Fecha modificada del ejercicio 8.8. Modifique el método i ncrementarHora para llamar al 
método siguienteDia si el tiempo se incrementa hasta el siguiente día. Modifique los métodos aStri ngEstandar y 
aStri ngllni versal para imprimir la fecha, junto con la hora. Escriba un programa para evaluar la nueva clase Fecha- 
YTi empo. En específico, pruebe incrementando la hora para que cambie al siguiente día. 

8.14 (Clase Rectángulo mejorada) Cree una clase Rectángulo más sofisticada que la que creó en el ejercicio 8.4. Esta 
clase debe guardar solamente las coordenadas Cartesianas de las cuatro esquinas del rectángulo. El constructor debe 
llamar a un método establecer que acepte cuatro conjuntos de coordenadas y verifique que cada una de éstas se encuentre 
en el primer cuadrante, en donde ninguna coordenada x o y debe ser mayor de 20.0. El método establecer debe también 
verificar que las coordenadas proporcionadas especifiquen un rectángulo. Proporcione métodos para calcular la lon- 
gitud, anchura, peri metro y area. La longitud será la mayor de las dos dimensiones. Incluya un método predicado 
llamado escuadrado, el cual determine si el rectángulo es un cuadrado. Escriba un programa para probar la clase Rec- 
tángulo. 

8.1 5 (Conjunto de enteros) Cree la clase Con juntoEnteros. Cada objeto ConjuntoEnteros puede almacenar enteros 
en el rango de 0 a 100. El conjunto se representa mediante un arreglo de valores bool ean. El elemento del arreglo a [i ] 
es true si el entero i se encuentra en el conjunto. El elemento del arreglo a [ j ] es fal se si el entero y no se encuentra 


376 Capítulo 8 Clases y objetos: un análisis más detallado 


dentro del conjunto. El constructor sin argumentos inicializa el arreglo de Java con el “conjunto vacío” (es decir, un 
conjunto cuya representación de arreglo contiene sólo valores fai se). 

Proporcione los siguientes métodos: el método unión debe crear un tercer conjunto que sea la unión teórica de 
conjuntos para los dos conjuntos existentes (es decir, un elemento del tercer arreglo se establece en t rué si ese elemento 
es true en cualquiera o en ambos de los conjuntos existentes; en caso contrario, el elemento del tercer conjunto se 
establece en fal se). El método i ntersecci on debe crear un tercer conjunto que sea la intersección teórica de conjun- 
tos para los dos conjuntos existentes (es decir, un elemento del arreglo del tercer conjunto se establece en fai se si ese 
elemento es fal se en uno o ambos de los conjuntos existentes; en caso contrario, el elemento del tercer conjunto se 
establece en true). El método i nsertarEl emento debe insertar un nuevo entero ken un conjunto (estableciendo a [ k] 
en true). El método el i mi na r El emento debe eliminar el entero m (estableciendo a[m] en fal se). El método aStri n- 
gCon junto debe devolver una cadena que contenga un conjunto como una lista de números separados por espacios. 
Incluya sólo aquellos elementos que estén presentes en el conjunto. Use - - - para representar un conjunto vacío. El 
método eslgual A debe determinar si dos conjuntos son iguales. Escriba un programa para probar la clase Con juntoEn- 
teros. Cree instancias de varios objetos ConjuntoEnteros. Pruebe que todos sus métodos funcionen correctamente. 

8.16 ( Clase Fecha) Cree la clase Fecha con las siguientes capacidades: 

a) Imprimir la fecha en varios formatos, como 

MM/DD/AAAA 
lunio 15, 1992 
DDD AAAA 

b) Usar constructores sobrecargados para crear objetos Fecha inicializados con fechas de los formatos en la 
parte (a). En el primer caso, el constructor debe recibir tres valores enteros. En el segundo caso, debe recibir 
un objeto Stri ng y dos valores enteros. En el tercer caso debe recibir dos valores enteros, el primero de los 
cuales representa el número de día en el año. [ Sugerencia : para convertir la representación de cadena del mes 
a un valor numérico, compare las cadenas usando el método equal s. Por ejemplo, si si y s2 son cadenas, 
la llamada al método sl.equals( s2 ) devuelve true si las cadenas son idénticas y devuelve fai se en 
cualquier otro caso] . 

8.17 (Números racionales) Cree una clase llamada Racional para realizar operaciones aritméticas con fracciones. 
Escriba un programa para probar su clase. Use variables enteras para representar las variables de instancia prívate de 
la clase: el numerador y el denomi nador. Proporcione un constructor que permita a un objeto de esta clase inicializarse 
al ser declarado. El constructor debe almacenar la fracción en forma reducida. La fracción 

2/4 

es equivalente a 1/2 y debe guardarse en el objeto como 1 en el numerador y 2 en el denominador. Proporcione un 
constructor sin argumentos con valores predeterminados, en caso de que no se proporcionen inicializadores. Proporcio- 
ne métodos publ i c que realicen cada una de las siguientes operaciones: 

a) Sumar dos números Raci onal : el resultado de la suma debe almacenarse en forma reducida. 

b) Restar dos números Raci onal : el resultado de la resta debe almacenarse en forma reducida. 

c) Multiplicar dos números Raci onal : el resultado de la multiplicación debe almacenarse en forma reducida. 

d) Dividir dos números Raci onal : el resultado de la división debe almacenarse en forma reducida. 

e) Imprimir números Raci onal en la forma a/b, en donde a es el numerador y b es el denomi nador. 

f) Imprimir números Racional en formato de punto flotante. (Considere proporcionar capacidades de for- 

mato, que permitan al usuario de la clase especificar el número de dígitos de precisión a la derecha del punto 
decimal). 

8.18 ( Clase Entero Enorme) Cree una clase llamada Ente roEno rme que utilice un arreglo de 40 elementos de dígitos, 

para guardar enteros de hasta 40 dígitos de longitud cada uno. Proporcione los métodos entrada, salida, sumar y 

restar. Para comparar objetos EnteroEnorme, proporcione los siguientes métodos: eslgual A, noEsIgual A, esMayor- 
Que, esMenorQue, esMayorOIgual A, y esMenorOIgual A. Cada uno de estos métodos deberá ser un método predicado 
que devuelva true si la relación se aplica entre los dos objetos EnteroEnorme, y fal se si no se aplica. Proporcione un 
método predicado llamado esCero. Si desea hacer algo más, proporcione también los métodos muí ti pl i car, di vi di r 
y resi dúo. [Nota: los valores bool ean primitivos pueden imprimirse como la palabra “true” o la palabra “false”, con el 
especificador de formato %b]. 
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8.19 (Tres en raya) Cree una clase llamada TresEnRaya que le permita escribir un programa completo para jugar 
al “tres en raya” (o tres en línea). La clase debe contener un arreglo privado bidimensional de enteros, con un tamaño 
de 3 por 3. El constructor debe inicializar el tablero vacío con ceros. Permita dos jugadores humanos. Siempre que el 
primer jugador realice un movimiento, coloque un 1 en el cuadro especificado; coloque un 2 siempre que el segundo 
jugador realice un movimiento. Cada movimiento debe hacerse en un cuadro vacío. Después de cada movimiento, 
determine si el juego se ha ganado o si hay un empate. Si desea hacer algo más, modifique su programa de manera que 
la computadora realice los movimientos para uno de los jugadores. Además, permita que el jugador especifique si desea 
el primer o segundo turno. Si se siente todavía más motivado, desarrolle un programa que reproduzca un juego de Tres 
en raya tridimensional, en un tablero de 4 por 4 por 4 [Nota: ¡éste es un proyecto retador que podría requerir de muchas 
semanas de esfuerzo!] . 
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Programación 
orientada 
a objetos: 



herencia 


No digas que conoces a 
alguien por completo, hasta 
que tengas que dividir una 
herencia con él. 


OBJETIVOS 

En este capítulo aprenderá a: 

■ Comprender cómo la herencia fomenta la reutilización de 
software. 

■ Entender qué son las superclases y las subclases. 

■ Utilizar la palabra clave extends para crear una clase que 
herede los atributos y comportamientos de otra clase. 

■ Comprender el uso del modificador de acceso protected para 
dar a los métodos de la subclase acceso a los miembros de la 
superclase. 

■ Utilizar los miembros de superclases mediante super. 

■ Comprender cómo se utilizan los constructores en las 
jerarquías de herencia. 

■ Conocer los métodos de la clase Object, la superclase directa 
o indirecta de todas las clases en Java. 


— Johann Kasper Lavater 

Este método es para 
definirse como el número de 
la clase de todas las clases 
similares a la clase dada. 

— Bertrand Russell 

Es bueno heredar una 
biblioteca, pero es mejor 
coleccionar una. 

— Augustine Birrell 

Preserva la autoridad base 
de los libros de otros. 

— William Shakespeare 
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9.1 Introducción 

En este capítulo continuamos nuestra discusión acerca de la programación orientada a objetos (POO), introdu- 
ciendo una de sus características principales, la herencia, que es una forma de reutilización de software en la que 
se crea una nueva clase absorbiendo los miembros de una clase existente, y se mejoran con nuevas capacidades, o 
con modificaciones en las capacidades ya existentes. Con la herencia, los programadores ahorran tiempo durante 
el desarrollo, al reutilizar software probado y depurado de alta calidad. Esto también aumenta la probabilidad de 
que un sistema se implemente con efectividad. 

Al crear una clase, en vez de declarar miembros completamente nuevos, el programador puede designar que la 
nueva clase herede los miembros de una clase existente. Esta clase existente se conoce como superclase, y la nueva 
clase se conoce como subclase. (El lenguaje de programación C++ se refieren a la superclase como la clase base, y 
a la subclase como clase derivada). Cada subclase puede convertirse en la superclase de futuras subclases. 

Una subclase generalmente agrega sus propios campos y métodos. Por lo tanto, una subclase es más especí- 
fica que su superclase y representa a un grupo más especializado de objetos. Generalmente, la subclase exhibe los 
comportamientos de su superclase junto con comportamientos adicionales específicos de esta subclase. Es por ello 
que a la herencia se le conoce algunas veces como especialización. 

La superclase directa es la superclase a partir de la cual la subclase hereda en forma explícita. Una superclase 
indirecta es cualquier clase arriba de la superclase directa en la jerarquía de clases, la cual define las relaciones de 
herencia entre las clases. En Java, la jerarquía de clases empieza con la clase Object (en el paquete j ava . 1 ang), a 
partir de la cual se extienden (o “heredan”) todas las clases en Java, ya sea en forma directa o indirecta. La sección 
9.7 lista los métodos de la clase Object, de la cual heredan todas las demás clases. En el caso de la herencia sim- 
ple, una clase se deriva de una superclase directa. Java, a diferencia de C++, no soporta la herencia múltiple (que 
ocurre cuando una clase se deriva de más de una superclase directa). En el capítulo 10, Programación orientada 
a objetos: polimorfismo, explicaremos cómo los programadores en Java pueden usar las interfaces para obtener 
muchos de los beneficios de la herencia múltiple, evitando al mismo tiempo los problemas asociados. 

La experiencia en la creación de sistemas de software nos indica que algunas cantidades considerables de 
código tratan con casos especiales, estrechamente relacionados. Cuando los programadores se preocupan con 
casos especiales, los detalles pueden oscurecer el panorama general. Con la programación orientada a objetos, 
los programadores se enfocan en los elementos comunes entre los objetos en el sistema, en vez de enfocarse en los 
casos especiales. 

Es necesario hacer una diferencia entre la relación “es un” y la relación “tiene un” . La relación “es un” repre- 
senta a la herencia. En este tipo de relación, un objeto de una subclase puede tratarse también como un objeto de 
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su superclase. Por ejemplo, un automóvil es un vehículo. En contraste, la relación “tiene un” identifica a la com- 
posición (vea el capítulo 8). En este tipo de relación, un objeto contiene referencias a objetos como miembros. 
Por ejemplo, un automóvil tiene un volante de dirección (y un objeto automóvil tiene una referencia a un objeto 
volante de dirección). 

Las clases nuevas pueden heredar de las clases en las bibliotecas de clases. Las organizaciones desarrollan 
sus propias bibliotecas de clases y pueden aprovechar las que ya están disponibles en todo el mundo. Es probable 
que algún día, la mayoría de software nuevo se construya a partir de componentes reutilizables estándar, como 
sucede actualmente con la mayoría de los automóviles y del hardware de computadora. Esto facilitará el desarrollo 
de software más poderoso, abundante y económico. 

9.2 Superclases y subclases 

A menudo, un objeto de una clase “es «/«"objeto de otra clase también. Por ejemplo, en la geometría un rectángulo 
es un cuadrilátero (al igual que los cuadrados, los paral elogramos y los trapezoides). Por lo tanto, en Java puede 
decirse que la clase Rectángulo hereda de la clase Cuadrilátero. En este contexto, la clase Cuadrilátero es 
una superclase, y la clase Rectángulo es una subclase. Un rectángulo es un tipo específico de cuadrilátero, pero 
es incorrecto decir que todo cuadrilátero es un rectángulo; el cuadrilátero podría ser un paralelogramo o alguna 
otra figura. En la figura 9.1 se muestran varios ejemplos sencillos de superclases y subclases; observe que las super- 
clases tienden a ser “más generales”, y las subclases “más específicas”. 

Como todo objeto de una subclase “es un” objeto de su superclase, y como una superclase puede tener muchas 
subclases, el conjunto de objetos representados por una superclase generalmente es más grande que el conjunto de 
objetos representado por cualquiera de sus subclases. Por ejemplo, la superclase Vehi culo representa a todos los 
vehículos, incluyendo automóviles, camiones, barcos, bicicletas, etcétera. En contraste, la subclase Auto represen- 
ta a un subconjunto más pequeño y específico de los vehículos. 

Las relaciones de herencia forman estructuras jerárquicas en forma de árbol. Una superclase existe en una 
relación jerárquica con sus subclases. Cuando las clases participan en relaciones de herencia, se “afilian” con otras 
clases. Una clase se convierte ya sea en una superclase, proporcionando miembros a otras clases, o en una subclase, 
heredando sus miembros de otras clases. En algunos casos, una clase es tanto superclase como subclase. 

Desarrollaremos una jerarquía de clases de ejemplo (figura 9.2), también conocida como jerarquía de heren- 
cia. Una comunidad universitaria tiene miles de miembros, compuestos por empleados, estudiantes y exalumnos. 
Los empleados pueden ser miembros del cuerpo docente o administrativo. Los miembros del cuerpo docente 
pueden ser administradores (como decanos o jefes de departamento) o maestros. Observe que la jerarquía podría 
contener muchas otras clases. Por ejemplo, los estudiantes pueden ser graduados o no graduados. Los no gradua- 
dos pueden ser de primero, segundo, tercero o cuarto año. 

Cada flecha en la jerarquía representa una relación “es un”. Por ejemplo, al seguir las flechas en esta jerarquía 
de clases podemos decir “un Empl eado es un Mi embroDeLaComuni dad” y “un Maestro es un miembro Docente”. 
Mi embroDeLaComuni dad es la superclase directa de Empleado, Estudiante y Exalumno, y es una superclase 
indirecta de todas las demás clases en el diagrama. Si comienza desde la parte inferior del diagrama, podrá seguir 
las flechas y aplicar la relación es-un hasta la superclase superior. Por ejemplo, un Admi ni strador es un miembro 
Docente, es un Empl eado y es un Mi embroDeLaComuni dad. 

Ahora considere la jerarquía de herencia de Fi gura en la figura 9.3. Esta jerarquía empieza con la superclase 
Figura, la cual se extiende mediante las subclases FiguraBidimensional y FiguraTridimensional; las Figu- 


Superclase 


Estudi ante 
Fi gura 
Préstamo 
Empleado 
CuentaBancari a 


Subclases 


Estudi anteCraduado. Estudi anteNoCraduado. 

Ci rculo.Triangulo, Rectángulo. 

PrestamoAutomovil, PrestamoMejoraCasa, PrestamoHipotecario. 
Docente. Admi ni st rati vo . 

CuentaDeCheques, CuentaDeAhorros . 


Figura 9.1 | Ejemplos de herencia. 
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MiembroDeLaComunidad 

/ t \ 


Empleado Estudiante Exalumno 



Docente Administrativo 


Administrador Maestro 


Figura 9.2 | Jerarquía de herencia para objetos MiembroDeLaComunidad universitaria. 


Figura 



Circulo Cuadrado Triangulo Esfera Cubo Tetraedro 

Figura 9.3 | Jerarquía de herencia para Figuras. 


ras son del tipo FiguraBi dimensional o FiguraTri dimensional. El tercer nivel de esta jerarquía contiene 
algunos tipos más específicos de figuras tipo FiguraBi dimensional y FiguraTri dimensional. Al igual que 
en la figura 9.2, podemos seguir las flechas desde la parte inferior del diagrama, hasta la superclase de más arriba en 
esta jerarquía de clases, para identificar varias relaciones es un. Por ejemplo, un Triangulo es un objeto Figu- 
raBidimensional y es una Figura, mientras que una Esfera es una FiguraTri dimensional y es una Figura. 
Observe que esta jerarquía podría contener muchas otras clases. Por ejemplo, las elipses y los trapezoides son del 
tipo FiguraBi dimensional. 

No todas las relaciones de clases son una relación de herencia. En el capítulo 8 hablamos sobre la relación 
tiene-un, en la que las clases tienen miembros que hacen referencia a los objetos de otras clases. Tales relaciones 
crean clases mediante la composición de clases existentes. Por ejemplo, dadas las clases Empleado, FechaDeNa- 
cimi ento y NumeroTel efoni co, no es apropiado decir que un Empl eado es una FechaDeNacimi ento o que un 
Empl eado es un NumeroTel efoni co. Sin embargo, un Empl eado tiene una FechaDeNacimi ento y también tiene 
un NumeroTelefonico. 

Es posible tratar a los objetos de superclases y a los objetos de subclases de manera similar; sus similitudes 
se expresan en los miembros de la superclase. Los objetos de todas las clases que extienden a una superclase 
común pueden tratarse como objetos de esa superclase (es decir, dichos objetos tienen una relación “es un” con la 
superclase). Sin embargo, los objetos de una superclase no pueden tratarse como objetos de sus subclases. Por 
ejemplo, todos los automóviles son vehículos pero no todos los vehículos son automóviles (los otros vehículos 
podrían ser camiones, aviones o bicicletas, por ejemplo). Más adelante en este capítulo y en el 10, Programación 
orientada a objetos: polimorfismo, consideraremos muchos ejemplos que aprovechan la relación es un. 

Un problema con la herencia es que una subclase puede heredar métodos que no necesita, o que no debe 
tener. A pesar de que un método de superclase sea apropiado para una subclase, a menudo esa subclase requiere una 
versión personalizada del método. En dichos casos, la subclase puede sobrescribir (redefinir) el método de la super- 
clase con una implementación apropiada, como veremos a menudo en los ejemplos de código de este capítulo. 


382 


Capítulo 9 Programación orientada a objetos: herencia 


9.3 Miembros protected 

En el capítulo 8 hablamos sobre los modificadores de acceso public y prívate. Los miembros public de una 
clase son accesibles en cualquier parte en donde el programa tenga una referencia a un objeto de esa clase, o 
una de sus subclases. Los miembros pri vate de una clase son accesibles sólo dentro de la misma clase. Los miem- 
bros p ri vate de una superclase no son heredados por sus subclases. En esta sección presentaremos el modificador 
de acceso protected. El uso del acceso protected ofrece un nivel intermedio de acceso entre publ i c y pri vate. 
Los miembros protected de una superclase pueden ser utilizados por los miembros de esa superclase, por los 
miembros de sus subclases y por los miembros de otras clases en el mismo paquete (los miembros protected 
también tienen acceso a nivel de paquete). 

Todos los miembros public y protected de una superclase retienen su modificador de acceso original 
cuando se convierten en miembros de la subclase (por ejemplo, los miembros publ i c de la superclase se convier- 
ten en miembros publ i c de la subclase, y los miembros protected de la superclase se convierten en miembros 
protected de la subclase). 

Los métodos de una subclase pueden referirse a los miembros public y protected que se hereden de la 
superclase con sólo utilizar los nombres de los miembros. Cuando un método de la subclase sobrescribe al método 
de la superclase, éste último puede utilizarse desde la subclase si se antepone a su nombre la palabra clave su per y 
un punto (.). En la sección 9.4 hablaremos sobre el acceso a los miembros sobrescritos de la superclase. 



Observación de ingeniería de software 9. 1 

Los métodos de una subclase no pueden tener acceso directo a los miembros pri vate de su superclase. Una subclase 
puede modificar el estado de las variables de instancia pri vate de la superclase sólo a través de los métodos que no 
sean pri vate, que se proporcionan en la superclase y son heredados por la subclase. 



Observación de ingeniería de software 9.2 

Declarar variables de instancia pri vate ayuda a los programadores a probar, depurar y modificar correctamente los 
sistemas. Si una subclase puede acceder a las variables de instancia pri vate de su superclase, las clases que hereden 
de esa subclase podrían acceder a las variables de instancia también. Esto propagaría el acceso a las que deberían ser 
variables de instancia prívate, y se perderían los beneficios del ocultamiento de la información. 


9.4 Relación entre las superclases y las subclases 

En esta sección usaremos una jerarquía de herencia que contiene tipos de empleados en la aplicación de nómina 
de una compañía, para hablar sobre la relación entre una superclase y su subclase. En esta compañía, a los emplea- 
dos por comisión (que se representarán como objetos de una superclase) se les paga un porcentaje de sus ventas, 
mientras que los empleados por comisión con salario base (que se representarán como objetos de una subclase) 
reciben un salario base, más un porcentaje de sus ventas. 

Dividiremos nuestra discusión sobre la relación entre los empleados por comisión y los empleados por comi- 
sión con salario base en cinco ejemplos. El primero declara la clase Empl eadoPorComi si on, la cual hereda direc- 
tamente de la clase Obj ect y declara como variables de instancia pri vate el primer nombre, el apellido paterno, 
el número de seguro social, la tarifa de comisión y el monto de ventas en bruto (es decir, total). 

El segundo ejemplo declara la clase Empl eadoBaseMasComi sion, la cual también hereda directamente de 
la clase Obj ect y declara como variables de instancia pri vate el primer nombre, el apellido paterno, el número 
de seguro social, la tarifa de comisión, el monto de ventas en bruto y el salario base. Para crear esta última clase, 
escribiremos cada línea de código que ésta requiera; pronto veremos que es mucho más eficiente crear esta clase 
haciendo que herede de la clase Empl eadoPorComi sion. 

El tercer ejemplo declara una clase Empl eadoBaseMasComi si on2 separada, la cual extiende a la clase Empl ea- 
doPorComi sion (es decir, un EmpleadoBasePorComision2 es un EmpleadoPorComision que también tiene un 
salario base) y trata de acceder a los miembros pri vate de la clase Empl eadoPorComi si on; esto produce errores 
de compilación, ya que la subclase no puede acceder a las variables de instancia pri vate de la superclase. 

El cuarto ejemplo muestra que si las variables de instancia de Empl eadoPorComi si on se declaran como pro- 
tected, una clase Empl eadoBaseMasComi si onB que extiende a la clase Empl eadoPorComi sion2 puede accederá 
los datos de manera directa. Para este fin, declaramos la clase Empl eadoPorComi si on2 con variables de instancia 
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protected. Todas las clases Empl eadoBaseMasComi si on contienen una funcionalidad idéntica, pero le mostra- 
remos que la clase Empl eadoBaseMasComi si onB es más fácil de crear y de manipular. 

Una vez que hablemos sobre la conveniencia de utilizar variables de instancia protected, crearemos el 
quinto ejemplo, el cual establece las variables de instancia de EmpleadoPorComision de vuelta a private en 
la clase EmpleadoPorComision3, para hacer cumplir la buena ingeniería de software. Después le mostraremos 
cómo una clase Empl eadoBaseMasComi si on4 separada, que extiende a la clase Empl eadoPorComi si onB, puede 
utilizar los métodos public de Empl eadoPorComi si on3 para manipular las variables de instancia private 
de Empl eadoPorComi si on3. 


9.4-1 Creación y uso de una clase EmpleadoPorComision 

Comenzaremos por declarar la clase Empl eadoPorComi si on (figura 9.4). La línea 4 empieza la declaración de la 
clase, e indica que la clase EmpleadoPorComision extiende (extends) (es decir, hereda de) la clase Object (del 
paquete j ava . 1 ang). Los programadores de Java utilizan la herencia para crear clases a partir de clases existentes. 
De hecho, todas las clases en Java (excepto Object) extienden a una clase existente. Como la clase Empl eado- 
PorComi si on extiende la clase Object, la clase Empl eadoPorComi sion hereda los métodos de la clase Object; la 
clase Object no tiene campos. De hecho, cada clase en Java hereda en forma directa o indirecta los métodos de 
Object. Si una clase no especifica que extiende a otra clase, la nueva clase hereda de Object en forma implícita. 
Por esta razón, es común que los programadores no incluyan “extends Ob j ect” en su código; en nuestro ejem- 
plo lo haremos sólo por fines demostrativos. 



Observación de ingeniería de software 9.3 

El compilador de Java establece la superclase de una clase a Object cuando la declaración de la clase no extiende 
explícitamente una superclase. 


1 // Fig. 9.4: EmpleadoPorComision. java 

2 // La clase EmpleadoPorComision representa a un empleado por comisión. 

3 

4 public class EmpleadoPorComision extends Object 

5 { 

6 private String primerNombre; 

7 private String apel 1 i doPaterno ; 

8 private String numeroSeguroSocial ; 

9 private double ventasBrutas ; // ventas semanales totales 

10 private double tari faComi sion ; // porcentaje de comisión 

12 // constructor con cinco argumentos 

13 public Empl eadoPorComi si on( String nombre, String apellido, String nss, 

14 double ventas, double tarifa ) 

15 { 

16 // la llamada implícita al constructor del objeto ocurre aqui 

17 primerNombre = nombre; 

18 apell i doPaterno = apellido; 

19 numeroSeguroSocial = nss; 

20 establecerVentasBrutas( ventas ); // valida y almacena las ventas brutas 

21 establecerTarifaComision( tarifa ); // valida y almacena la tarifa de comisión 

22 } // fin del constructor de EmpleadoPorComision con cinco argumentos 

23 

24 // establece el primer nombre 

25 public void establecerPrimerNombre( String nombre ) 

26 { 

27 primerNombre = nombre; 

Figura 9.4 | La clase EmpleadoPorComision representa a un empleado que recibe como sueldo un porcentaje de las 
ventas brutas. (Parte I de 3). 
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28 } // fin del método establecerPrimerNombre 

29 

30 // devuelve el primer nombre 

31 public String obtenerPrimerNombreO 

32 { 

33 return primerNombre; 

34 } // fin del método obtenerPrimerNombre 

35 

36 // establece el apellido paterno 

37 public void establ ecerApell i doPaternof String apellido ) 

38 { 

39 apel 1 i doPaterno = apellido; 

40 } // fin del método establecerApell i doPaterno 

41 

42 // devuelve el apellido paterno 

43 public String obtenerApel 1 i doPaternoO 

44 { 

45 return apell i doPaterno ; 

46 } // fin del método obtenerApel 1 i doPaterno 

47 

48 // establece el número de seguro social 

49 public void establ ecerNumeroSeguroSocial ( String nss ) 

50 { 

51 numeroSeguroSocial = nss; // debe validar 

52 } // fin del método establecerNumeroSeguroSocial 

53 

54 // devuelve el número de seguro social 

55 public String obtenerNumeroSeguroSocial () 

56 { 

57 return numeroSeguroSocial; 

58 } // fin del método obtenerNumeroSeguroSocial 

59 

60 // establece el monto de ventas totales del empleado por comisión 

61 public void establ ecerVentasBrutasf double ventas ) 

62 { 

63 ventasBrutas = ( ventas < 0.0 ) ? 0.0 : ventas; 

64 } // fin del método establecerVentasBrutas 

65 

66 // devuelve el monto de ventas totales del empleado por comisión 

67 public double obtenerVentasBrutasO 

68 { 

69 return ventasBrutas; 

70 } // fin del método obtenerVentasBrutas 

71 

72 // establece la tarifa del empleado por comisión 

73 public void establ ecerTari faComi si on( double tarifa ) 

74 { 

75 tari faComi si on = ( tarifa > 0.0 && tarifa < 1.0 ) ? tarifa : 0.0; 

76 } // fin del método establ ecerTari faComi si on 

77 

78 // devuelve la tarifa del empleado por comisión 

79 public double obtenerTari faComi sion() 

80 { 

81 return tari faComi si on ; 

82 } // fin del método obtenerTari faComi si on 

83 

84 // calcula el salario del empleado por comisión 

85 public double ingresos() 

Figura 9.4 | La clase EmpleadoPorComision representa a un empleado que recibe como sueldo un porcentaje de las 
ventas brutas. (Parte 2 de 3). 
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86 { 

87 return tari faComi sion * ventasBrutas ; 

88 } // fin del método ingresos 

89 

90 // devuelve representación String del objeto EmpleadoPorComision 

91 public String toStringO" 

92 { 

93 return Stri ng . format( "%s: %s %s\n%s: %s\n%s: %.2f\n%s: %.2f", 

94 "empleado por comisión", primerNombre, apel 1 i doPaterno , 

95 "numero de seguro social", numeroSeguroSoci al , 

96 ventas brutas", ventasBrutas, 

97 “tarifa de comisión”, tari faComi si on ); 

98 } // fin del método toString 

99 } // fin de la clase EmpleadoPorComision 

Figura 9.4 | La clase EmpleadoPorComision representa a un empleado que recibe como sueldo un porcentaje de las 
ventas brutas. (Parte 3 de 3). 


Los servicios public de la clase EmpleadoPorComision incluyen un constructor (líneas 13 a 22), y los 
métodos ingresos (líneas 85 a 88) y toString (líneas 91 a 98). Las líneas 25 a 82 declaran métodos establecer 
y obtener public para manipular las variables de instancia primerNombre, apel 1 i doPaterno, numeroSegu- 
roSocial, ventasBrutas y tari faComi sion de la clase (las cuales se declaran en las líneas 6 a 10). La clase 
Empl eadoPorComi si on declara cada una de sus variables de instancia como pri vate, por lo que los objetos de 
otras clases no pueden acceder directamente a estas variables. Declarar las variables de instancia como pri vate y 
proporcionar métodos establecer y obtener para manipular y validar las variables de instancia ayuda a cumplir con 
la buena ingeniería de software. Por ejemplo, los métodos establ ecerVentasBrutas y establecerían fa- 
Comi si on validan sus argumentos antes de asignar los valores a las variables de instancia ventasBrutas y tari - 
faComi si on, en forma respectiva. 

Los constructores no se heredan, por lo que la clase EmpleadoPorComision no hereda el constructor de 
la clase Object. Sin embargo, el constructor de la clase EmpleadoPorComision llama al constructor de la clase 
Object de manera implícita. De hecho, la primera tarea del constructor de cualquier subclase es llamar al cons- 
tructor de su superclase directa, ya sea en forma explícita o implícita (si no se especifica una llamada al construc- 
tor), para asegurar que las variables de instancia heredadas de la superclase se inicialicen en forma apropiada. En 
la sección 9.4.3 hablaremos sobre la sintaxis para llamar al constructor de una superclase en forma explícita. Si 
el código no incluye una llamada explícita al constructor de la superclase, Java genera una llamada implícita al 
constructor predeterminado o sin argumentos de la superclase. El comentario en la línea 16 de la figura 9.4 indica 
en dónde se hace la llamada implícita al constructor predeterminado de la superclase Object (el programador no 
necesita escribir el código para esta llamada). El constructor predeterminado (vacío) de la clase Object no hace 
nada. Observe que aun si una clase no tiene constructores, el constructor predeterminado que declara el compila- 
dor de manera implícita para la clase llamará al constructor predeterminado o sin argumentos de la superclase. 

Una vez que se realiza la llamada implícita al constructor de Object, las líneas 17 a 21 del constructor de 
Empl eadoPorComi si on asignan valores a las variables de instancia de la clase. Observe que no validamos los valo- 
res de los argumentos nombre, apel 1 i do y nss antes de asignarlos a las variables de instancia correspondientes. 
Podríamos validar el nombre y el apellido; tal vez asegurarnos de que tengan una longitud razonable. De manera 
similar, podría validarse un número de seguro social, para asegurar que contenga nueve dígitos, con o sin guiones 
cortos (por ejemplo, 123-45-6789 o 123456789). 

El método i ngresos (líneas 85 a 88) calcula los ingresos de un Empl eadoPorComi si on. La línea 87 multi- 
plica la tari faComi si on por las ventasBrutas y devuelve el resultado. 

El método toStri ng (líneas 91a 98) es especial: es uno de los métodos que hereda cualquier clase de manera 
directa o indirecta de la clase Object, la cual es la raíz de la jerarquía de clases de Java. La sección 9.7 muestra 
un resumen de los métodos de la clase Object. El método toStri ng devuelve un Stri ng que representa a un 
objeto. Un programa llama a este método de manera implícita cada vez que un objeto debe convertirse en una 
representación de cadena, como cuando se imprime un objeto mediante pri ntf o el método format de Stri ng, 
usando el especificador de formato %s. El método toStri ng de la clase Object devuelve un Stri ng que incluye 
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el nombre de la clase del objeto. En esencia, es un receptáculo que puede sobrescribirse por una subclase para 
especificar una representación de cadena apropiada de los datos en un objeto de la subclase. El método toStri ng 
de la clase Empl eadoPorComi si on sobrescribe (redefine) al método toStri ng de la clase Ob j ect. Al invocarse, el 
método toStri ng de Empl eadoPorComi si on usa el método String llamado format para devolver un String 
que contiene información acerca del Empl eadoPorComi si on. Para sobrescribir a un método de una superclase, 
una subclase debe declarar un método con la misma firma (nombre del método, número de parámetros, tipos de 
los parámetros y orden de los tipos de los parámetros) que el método de la superclase; el método toStri ng 
de Object no recibe parámetros, por lo que Empl eadoPorComi si on declara a toStri ng sin parámetros. 

■ Error común de programación 9.1 

L jf E* un error de compilación sobrescribir un método con un modificador de acceso más restringido; un método pub lie 
de la superclase no puede convertirse en un método protected o pri vate en la subclase; un método protected de 
la superclase no puede convertirse en un método pri vate en la subclase. Hacer esto sería quebrantar la relación es 
un, en la que se requiere que todos los objetos de la subclase puedan responder a las llamadas a métodos que se hagan 
a los métodos public declarados en la superclase. Si un método public pudiera sobrescribirse como protected 
o pri vate, los objetos de la subclase no podrían responder a las mismas llamadas a métodos que los objetos de la 
superclase. Una vez que se declara un método como public en una superclase, el método sigue siendo public para 
todas las subclases directas e indirectas de esa clase. 

La figura 9.5 prueba la clase Empl eadoPorComi si on. Las líneas 9 a 10 crean una instancia de un obje- 
to Empl eadoPorComi si on e invocan a su constructor (líneas 13 a 22 de la figura 9.4) para inicializarlo con 
"Sue" como el primer nombre, "Iones" como el apellido, "222-22-2222" como el número de seguro social, 
10000 como el monto de ventas brutas y .06 como la tarifa de comisión. Las líneas 15 a 24 utilizan los métodos 
obtener de Empl eadoPorComi si on para obtener los valores de las variables de instancia del objeto e imprimirlas 
en pantalla. Las líneas 26 y 27 invocan a los métodos establ ecerVentasB rutas y establ ecerTari faComi sion 
del objeto para modificar los valores de las variables de instancia ventasBrutas y tari faComi si on. Las líneas 
29 y 30 imprimen en pantalla la representación de cadena del Empl eadoPorComi si on actualizado. Observe que 
cuando se imprime un objeto en pantalla usando el especificador de formato %s, se invoca de manera implícita el 
método toStri ng del objeto para obtener su representación de cadena. 
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// Fig. 9.5: PruebaEmpleadoPorComision. java 
// Prueba de la clase Empl eadoPorComi sion. 

public class PruebaEmpleadoPorComision 

{ 

public static void main( String args[] ) 

{ 

// crea instancia de objeto EmpleadoPorComision 

Empl eadoPorComi sion empleado = new EmpleadoPorComision( 

"Sue", "Jones", "222-22-2222", 10000, .06 ); 

// obtiene datos del empleado por comisión 
System. out. pri ntln( 

"Información del empleado obtenida por los métodos establecer: \n" ); 
System. out. printf( "%s %s\n", "El primer nombre es", 
empleado. obtenerPrimerNombreO ) ; 

System. out. printf( "%s %s\n", "El apellido paterno es", 
empl eado . obtenerApel 1 i doPaterno() ) ; 

System. out. pri ntf( "%s %s\n", "El numero de seguro social es", 
empl eado . obtenerNumeroSeguroSoci al () ) ; 

System. out. printf( "%s %.2f\n", "Las ventas brutas son , 
empleado. obtenerVentasBrutasO ) ; 

System. out. printf( "%s %.2f\n", "La tarifa de comisión es' , 
empleado. obtenerTarifaComisionQ ) ; 


Figura 9.5 | Programa de prueba de la clase Empl eadoPorComi si on. (Parte I de 2). 
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25 

26 empleado. establecerVentasBrutasf 500 ); // establece las ventas brutas 

27 empleado, establecerían faComi si on( .1 ); // establece la tarifa de comisión 

28 

29 System. out.printf( "\n%s:\n\n%s\n" , 

30 "Información actualizada del empleado, obtenida mediante toString", empleado ); 

31 } // fin de main 

32 } // fin de la clase PruebaEmpleadoPorComision 


Información del empleado obtenida por los métodos establecer: 

El primer nombre es Sue 

El apellido paterno es Jones 

El numero de seguro social es 222-22-2222 

Las ventas brutas son 10000.00 

La tarifa de comisión es 0.06 

Información actualizada del empleado, obtenida mediante toString: 

empleado por comisión: Sue Jones 
numero de seguro social: 222-22-2222 
ventas brutas: 500.00 
tarifa de comisión: 0.10 


Figura 9.5 ¡ Programa de prueba de la clase Empl eadoPorComi si on. (Parte 2 de 2). 


9.4-2 Creación de una clase Empl eadoBaseMasComi sion sin usar la herencia 

Ahora hablaremos sobre la segunda parte de nuestra introducción a la herencia, mediante la declaración y prueba 
de la clase (completamente nueva e independiente) Empl eadoBaseMasComi si on (figura 9.6), la cual contiene los 
siguientes datos: primer nombre, apellido paterno, número de seguro social, monto de ventas brutas, tarifa de 
comisión y salario base. Los servicios public de la clase Empl eadoBaseMasComi si on incluyen un constructor 
(líneas 15 a 25), y los métodos i ngresos (líneas 100 a 103) y toStri ng (líneas 106 a 1 14). Las líneas 28 a 97 
declaran métodos establecer y obtener publ i c para las variables de instancia pri vate pri merNombre , apel 1 i - 
doPaterno, numeroSeguroSocial, ventasBrutas, tari faComi sion y salarioBase para la clase (las cuales 
se declaran en las líneas 7 a 12). Estas variables y métodos encapsulan todas las características necesarias de un 
empleado por comisión con sueldo base. Observe la similitud entre esta clase y la clase Empl eadoPorComi si on 
(figura 9.4); en este ejemplo, no explotaremos todavía esa similitud. 


1 // Fig. 9.6: Empl eadoBaseMasComi sion. java 

2 // La clase Empl eadoBaseMasComi sion representa a un empleado que recibe 

3 // un salario base, además de la comisión. 

4 

5 public class Empl eadoBaseMasComi sion 

6 { 

7 private String primerNombre; 

8 private String apellidoPaterno; 

9 private String numeroSeguroSocial; 

10 private double ventasBrutas; // ventas totales por semana 

11 private double tari faComi sion; // porcentaje de comisión 

12 private double salarioBase; // salario base por semana 

13 

14 // constructor con seis argumentos 

15 public Empl eadoBaseMasComi si on( String nombre, String apellido, 

16 String nss, double ventas, double tarifa, double salario ) 

17 { 

Figura 9.6 | La clase Empl eadoBaseMasComi sion representa a un empleado que recibe un salario base, además de 
la comisión. (Parte I de 3). 
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18 // la llamada implícita al constructor de Object ocurre aqui 

19 primerNombre = nombre; 

20 apel 1 i doPaterno = apellido; 

21 numeroSeguroSocial = nss; 

22 establecerVentasBrutas( ventas ); // valida y almacena las ventas brutas 

23 establecerTarifaComision( tarifa ); // valida y almacena la tarifa de comisión 

24 establecerSalarioBase( salario ); // valida y almacena el salario base 

25 } // fin del constructor de EmpleadoBaseMasComision con seis argumentos 

26 

27 // establece el primer nombre 

28 public void establecerPrimerNombre( String nombre ) 

29 { 

30 primerNombre = nombre; 

31 } // fin del método establecerPrimerNombre 

32 

33 // devuelve el primer nombre 

34 public String obtenerPrimerNombreO 

35 { 

36 return primerNombre; 

37 } // fin del método obtenerPrimerNombre 

38 

39 // establece el apellido paterno 

40 public void establ ecerApel 1 i doPaterno( String apellido ) 

41 { 

42 apel 1 i doPaterno = apellido; 

43 } // fin del método establ ecerApel 1 i doPaterno 

44 

45 // devuelve el apellido paterno 

46 public String obtenerApel 1 i doPaternoO 

47 { 

48 return apel 1 i doPaterno ; 

49 } // fin del método obtenerApel 1 i doPaterno 

50 

51 // establece el número de seguro social 

52 public void establ ecerNumeroSeguroSocial ( String nss ) 

53 { 

54 numeroSeguroSocial = nss; // debe validar 

55 } // fin del método establecerNumeroSeguroSocial 

56 

57 // devuelve el número de seguro social 

58 public String obtenerNumeroSeguroSocial () 

59 { 

60 return numeroSeguroSocial; 

61 } // fin del método obtenerNumeroSeguroSocial 

62 

63 // establece el monto de ventas brutas 

64 public void establ ecerVentasBrutas( double ventas ) 

65 { 

66 ventasBrutas = ( ventas < 0.0 ) ? 0.0 : ventas; 

67 } // fin del método establecerVentasBrutas 

68 

69 // devuelve el monto de ventas brutas 

70 public double obtenerVentasBrutasO 

71 { 

72 return ventasBrutas; 

73 } // fin del método obtenerVentasBrutas 

74 

75 // establece la tarifa de comisión 

Figura 9.6 | La clase EmpleadoBaseMasComision representa a un empleado que recibe un salario base, además de 
la comisión. (Parte 2 de 3). 
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public void establ ecerTari faComi si on( double tarifa ) 

{ 

tari faComi si on = ( tarifa > 0.0 && tarifa < 1.0 ) ? tarifa : 0.0; 

} // fin del método establ ecerTari faComi si on 

// devuelve la tarifa de comisión 

public double obtenerTari faComi sion() 

{ 

return tari faComi si on ; 

} // fin del método obtenerTari faComi si on 

// establece el salario base 

public void establecerSalarioBasef double salario ) 

{ 

salarioBase = ( salario < 0.0 ) ? 0.0 : salario; 

} // fin del método establecerSalarioBase 

// devuelve el salario base 

public double obtenerSalarioBaseO 

{ 

return salarioBase; 

} // fin del método obtenerSalarioBase 

// calcula los ingresos 
public double ingresos() 

{ 

return salarioBase + ( tari faComi si on * ventasBrutas ); 

} //fin del método ingresos 

// devuelve representación String de EmpleadoBaseMasComision 
public String toStringO 
{ 

return Stri ng . formatf 

"%s: %s %s\n%s: %s\n%s: %.2f\n%s: %.2f\n%s: %.2f", 

"empleado por comisión con sueldo base", primerNombre, apellidoPaterno, 
"numero de seguro social", numeroSeguroSoci al , 

"ventas brutas', ventasBrutas, "tarifa de comisión", tari faComi si on , 
"salario base", salarioBase ); 

} // fin del método toString 
} // fin de la clase EmpleadoBaseMasComision 


Figura 9.6 | La clase EmpleadoBaseMasComision representa a un empleado que recibe un salario base, además de 
la comisión. (Parte 3 de 3). 


Observe que la clase EmpleadoBaseMasComision no especifica “extends Object” en la línea 5, por lo 
que la clase extiende a Object en forma implícita. Observe además que, al igual que el constructor de la clase 
Empl eadoPorComi sion (líneas 13 a 22 de la figura 9.4), el constructor de la clase Empl eadoBaseMasComi sion 
invoca al constructor predeterminado de la clase Object en forma implícita, como se indica en el comentario de 
la línea 18. 

El método ingresos de la clase EmpleadoBaseMasComision (líneas 100 a 103) calcula los ingresos de un 
empleado por comisión con salario base. La línea 102 devuelve el resultado de sumar el salario base del empleado 
al producto de multiplicar la tarifa de comisión por las ventas brutas del empleado. 

La clase Empl eadoBaseMasComi si on sobrescribe al método toStri ng de Object para que devuelva un obje- 
to Stri ng que contiene la información del Empl eadoBaseMasComi sion. Una vez más, utilizamos el especificador 
de formato %. 2f para dar formato a las ventas brutas, la tarifa de comisión y el salario base con dos dígitos de 
precisión a la derecha del punto decimal (línea 109). 
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La figura 9.7 prueba la clase Empl eadoBaseMasComi si on. Las líneas 9 a 1 1 crean una instancia de un objeto 
Empl eadoBaseMasComi si on y pasan los argumentos "Bob", "Lewi s", "333-33-3333", 5000, . 04 y 300 al cons- 
tructor como el primer nombre, apellido paterno, número de seguro social, ventas brutas, tarifa de comisión y 
salario base, respectivamente. Las líneas 16 a 27 utilizan los métodos obtener de Empl eadoBaseMasComi si on para 
obtener los valores de las variables de instancia del objeto e imprimirlos en pantalla. La línea 29 invoca al método 
establ ecerSal arioBase del objeto para modificar el salario base. El método establ ecerSal ari oBase (figura 
9.6, líneas 88 a 91) asegura que no se le asigne a la variable sal ari oBase un valor negativo, ya que el salario base 
de un empleado no puede ser negativo. Las líneas 31 a 33 de la figura 9.7 invocan en forma implícita al método 
toStri ng del objeto, para obtener su representación de cadena. 

La mayor parte del código para la clase Empl eadoBaseMasComi si on (figura 9.6) es similar, si no es que 
idéntico, al código para la clase Empl eadoPorComi sion (figura 9.4). Por ejemplo, en la clase Empl eadoBase- 
MasComi si on, las variables de instancia pri vate primerNombre y apel 1 i doPaterno, y los métodos establ e- 
cerPrimerNombre, obtenerPrimerNombre, establecerApellidoPaterno y obtenerApel 1 i doPaterno son 
idénticos a los de la clase Empl eadoPorComi sion. Las clases Empl eadoPorComi sion y Empl eadoBasePor- 
Comi si on también contienen las variables de instancia pri vate numeroSeguroSoci al , tari faComi si on y ven- 
tasB rutas, así como métodos obtener y establecer para manipular estas variables. Además, el constructor de 
Empl eadoBasePorComi si on es casi idéntico al de la clase Empl eadoPorComi si on, sólo que el constructor 
de Empl eadoBaseMasComi sion también establece el sal ari oBase. Las demás adiciones a la clase Empl eado- 
BaseMasComi sion son la variable de instancia pri vate sal arioBase, y los métodos establ ecerSal ari oBase 


1 // Fig. 9.7: PruebaEmpl eadoBaseMasComi sion. java 

2 // Prueba de la clases Empl eadoBaseMasComi si on . 

3 

4 public class PruebaEmpl eadoBaseMasComi sion 

5 { 

6 public static void main( String args[] ) 

7 { 

8 // crea instancia de objeto Empl eadoBaseMasComi sion 

9 Empl eadoBaseMasComi sion empleado = 

10 new Empl eadoBaseMasComi si on( 

11 "Bob", "Lewi s" , "333-33-3333", 5000, .04, 300 ); 

12 

13 // obtiene datos del empleado por comisión con sueldo base 

14 System. out.println( 

15 "Información del empleado obtenida por métodos establecer: \n" ); 

16 System. out.printf( "%s %s\n", "El primer nombre es , 

17 empleado. obtenerPrimerNombreO ); 

18 System. out.printf( "%s %s\n", "El apellido es", 

19 empl eado . obtenerApel 1 idoPaterno() ); 

20 System. out.printf( "%s %s\n", "El numero de seguro social es", 

21 empl eado . obtenerNumeroSeguroSoci al () ); 

22 System. out.printf( "%s %.2f\n", "Las ventas brutas son”, 

23 empleado. obtenerVentasBrutasO ); 

24 System. out.printf( "%s %.2f\n", "La tarifa de comisión es”, 

25 empleado. obtenerTarifaComision() ); 

26 System. out.printf( "%s %.2f\n", "El salario base es", 

27 empl eado . obtenerSal ari oBase() ); 

28 

29 empleado. establecerSalarioBase( 1000 ); // establece el salario base 

30 

31 System. out.printf( "\n%s:\n\n%s\n" , 

32 "Información actualizada del empleado, obtenida por toStri ng", 

33 empl eado . toStri ng() ); 

34 } // fin de main 

35 } // fin de la clase PruebaEmpl eadoBaseMasComi sion 

Figura 9.7 ¡ Programa de prueba de Empl eadoBaseMasComi sion. (Parte I de 2). 
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Información del empleado obtenida por métodos establecer: 

El primer nombre es Bob 
El apellido es Lewi s 

El numero de seguro social es 33B-BB-BBB3 
Las ventas brutas son 5000.00 
La tarifa de comisión es 0.04 
El salario base es 300.00 

Información actualizada del empleado, obtenida por toString: 

empleado por comisión con sueldo base: Bob Lewis 

numero de seguro social: 333-33-3333 

ventas brutas: 5000.00 

tarifa de comisión: 0.04 

salario base: 1000.00 


Figura 9.7 | Programa de prueba de Empl eadoBaseMasComi si on. (Parte 2 de 2). 


y obtenerSalarioBase. El método toString de la clase Empl eadoBaseMasComi si on es casi idéntico al de la 
clase Empl eadoPorComi si on, excepto que el método toStri ng de Empl eadoBasePorComi si on también impri- 
me la variable de instancia sal ari oBase con dos dígitos de precisión a la derecha del punto decimal. 

Literalmente hablando, copiamos el código de la clase Empl eadoPorComi si on y lo pegamos en la clase 
Empl eadoBaseMasComi si on, después modificamos esta clase para incluir un salario base y los métodos que 
manipulan ese salario base. A menudo, este método de “copiar y pegar” está propenso a errores y consume mucho 
tiempo. Peor aún, se pueden esparcir muchas copias físicas del mismo código a lo largo de un sistema, con lo que 
el mantenimiento del código se convierte en una pesadilla. ¿Existe alguna manera de “absorber” las variables de 
instancia y los métodos de una clase, de manera que formen parte de otras clases sin tener que copiar el código? 
En los siguientes ejemplos responderemos a esta pregunta, utilizando un método más elegante para crear clases, 
que enfatiza los beneficios de la herencia. 



Observación de ingeniería de software 9.4 

Copiar y pegar código de una clase a otra puede esparcir los errores a través de varios archivos de código fuente. Para 
evitar la duplicación de código (y posiblemente los errores) use la herencia o, en algunos casos, la composición, en vez 
del método de “copiar y pegar”, en situaciones en las que desea que una clase “absorba” las variables de instancia y 
los métodos de otra clase. 



Observación de ingeniería de software 9.5 

Con la herencia, las variables de instancia y los métodos comunes de todas las clases en la jerarquía se declaran en una 
superclase. Cuando se requieren modificaciones para estas características comunes, los desarrolladores de software sólo 
necesitan realizar las modificaciones en la superclase; así las clases derivadas heredan los cambios. Sin la herencia, 
habría que modificar todos los archivos de código fuente que contengan una copia del código en cuestión. 


9.4-3 Creación de una jerarquía de herencia 
Empl eadoPorComi sion-Ernpl eadoBaseMasComi sion 

Ahora declararemos la clase Empl eadoBaseMasComi si on2 (figura 9.8), que extiende a la clase Empl eadoPorCo- 
mi sion (figura 9.4). Un objeto Empl eadoBaseMasComi si on2 es un Empl eadoPorComi sion (ya que la herencia 
traspasa las capacidades de la clase Empl eadoPorComi si on), pero la clase Empl eadoBaseMasComi si on2 tam- 
bién tiene la variable de instancia sal ari oBase (figura 9.8, línea 6). La palabra clave extends en la línea 4 
de la declaración de la clase indica la herencia. Como subclase, Empl eadoBaseMasComi si on2 hereda las varia- 
bles de instancia public y protected y los métodos de la clase EmpleadoPorComision. El constructor de la 
clase EmpleadoPorComision no se hereda. Por lo tanto, los servicios public de Empl eadoBaseMasComi si on2 
incluyen su constructor (líneas 9 a 16), los métodos public heredados de la clase EmpleadoPorComision, el 
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método establ ecerSal ari oBase (líneas 19 a 22), el método obtenerSal arioBase (líneas 25 a 28), el método 
i ngresos (líneas 31 a 35) y el método toStri ng (líneas 38 a 47). 

El constructor de cada subclase debe llamar en forma implícita o explícita al constructor de su superclase, para 
asegurar que las variables de instancia heredadas de la superclase se inicialicen en forma apropiada. El constructor 
de Empl eadoBaseMasComi sion2 con seis argumentos (líneas 9 a 16) llama en forma explícita al constructor de 
la clase Empl eadoPorComi si on con cinco argumentos, para inicializar la porción correspondiente a la superclase 
de un objeto Empl eadoBaseMasComi si on2 (es decir, las variables primerNombre, apel 1 i doPaterno, numero- 


1 // Fig. 9.8: Empl eadoBaseMasComi si on2. java 

2 // Empl eadoBaseMasComi si on2 hereda de la clase Empl eadoPorComi si on . 

3 

4 public class Empl eadoBaseMasComi si on2 extends Empl eadoPorComi si on 

5 { 

6 private double salarioBase; // salario base por semana 

7 

8 // constructor con seis argumentos 

9 public Empl eadoBaseMasComi si on2( String nombre, String apellido, 

10 String nss, double ventas, double tarifa, double salario ) 

11 { 

12 // llamada explícita al constructor de la superclase Empl eadoPorComi si on 

13 super( nombre, apellido, nss, ventas, tarifa ); 

14 

15 establ ecerSalarioBase( salario ); // valida y almacena el salario base 

16 } // fin del constructor de Empl eadoBaseMasComi si on2 con seis argumentos 

17 

18 // establecer salario base 

19 public void establecerSalarioBase( double salario ) 

20 { 

21 salarioBase = ( salario < 0.0 ) ? 0.0 : salario; 

22 } // fin del método establecerSalarioBase 

23 

24 // devuelve el salario base 

25 public double obtenerSalarioBaseO 

26 { 

27 return salarioBase; 

28 } // fin del método obtenerSalarioBase 

29 

30 // calcula los ingresos 

31 public double ingresos() 

32 { 

33 // no está permitido: tari faComi sion y ventasBrutas son private en la superclase 

34 return salarioBase + ( tari faComi sion * ventasBrutas ); 

35 } // fin del método ingresos 

36 

37 // devuelve representación String de Empl eadoBaseMasComi si on2 

38 public String toStri ng() 

39 { 

40 // no está permitido: intentos por acceder a los miembros private de la superclase 

41 return Stri ng . format( 

42 "%s : %s %s\n%s : %s\n%s: %.2f\n%s: %.2f\n%s: %.2f", 

43 "empleado por comisión con sueldo base", primerNombre, apel 1 i doPaterno , 

44 "numero de seguro social", numeroSeguroSoci al , 

45 "ventas brutas", ventasBrutas, "tarifa de comisión 1 , tari faComi sion, 

46 "salario base' , salarioBase ); 

47 } // fin del método toStri ng 

48 } // fin de la clase Empl eadoBaseMasComi si on2 

Figura 9.8 | Los miembros private de una superclase no se pueden utilizar en una subclase. (Parte I de 2). 
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Empl eadoBaseMasComi sion2 . java: 34: tari faComi si on has prívate access in 
Empl eadoPorComi si on 

return salarioBase + ( tari faComi si on * ventasBrutas ); 

A 

Empl eadoBaseMasComi sion2 . java: 34: ventasBrutas has private access in 
Empl eadoPorComi si on 

return salarioBase + ( tari faComi si on * ventasBrutas ); 

A 

Empl eadoBaseMasComi si on2 . java: 43 : primerNombre has private access in 
Empl eadoPorComi si on 

"empleado por comisión con sueldo base", primerNombre, apel 1 idoPaterno , 

A 

Empl eadoBaseMasComi sion2 . java:43 : apel 1 i doPaterno has private access in 
Empl eadoPorComi si on 

"empleado por comisión con sueldo base", primerNombre, apell idoPaterno , 

A 

Empl eadoBaseMasComi sion2 . java:44: numeroSeguroSocial has private access in 
Empl eadoPorComi si on 

"numero de seguro social", numeroSeguroSocial, 

A 

Empl eadoBaseMasComi si on2 . java: 45 : ventasBrutas has private access in 
Empl eadoPorComi si on 

"ventas brutas", ventasBrutas, "tarifa de comisión", tari faComi si on , 

A 

Empl eadoBaseMasComi si on2 . java: 45 : tari faComi si on has private access in 
Empl eadoPorComi si on 

"ventas brutas", ventasBrutas, "tarifa de comisión", tari faComi si on , 

A 

7 errors 

Figura 9.8 | Los miembros private de una superclase no se pueden utilizar en una subclase. (Parte 2 de 2). 


SeguroSocial, ventasBrutas y tari faComi si on). La línea 13 en el constructor de Empl eadoBaseMasComi - 
sion2 con seis argumentos invoca al constructor de Empl eadoPorComi si on con cinco argumentos (declarado 
en las líneas 13 a 22 de la figura 9.4) mediante el uso de la sintaxis de llamada al constructor de la superclase: 
la palabra clave super, seguida de un conjunto de paréntesis que contienen los argumentos del constructor de la 
superclase. Los argumentos nombre, apel 1 i do, nss, ventas y tari fa se utilizan para inicializar a los miembros 
primerNombre, apel 1 i doPaterno, numeroSeguroSoci al, ventasBrutas y tari faComi sion de la superclase, 
respectivamente. Si el constructor de Empl eadoBaseMasComi si on2 no invocara al constructor de Empl eado- 
PorComi si on de manera explícita, Java trataría de invocar al constructor predeterminado o sin argumentos de la 
clase Empl eadoPorComi sion; pero como la clase no tiene un constructor así, el compilador generaría un error. La 
llamada explícita al constructor de la superclase en la línea 13 de la figura 9.8 debe ser la primera instrucción en 
el cuerpo del constructor de la subclase. Además, cuando una superclase contiene un constructor sin argumentos, 
puede usar a super() para llamar a ese constructor en forma explícita, pero esto se hace raras veces. 



Error común de programación 9.2 

Si el constructor de una subclase llama a uno de los constructores de su superclase con argumentos que no concuerdan 
exactamente con el número y el tipo de los parámetros especificados en una de las declaraciones del constructor de la 
clase base, se produce un error de compilación. 


El compilador genera errores para la línea 34 de la figura 9.8, debido a que las variables de instancia tari - 
faComi si on y ventasBrutas de la superclase Empl eadoPorComi si on son private; no se permite a los métodos 
de la subclase Empl eadoBaseMasComi si on2 acceder a las variables de instancia pri vate de la superclase Empl ea- 
doPorComi si on. Observe que utilizamos texto en negritas en la figura 9.8 para indicar que el código es erróneo. 
El compilador genera errores adicionales en las líneas 43 a 45 del método toStri ng de Empl eadoBaseMasComi - 
sion2 por la misma razón. Se hubieran podido prevenir los errores en Empl eadoBaseMasComi si on2 al utilizar 




394 Capítulo 9 Programación orientada a objetos: herencia 


los métodos obtener heredados de la clase Empl eadoPorComi sion. Por ejemplo, la línea 34 podría haber utilizado 
obtenerTari faComi si on y obtenerVentasB rutas para acceder a las variables de instancia prívate tari faCo- 
mi si on y ventasBrutas de Empl eadoPorComi si on, respectivamente. Las líneas 43 a 45 también podrían haber 
utilizado métodos establecer apropiados para obtener los valores de las variables de instancia de la superclase. 

9.4-4 La jerarquía de herencia Empl eadoPorComi sion - 
Empl eadoBaseMasComi sion mediante el uso de variables 
de instancia protected 

Para permitir que la clase Empl eadoBaseMasComi sion acceda directamente a las variables de instancia primer- 
Nombre, apel 1 i doPaterno, numeroSeguroSocial, ventasBrutas y tari faComi sion de la superclase, pode- 
mos declarar esos miembros como protected en la superclase. Como vimos en la sección 9.3, los miembros 
protected de una superclase se heredan por todas las subclases de esa superclase. La clase Empl eadoPorComi - 
sion2 (figura 9.9) es una modificación de la clase Empl eadoPorComi sion (figura 9.4), la cual declara las varia- 
bles de instancia primerNombre, apel 1 i doPaterno, numeroSeguroSoci al, ventasBrutas y tari faComi sion 
como protected, en vez de pri vate (figura 9.9, líneas 6 a 10). Aparte del cambio en el nombre de la clase (y por 
ende el cambio en el nombre del constructor) a Empl eadoPorComi si on2, el resto de la declaración de la clase en 
la figura 9.9 es idéntico al de la figura 9.4. 


1 // Fig. 9.9: Empl eadoPorComi si on2 . java 

2 // La clase EmpleadoPorComision2 representa a un empleado por comisión. 

3 

4 public class EmpleadoPorComision2 

5 { 

6 protected String primerNombre; 

7 protected String apellidoPaterno; 

8 protected String numeroSeguroSocial; 

9 protected double ventasBrutas; // ventas totales por semana 

10 protected double tari faComi sion; // porcentaje de comisión 

1 1 

12 // constructor con cinco argumentos 

13 public EmpleadoPorComision2( String nombre, String apellido, String nss, 

14 double ventas, double tarifa ) 

15 { 

16 // la llamada implícita al constructor del objeto ocurre aquí 

17 primerNombre = nombre; 

18 apellidoPaterno = apellido; 

19 numeroSeguroSocial = nss; 

20 establecerVentasBrutas( ventas ); // valida y almacena las ventas brutas 

21 establecerTarifaComision( tarifa ); // valida y almacena la tarifa de comisión 

22 } // fin del constructor de Empl eadoPorComi si on2 con cinco argumentos 

23 

24 // establece el primer nombre 

25 public void establecerPrimerNombre( String nombre ) 

26 { 

27 primerNombre = nombre; 

28 } // fin del método establecerPrimerNombre 

29 

30 // devuelve el primer nombre 

31 public String obtenerPrimerNombreO 

32 { 

33 return primerNombre; 

34 } // fin del método obtenerPrimerNombre 

35 

36 // establece el apellido paterno 

Figura 9.9 | Empl eadoPorComi si on2 con variables de instancia protected. (Parte I de 3). 
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37 public void establ ecerApell i doPaternof String apellido ) 

38 { 

39 apel 1 i doPaterno = apellido; 

40 } // fin del método establ ecerApel 1 i doPaterno 

41 

42 // devuelve el apellido paterno 

43 public String obtenerApel 1 i doPaternoO 

44 { 

45 return apellidoPaterno; 

46 } // fin del método obtenerApel 1 i doPaterno 

47 

48 // establece el número de seguro social 

49 public void establ ecerNumeroSeguroSocial ( String nss ) 

50 { 

51 numeroSeguroSocial = nss; // debe validar 

52 } // fin del método establecerNumeroSeguroSocial 

53 

54 // devuelve el número de seguro social 

55 public String obtenerNumeroSeguroSocial () 

56 { 

57 return numeroSeguroSocial; 

58 } // fin del método obtenerNumeroSeguroSocial 

59 

60 // establece el monto de ventas brutas 

61 public void establ ecerVentasBrutasf double ventas ) 

62 { 

63 ventasBrutas = ( ventas < 0.0 ) ? 0.0 : ventas; 

64 } // fin del método establecerVentasBrutas 

65 

66 // devuelve el monto de ventas brutas 

67 public double obtenerVentasBrutasO 

68 { 

69 return ventasBrutas; 

70 } // fin del método obtenerVentasBrutas 

71 

72 // establece la tarifa de comisión 

73 public void establ ecerTari faComi si on( double tarifa ) 

74 { 

75 tari faComi si on = ( tarifa > 0.0 && tarifa < 1.0 ) ? tarifa : 0.0; 

76 } // fin del método establ ecerTari faComi si on 

77 

78 // devuelve la tarifa de comisión 

79 public double obtenerTarifaComisionO 

80 { 

81 return tari faComi si on ; 

82 } // fin del método obtenerTari faComi si on 

83 

84 // calcula los ingresos 

85 public double ingresos() 

86 { 

87 return tari faComi si on * ventasBrutas; 

88 } // fin del método ingresos 

89 

90 // devuelve representación String del objeto EmpleadoPorComision2 

91 public String toStringO 

92 { 

93 return Stri ng . format( “%s: %s %s\n%s: %s\n%s: %.2f\n%s: %.2f”, 

94 “empleado por comisión”, primerNombre, apellidoPaterno, 

95 “numero de seguro social”, numeroSeguroSocial, 

Figura 9.9 | Empl eadoPorComi sion2 con variables de instancia protected. (Parte 2 de 3). 
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96 ventas brutas”, ventasBrutas , 

97 “tarifa de comisión”, tari faComi si on ); 

98 } // fin del método toString 

99 } // fin de la clase EmpleadoPorComision2 

Figura 9.9 | EmpleadoPorComision2 con variables de instancia protected. (Parte 3 de 3). 


Podríamos haber declarado las variables de instancia primerNombre, apel 1 i doPaterno, numeroSeguroSo- 
ci al, ventasBrutas y tari faComi si on de la superclase Empl eadoPorComi si on2 como publ i c, para permitir 
que la subclase EmpleadoBaseMasComision2 pueda acceder a las variables de instancia de la superclase. No 
obstante, declarar variables de instancia publ i c es una mala ingeniería de software, ya que permite el acceso sin 
restricciones a las variables de instancia, lo cual incrementa considerablemente la probabilidad de errores. Con las 
variables de instancia protected, la subclase obtiene acceso a las variables de instancia, pero las clases que no 
son subclases y las clases que no están en el mismo paquete no pueden acceder a estas variables en forma directa; 
recuerde que los miembros de clase protected son también visibles para las otras clases en el mismo paquete. 

La clase Empl eadoBaseMasComi sion3 (figura 9.10) es una modificación de la clase Empl eadoBaseMas- 
Comision2 (figura 9.8), que extiende a Empl eadoPorComi si on2 (línea 5) en vez de la clase Empl eadoPorCo- 
mi si on. Los objetos de la clase EmpleadoBaseMasComision3 heredan las variables de instancia protected 
primerNombre, apellidoPaterno, numeroSeguroSocial, ventasBrutas y tari faComi si on de Empleado- 
PorComi sion2; ahora todas estas variables son miembros protected de Empl eadoBaseMasComi si on3. Como 
resultado, el compilador no genera errores al compilar la línea 32 del método i ng resos y las líneas 40 a 42 del 
método toString. Si otra clase extiende a Empl eadoBasePorComi sion3, la nueva subclase también hereda los 
miembros protected. 


1 // Fig. 9.10: Empl eadoBaseMasComi si on3 . java 

2 // Empl eadoBaseMasComi si on3 hereda de Empl eadoPorComi si on2 y tiene 

3 // acceso a los miembros protected de Empl eadoPorComi si on2. 

4 

5 public class Empl eadoBaseMasComi si on3 extends Empl eadoPorComi si on2 

6 { 

7 private double salarioBase; // salario base por semana 

8 

9 // constructor con seis argumentos 

10 public Empl eadoBaseMasComi si on3( String nombre, String apellido, 

11 String nss, double ventas, double tarifa, double salario ) 

12 { 

13 superf nombre, apellido, nss, ventas, tarifa ); 

14 establecerSalarioBase( salario ); // valida y almacena el salario base 

15 } // fin del constructor de Empl eadoBaseMasComi si on3 con seis argumentos 

16 

17 // establece el salario base 

18 public void establecerSalarioBase( double salario ) 

19 { 

20 salarioBase = ( salario < 0.0 ) ? 0.0 : salario; 

21 } // fin del método establecerSalarioBase 

22 

23 // devuelve el salario base 

24 public double obtenerSalarioBaseO 

25 { 

26 return salarioBase; 

27 } // fin del método obtenerSalarioBase 

28 

Figura 9.1 0 | Empl eadoBaseMasComi si on3 hereda las variables de instancia protected de Empl eadoPorComi si on 
(Parte I de 2). 
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// calcula los ingresos 
public double ingresosO 
{ 

return salarioBase + ( tari faComi si on * ventasBrutas ); 

} // fin del método ingresos 

// devuelve representación String de Empl eadoBaseMasComi si on3 
public String toStringO 
{ 

return Stri ng . format( 

“%s: %s %s\n%s: %s\n%s: %.2f\n%s: %.2f\n%s: %.2f”, 

“empleado por comisión con salario base”, primerNombre, apellidoPaterno, 
“numero de seguro social , numeroSeguroSocial , 

“ventas brutas’, ventasBrutas, “tarifa comisión”, tari faComi si on , 
“salario base”, salarioBase ); 

} // fin del método toString 
} // fin de la clase Empl eadoBaseMasComi sionB 


Figura 9.10 | Empl eadoBaseMasComi si on3 hereda las variables de instancia protected de EmpleadoPorComision3. 
(Parte 2 de 2). 


La clase Empl eadoBaseMasComi si on3 no hereda el constructor de la clase EmpleadoPorComision2. No 
obstante, el constructor de la clase Empl eadoBaseMasComi si on3 con seis argumentos (líneas 10 a 15) llama 
al constructor de la clase EmpleadoPorComision2 con cinco argumentos en forma explícita. El constructor 
de Empl eadoBaseMasComi si on3 con seis argumentos debe llamar en forma explícita al constructor de la clase 
EmpleadoPorComi si on2 con cinco argumentos, ya que Empl eadoPorComi sion2 no proporciona un constructor 
sin argumentos que pueda invocarse en forma implícita. 

La figura 9.11 utiliza un objeto Empl eadoBaseMasComi si on3 para realizar las mismas tareas que realizó la 
figura 9.7 con un objeto Empl eadoBaseMasComi si on (figura 9.6). Observe que los resultados de los dos progra- 
mas son idénticos. Aunque declaramos la clase Empl eadoBaseMasComi si on sin utilizar la herencia, y declaramos 
la clase Empl eadoBaseMasComi si on3 utilizando la herencia, ambas clases proporcionan la misma funcionalidad. 
El código fuente para la clase Empl eadoBaseMasComi si on3, que tiene 45 líneas, es mucho más corto que el de 
la clase Empl eadoBaseMasComi si on, que tiene 115 líneas, debido a que la clase Empl eadoBaseMasComi si on3 
hereda la mayor parte de su funcionalidad de Empl eadoPorComi si on2, mientas que la clase Empl eadoBaseMas- 
Comi sion sólo hereda la funcionalidad de la clase Object. Además, ahora sólo hay una copia de la funcionalidad 
del empleado por comisión declarada en la clase Empl eadoPorComi si on2. Esto hace que el código sea más 
fácil de mantener, modificar y depurar, ya que el código relacionado con un empleado por comisión sólo existe 
en la clase Empl eadoPorComi si on2. 


1 

2 

3 

4 

5 

6 
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8 
9 

10 
1 1 
12 
13 


// Fig. 9.11: PruebaEmpl eadoBaseMasComi si on3 . java 
// Prueba de la clase Empl eadoBaseMasComi si on3 . 

public class PruebaEmpleadoBaseMasComision3 

{ 

public static void main( String args[] ) 

{ 

// crea instancia de un objeto Empl eadoBaseMasComi si on3 

Empl eadoBaseMasComi si on3 empleado = 
new Empl eadoBaseMasComi si on3( 

“Bob”, “Lewis”, “333-33-3333”, 5000, .04, 300 ); 

// obtiene datos del empleado por comisión con sueldo base 


Figura 9.1 1 | Miembros protected de la superclase, heredados en la subclase Empl eadoBaseMasComi si on3. (Parte 
I de 2). 
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14 System. out.println( 

15 “Información del empleado, obtenida por los métodos establecer: \n” ); 

16 System. out. printff “%s %s\n”, “El primer nombre es”, 

17 empleadoBaseMasComision.obtenerPrimerNombreO ); 

18 System. out.printf( “%s %s\n”, “El apellido es”, 

19 empl eadoBaseMasComi sion . obtenerApell idoPaterno() ); 

20 System. out. printff “%s %s\n’ , “El numero de seguro social es”, 

21 empl eadoBaseMasComi sion . obtenerNumeroSeguroSoci al () ); 

22 System. out.printf( “%s %.2f\n”, “Las ventas brutas son’, 

23 empleadoBaseMasComision.obtenerVentasBrutasO ); 

24 System. out. printff “%s %.2f\n”, “La tarifa de comisión es’, 

25 empleadoBaseMasComision.obtenerTarifaComisionO ); 

26 System. out. printf( “%s %.2f\n”, “El salario base es , 

27 empl eadoBaseMasComi sion . obtenerSal arioBase() ); 

28 

29 empl eadoBaseMasComi si on.establecerSalarioBase( 1000 ); // establece el salario base 

30 

31 System. out. printf( “\n%s:\n\n%s\n” , 

32 “Información actualizada del empleado, obtenida por toString”, 

33 empleadoBaseMasComision.toStringO ); 

34 } // fin de main 

35 } // fin de la clase PruebaEmpl eadoBaseMasComi si onB 


Información del empleado, obtenida por los métodos establecer: 

El primer nombre es Bob 
El apellido es Lewi s 

El numero de seguro social es 3BB-BB-BB33 
Las ventas brutas son 5000.00 
La tarifa de comisión es 0.04 
El salario base es 300.00 

Información actualizada del empleado, obtenida por toString: 

empleado por comisión con salario base: Bob Lewi s 

numero de seguro social: 333-33-3333 

ventas brutas: 5000.00 

tarifa comisión: 0.04 

salario base: 1000.00 


Figura 9.1 I | Miembros protected de la superclase, heredados en la subclase Empl eadoBaseMasComi si on3. (Parte 
2 de 2). 


En este ejemplo declaramos las variables de instancia de la superclase como protected, para que las sub- 
clases pudieran heredarlas. Al heredar variables de instancia protected se incrementa un poco el rendimiento, 
ya que podemos acceder directamente a las variables en la subclase, sin incurrir en la sobrecarga de una llamada 
a un método establecer u obtener. No obstante, en la mayoría de los casos es mejor utilizar variables de instancia 
pri vate, para cumplir con la ingeniería de software apropiada, y dejar al compilador las cuestiones relacionadas 
con la optimización de código. Su código será más fácil de mantener, modificar y depurar. 

El uso de variables de instancia p rotected crea varios problemas potenciales. En primer lugar, el objeto de la 
subclase puede establecer el valor de una variable heredada directamente, sin utilizar un método establecer. Por lo 
tanto, un objeto de la subclase puede asignar un valor inválido a la variable, con lo cual el objeto queda en un esta- 
do inconsistente. Por ejemplo, si declaramos la variable de instancia ventasBrutas de Empl eadoPorComi si on3 
como protected, un objeto de una subclase (por ejemplo, Empl eadoBaseMasComi si on) podría entonces asignar 
un valor negativo a ventasBrutas. El segundo problema con el uso de variables de instancia protected es que 
hay más probabilidad de que los métodos de la subclase se escriban de manera que dependan de la implementa- 
ción de datos de la superclase. En la práctica, las subclases sólo deben depender de los servicios de la superclase 




9.4 Relación entre las superclases y las subclases 399 


(es decir, métodos que no sean pri vate) y no en la implementación de datos de la superclase. Si hay variables de 
instancia protected en la superclase, tal vez necesitemos modificar todas las subclases de esa superclase si cambia 
la implementación de ésta. Por ejemplo, si por alguna razón tuviéramos que cambiar los nombres de las variables 
de instancia primerNombre y apel 1 i doPaterno por nombre y apel 1 i do, entonces tendríamos que hacerlo para 
todas las ocurrencias en las que una subclase haga referencia directa a las variables de instancia primerNombre y 
apel 1 i doPaterno de la superclase. En tal caso, se dice que el software es frágil o quebradizo, ya que un pequeño 
cambio en la superclase puede “quebrar” la implementación de la subclase. Es conveniente que el programador 
pueda modificar la implementación de la superclase sin dejar de proporcionar los mismos servicios a las subclases. 
(Desde luego que, si cambian los servicios de la superclase, debemos reimplementar nuestras subclases). Un tercer 
problema es que los miembros protected de una clase son visibles para todas las clases que se encuentren en el 
mismo paquete que la clase que contiene los miembros protected; esto no siempre es conveniente. 



Observación de ingeniería de software 9.6 

Use el modificador de acceso protected cuando una superclase deba proporcionar un método sólo a sus subclases y 
a otras clases en el mismo paquete, pero no a otros clientes. 



Observación de ingeniería de software 9.7 

Al declarar variables de instancia prívate (a diferencia de protected ) en la superclase, se permite que la im- 
plementación de la superclase para estas variables de instancia cambie sin afectar las implementaciones de las sub- 
clases. 



Tip para prevenir errores 9.1 


Siempre que sea posible, no incluya variables de instancia protected en una superclase. En vez de ello, incluya 
métodos no prívate que accedan a las variables de instancia prívate. Esto asegurará que los objetos de la clase 
mantengan estados consistentes. 


9.4-5 La jerarquía de herencia EmpleadoPorComision- 
EmpleadoBaseMasComision mediante el uso de variables 
de instancia private 

Ahora reexaminaremos nuestra jerarquía una vez más, pero ahora utilizaremos las mejores prácticas de ingeniería 
de software. La clase EmpleadoPorComision3 (figura 9.12) declara las variables de instancia primerNombre, 
apell i doPaterno, numeroSeguroSoci al, ventasBrutas y tari faComi sion como private (líneas 6 a 10) y 
proporciona los métodos public establecerPrimerNombre, obtenerPrimerNombre, establecerApelli- 
doPaterno, obtenerApell idoPaterno, establecerNumeroSeguroSocial, obtenerNumeroSeguroSocial, 
establ ecerVentasB rutas, obtenerVentasB rutas, establecerían faComi si on, obtenerTari faComi si on, 
ingresos y toString para manipular estos valores. Observe que los métodos ingresos (líneas 85 a 88) y 
toString (líneas 91 a 98) utilizan los métodos obtener de la clase para obtener los valores de sus variables de 
instancia. Si decidimos modificar los nombres de las variables de instancia, no habrá que modificar las declara- 
ciones de i ngresos y de toStri ng; sólo habrá que modificar los cuerpos de los métodos obtenery establecer que 
manipulan directamente estas variables de instancia. Observe que estos cambios ocurren sólo dentro de la super- 
clase; no se necesitan cambios en la subclase. La localización de los efectos de los cambios como éste es una buena 
práctica de ingeniería de software. La subclase Empl eadoBaseMasComi si on4 (figura 9.13) hereda los miembros 
no pri vate de Empl eadoPorComi si on3 y puede acceder a los miembros pri vate de su superclase, a través de 
esos métodos. 

La clase Empl eadoBaseMasComi si on4 (figura 9.13) tiene varios cambios en las implementaciones de sus 
métodos, que la diferencian de la clase Empl eadoBaseMasComi si on3 (figura 9. 10). Los métodos i ngresos (figu- 
ra 9.13, líneas 31 a 34) y toString (líneas 37 a 41) invocan cada uno al método obtenerSalarioBase para 
obtener el valor del salario base, en vez de acceder en forma directa a salarioBase. Si decidimos cambiar el 
nombre de la variable de instancia sal ari oBase, sólo habrá que modificar los cuerpos de los métodos establ e- 
cerSal ari oBase y obtenerSal ari oBase. 

El método i ngresos de la clase Empl eadoBaseMasComi si on4 (figura 9.13, líneas 31a 34) redefine al méto- 
do ingresos de la clase EmpleadoPorComision3 (figura 9.12, líneas 85 a 88)para calcular los ingresos de un 
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1 // Fig. 9.12: EmpleadoPorComisionB. java 

2 // La clase EmpleadoPorComisionB representa a un empleado por comisión. 

3 

4 public class EmpleadoPorComisionB 

5 { 

6 private String primerNombre; 

7 private String apel 1 idoPaterno ; 

8 private String numeroSeguroSoci al ; 

9 private double ventasBrutas ; // ventas totales por semana 

10 private double tarifaComision; // porcentaje de comisión 

1 1 

12 // constructor con cinco argumentos 

13 public EmpleadoPorComision3( String nombre, String apellido, String nss, 

14 double ventas, double tarifa ) 

15 { 

16 // la llamada implícita al constructor de Object ocurre aqui 

17 primerNombre = nombre; 

18 apel 1 i doPaterno = apellido; 

19 numeroSeguroSocial = nss; 

20 establecerVentasBrutas( ventas ); // valida y almacena las ventas brutas 

21 establecerTarifaComision( tarifa ); // valida y almacena la tarifa de comisión 

22 } // fin del constructor de EmpleadoPorComisionB con cinco argumentos 

23 

24 // establece el primer nombre 

25 public void establ ecerPrimerNombref String nombre ) 

26 { 

27 primerNombre = nombre; 

28 } // fin del método establecerPrimerNombre 

29 

30 // devuelve el primer nombre 

31 public String obtenerPrimerNombreO 

32 { 

33 return primerNombre; 

34 } // fin del método obtenerPrimerNombre 

35 

36 // establece el apellido paterno 

37 public void establ ecerApel 1 i doPaternof String apellido ) 

38 { 

39 apellidoPaterno = apellido; 

40 } // fin del método establ ecerApell i doPaterno 

41 

42 // devuelve el apellido paterno 

43 public String obtenerApel 1 i doPaternoO 

44 { 

45 return apellidoPaterno; 

46 } // fin del método obtenerApel 1 i doPaterno 

47 

48 // establece el número de seguro social 

49 public void establ ecerNumeroSeguroSocial ( String nss ) 

50 { 

51 numeroSeguroSocial = nss; // debe validar 

52 } // fin del método establecerNumeroSeguroSocial 

53 

54 // devuelve el número de seguro social 

55 public String obtenerNumeroSeguroSocial () 

56 { 

57 return numeroSeguroSocial; 

58 } // fin del método obtenerNumeroSeguroSocial 

Figura 9.12 | La clase EmpleadoPorComisionB utiliza métodos para manipular sus variables de instancia private. 
(Parte I de 2). 
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59 

60 // establece el monto de ventas brutas 

61 public void establ ecerVentasBrutas( double ventas ) 

62 { 

63 ventasBrutas = ( ventas < 0.0 ) ? 0.0 : ventas; 

64 } // fin del método establecerVentasBrutas 

65 

66 // devuelve el monto de ventas brutas 

67 public double obtenerVentasBrutasO 

68 { 

69 return ventasBrutas; 

70 } // fin del método obtenerVentasBrutas 

71 

72 // establece la tarifa de comisión 

73 public void establ ecerTari faComi si on( double tarifa ) 

74 { 

75 tari faComi si on = ( tarifa > 0.0 && tarifa < 1.0 ) ? tarifa : 0.0; 

76 } // fin del método establ ecerTari faComi si on 

77 

78 // devuelve la tarifa de comisión 

79 public double obtenerTari faComi sion() 

80 { 

81 return tari faComi si on ; 

82 } // fin del método obtenerTari faComi si on 

83 

84 // calcula los ingresos 

85 public double ingresosO 

86 { 

87 return obtenerTari faComi si on() * obtenerVentasBrutasO; 

88 } // fin del método ingresos 

89 

90 // devuelve representación String del objeto EmpleadoPorComisionB 

91 public String toStringO 

92 { 

93 return Stri ng . format( “%s: %s %s\n%s: %s\n%s: %.2f\n%s: %.2f”, 

94 “empleado por comisión”, obtenerPrimerNombreO , obtenerApel 1 i doPaternoO , 

95 “numero de seguro social”, obtenerNumeroSeguroSocial () , 

96 ventas brutas”, obtenerVentasBrutasO, 

97 “tarifa de comisión”, obtenerTari faComi si on() ); 

98 } // fin del método toString 

99 } // fin de la clase EmpleadoPorComision3 

Figura 9.12 | La clase EmpleadoPorComision3 utiliza métodos para manipular sus variables de instancia private. 
(Parte 2 de 2). 


empleado por comisión con sueldo base. La nueva versión obtiene la porción de los ingresos del empleado, con 
base en la comisión solamente, mediante una llamada al método ingresos de EmpleadoPorComision3 con la 
expresión super . i ngresosO (figura 9.13, línea 33). El método ingresos de EmpleadoBasePorComision4 
suma después el salario base a este valor, para calcular los ingresos totales del empleado. Observe la sintaxis utili- 
zada para invocar un método sobrescrito de la superclase desde una subclase: coloque la palabra clave super y un 
separador punto ( .) antes del nombre del método de la superclase. Esta forma de invocar métodos es una buena 
práctica de ingeniería de software: en la Observación de ingeniería de software 8.5 vimos que si un método realiza 
todas o algunas de las acciones que necesita otro método, se hace una llamada a ese método en vez de duplicar 
su código. Al hacer que el método i ng resos de EmpleadoBaseMasComi si on4 invoque al método i ng resos de 
EmpleadoPorComision3 para calcular parte de los ingresos del objeto Empl eadoBaseMasComi sion4, evitamos 
duplicar el código y se reducen los problemas de mantenimiento del mismo. 
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1 // Fig. 9. IB: Empl eadoBaseMasComi si on4. java 

2 // La clase EmpleadoBaseMasComision4 hereda de Empl eadoPorComi si on3 y 

3 // accede a los datos prívate de EmpleadoPorComision3 a través de los 

4 // métodos public de Empl eadoPorComi si on3. 

5 

6 public class EmpleadoBaseMasComision4 extends Empl eadoPorComi si on3 

7 { 

8 prívate double salarioBase; // salario base por semana 

9 

10 // constructor con seis argumentos 

11 public EmpleadoBaseMasComision4( String nombre, String apellido, 

12 String nss, double ventas, double tarifa, double salario ) 

13 { 

14 super( nombre, apellido, nss, ventas, tarifa ); 

15 establ ecerSalarioBase( salario ); // valida y almacena el salario base 

16 } // fin del constructor de EmpleadoBaseMasComision4 con seis argumentos 

17 

18 // establece el salario base 

19 public void establecerSalarioBase( double salario ) 

20 { 

21 salarioBase = ( salario < 0.0 ) ? 0.0 : salario; 

22 } // fin del método establecerSalarioBase 

23 

24 // devuelve el salario base 

25 public double obtenerSalarioBase() 

26 { 

27 return salarioBase; 

28 } // fin del método obtenerSalarioBase 

29 

30 // calcula los ingresos 

31 public double ingresosO 

32 { 

33 return obtenerSalarioBaseO + super . i ngresosf) ; 

34 } // fin del método ingresos 

35 

36 // devuelve representación String de EmpleadoBaseMasComision4 

37 public String toStringO 

38 { 

39 return Stri ng . format( “%s %s\n%s: %.2f”, “con sueldo base”, 

40 super. toStringO , “sueldo base”, obtenerSalarioBaseO ); 

41 } // fin del método toString 

42 } // fin de la clase Empl eadoBaseMasComi si on4 

Figura 9.13 | La clase Empl eadoBaseMasComi si on4 extiende a EmpleadoPorComision3, la cual sólo proporciona 
variables de instancia prívate. 



Error común de programación 9.3 

Cuando se sobrescribe un método de la superclase en una subclase, por lo general, la versión correspondiente a la 
subclase llama a la versión de la superclase para que realice una parte del trabajo. Si no se antepone al nombre del 
método de la superclase la palabra clave super y el separador punto (.) cuando se hace referencia al método de la 
superclase, el método de la subclase se llama a sí mismo, creando potencialmente un error conocido como recursividad 
infinita. La recursividad, si se utiliza en forma correcta, es una poderosa herramienta, como veremos en el capítulo 
15, Recursividad. 


De manera similar, el método toString de Empl eadoBaseMasComi si on4 (figura 9.13, líneas 37 a 41) 
sobrescribe el método toString de la clase Empl eadoPorComi si on3 (figura 9.12, líneas 91 a 98) para devolver 
una representación String apropiada para un empleado por comisión con salario base. La nueva versión crea 
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parte de la representación String de un objeto EmpleadoBaseMasComision4 (es decir, la cadena "empleado 
por comí sion" y los valores de las variables de instancia prívate de la clase EmpleadoPorComi si onB), median- 
te una llamada al método toString de EmpleadoPorComisionB con la expresión super.toStringO (figura 
9.13, línea 40). Después, el método toStri ng de Empl eadoBaseMasComi sion4 imprime en pantalla el resto de 
la representación Stri ng de un objeto Empl eadoBaseMasComi si on4 (es decir, el valor del salario base de la clase 
Empl eadoBaseMasComi si on4). 

La figura 9.14 realiza las mismas manipulaciones sobre un objeto Empl eadoBaseMasComi si on4 que las de 
las figuras 9.7 y 9.11 sobre objetos de las clases Empl eadoBaseMasComi sion y Empl eadoBaseMasComi si on3, 
respectivamente. Aunque cada clase de “empleado por comisión con salario base” se comporta en forma idéntica, 
la clase Empl eadoBaseMasComi si on4 es la mejor diseñada. Mediante el uso de la herencia y las llamadas a méto- 
dos que ocultan los datos y aseguran la consistencia, hemos construido una clase bien diseñada con eficiencia y 
efectividad. 

En esta sección vio la evolución de un conjunto de ejemplos diseñados cuidadosamente para enseñar las 
capacidades clave de la buena ingeniería de software mediante el uso de la herencia. Aprendió a usar la palabra 
clave extends para crear una subclase mediante la herencia, a utilizar miembros protected de la superclase 
para permitir que una subclase acceda a las variables de instancia heredadas de la superclase, y cómo sobrescribir 
los métodos de la superclase para proporcionar versiones más apropiadas para los objetos de la subclase. Además, 
aprendió a aplicar las técnicas de ingeniería de software del capítulo 8 y de éste, para crear clases que sean fáciles 
de mantener, modificar y depurar. 
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// Fig. 9.14: PruebaEmpl eadoBaseMasComi si on4 . java 
// Prueba de la clase Empl eadoBaseMasComi si on4 . 

public class PruebaEmpl eadoBaseMasComi si on4 

{ 

public static void main( String args[] ) 

{ 

// crea instancia de un objeto Empl eadoBaseMasComi si on4 

Empl eadoBaseMasComi si on4 empleado = 
new Empl eadoBaseMasComi sion4( 

"Bob", "Lewis", "333-33-3333", 5000, .04, 300 ); 

// obtiene datos del empleado por comisión con sueldo base 
System. out.println( 

"Información del empleado obtenida por los métodos establecer: \n" ); 
System. out.printf( "%s %s\n", "El primer nombre es", 
empleado. obtenerPrimerNombreO ) ; 

System. out.printf( "%s %s\n", "El apellido es", 
empl eado . obtenerApell idoPaternoO ) ; 

System. out.printf( "%s %s\n", "El numero de seguro social es", 
empl eado . obtenerNumeroSeguroSoci al () ) ; 

System. out.printf( "%s %.2f\n", "Las ventas brutas son , 
empleado. obtenerVentasBrutasO ) ; 

System. out. printf( "%s %.2f\n", "La tarifa de comisión es", 
empleado. obtenerTarifaComision() ) ; 

System. out. printf( "%s %.2f\n", "El salario base es , 
empl eado . obtenerSal ari oBaseO ) ; 

empleado. establecerSalarioBase( 1000 ); // establece el salario base 

System. out. printf( "\n%s:\n\n%s\n' , 

"Información actualizada del empleado, obtenida por toString", 
empl eado . toStri ng() ); 


Figura 9.14 | Las variables de instancia private de la superclase son accesibles para una subclase, a través de los 
métodos public o protected que hereda la subclase. (Parte I de 2). 
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34 } // fin de main 

35 } // fin de la clase PruebaEmpleadoBaseMasComi sion4 


Información del empleado obtenida por los métodos establecer: 

El primer nombre es Bob 
El apellido es Lewi s 

El numero de seguro social es 333-33-3333 
Las ventas brutas son 5000.00 
La tarifa de comisión es 0.04 
El salario base es 300.00 

Información actualizada del empleado, obtenida por toString: 

con sueldo base empleado por comisión: Bob Lewi s 

numero de seguro social: 333-33-3333 

ventas brutas: 5000.00 

tarifa de comisión: 0.04 

sueldo base: 1000.00 

I 

Figura 9.14 | Las variables de instancia private de la superclase son accesibles para una subclase, a través de los 
métodos publ i c o protected que hereda la subclase. (Parte 2 de 2). 


9.5 Los constructores en las subclases 

Como explicamos en la sección anterior, al crear una instancia de un objeto de una subclase se empieza una cade- 
na de llamadas a los constructores, en los que el constructor de la subclase, antes de realizar sus propias tareas, 
invoca al constructor de su superclase, ya sea en forma explícita (por medio de la referencia super) o implícita 
(llamando al constructor predeterminado o sin argumentos de la superclase). De manera similar, si la superclase 
se deriva de otra clase (como sucede con cualquier clase, excepto Ob j ect), el constructor de la superclase invoca al 
constructor de la siguiente clase que se encuentre a un nivel más arriba en la jerarquía, y así en lo sucesivo. El últi- 
mo constructor que se llama en la cadena es siempre el de la clase 0b j ect. El cuerpo del constructor de la subclase 
original termina de ejecutarse al último. El constructor de cada superclase manipula las variables de instancia de 
la superclase que hereda el objeto de la subclase. Por ejemplo, considere de nuevo la jerarquía EmpleadoPorCo- 
mi si on3-Empl eadoBaseMasComi sion4 de las figuras 9.12 y 9.13. Cuando un programa crea un objeto Empl ea- 
doBaseMasComi si on4, se hace una llamada al constructor de Empl eadoBaseMasComi si on4. Ese constructor 
llama al constructor de la clase Empl eadoPorComi si on3, que a su vez llama en forma implícita al constructor de 
Object. El constructor de la clase Object tiene un cuerpo vacío, por lo que devuelve de inmediato el control al 
constructor de Empl eadoPorComi si on3, el cual inicializa las variables de instancia private de Empl eadoPorCo- 
mi si on3 que son parte del objeto Empl eadoBaseMasComi si on4. Cuando este constructor termina de ejecutarse, 
devuelve el control al constructor de Empl eadoBaseMasComi si on4, el cual inicializa el sal ari oBase del objeto 
Empl eadoBaseMasComi si on4. 



Observación de ingeniería de software 9.8 

Cuando un programa crea un objeto de una subclase, el constructor de la subclase llama de inmediato al constructor 
de la superclase (ya sea en forma explícita, mediante super, o implícita). El cuerpo del constructor de la superclase se 
ejecuta para inicializar las variables de instancia de la superclase que forman parte del objeto de la subclase, después 
se ejecuta el cuerpo del constructor de la subclase para inicializar las variables de instancia que son parte sólo de la 
subclase. Java asegura que, aún si un constructor no asigna un valor a una variable de instancia, la variable de todas 
formas se inicializa con su valor predeterminado ( es decir, 0 para los tipos numéricos primitivos, false para los tipos 
boolean y nuil para las referencias). 


En nuestro siguiente ejemplo volvemos a utilizar la jerarquía de empleado por comisión, al declarar las clases 
Empl eadoPorComi sion4 (figura 9.15) y Empl adoBaseMasComi sion5 (figura 9.16). El constructor de cada clase 
imprime un mensaje cuando se le invoca, lo cual nos permite observar el orden en el que se ejecutan los cons- 
tructores en la jerarquía. 
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1 // Fig. 9.15: Empl eadoPorComi si on4. java 

2 // La clase EmpleadoPorComision4 representa a un empleado por comisión. 

3 

4 public class EmpleadoPorComision4 

5 { 

6 private String primerNombre; 

7 private String apellidoPaterno; 

8 private String numeroSeguroSoci al ; 

9 private double ventasBrutas ; // ventas totales por semana 

10 private double tarifaComision; // porcentaje de comisión 

1 1 

12 // constructor con cinco argumentos 

13 public Empl eadoPorComi sion4( String nombre, String apellido, String nss, 

14 double ventas, double tarifa ) 

15 { 

16 // la llamada implícita al constructor de Object ocurre aqui 

17 primerNombre = nombre; 

18 apellidoPaterno = apellido; 

19 numeroSeguroSocial = nss; 

20 establecerVentasBrutas( ventas ); // valida y almacena las ventas brutas 

21 establecerTarifaComision( tarifa ); // valida y almacena la tarifa de comisión 

22 

23 System. out.printf( 

24 "\nConstructor de Empl eadoPorComi sion4 :\n%s\n" , this ); 

25 } // fin del constructor de Empl eadoPorComi si on4 con cinco argumentos 

26 

27 // establece el primer nombre 

28 public void establ ecerPrimerNombref String nombre ) 

29 { 

30 primerNombre = nombre; 

31 } // fin del método establecerPrimerNombre 

32 

33 // devuelve el primer nombre 

34 public String obtenerPrimerNombreO 

35 { 

36 return primerNombre; 

37 } // fin del método obtenerPrimerNombre 

38 

39 // establece el apellido paterno 

40 public void establ ecerApel 1 i doPaternof String apellido ) 

41 { 

42 apellidoPaterno = apellido; 

43 } // fin del método establ ecerApel 1 i doPaterno 

44 

45 // devuelve el apellido paterno 

46 public String obtenerApel 1 i doPaternoO 

47 { 

48 return apellidoPaterno; 

49 } // fin del método obtenerApel 1 i doPaterno 

50 

51 // establece el número de seguro social 

52 public void establ ecerNumeroSeguroSocial ( String nss ) 

53 { 

54 numeroSeguroSocial = nss; // debe validar 

55 } // fin del método establecerNumeroSeguroSocial 

56 

57 // devuelve el número de seguro social 

58 public String obtenerNumeroSeguroSocial () 

59 { 

Figura 9.15 | El constructor de Empl eadoPorComi si on4 imprime texto en pantalla. (Parte I de2). 
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60 return numeroSeguroSoci al ; 

61 } // fin del método obtenerNumeroSeguroSoci al 

62 

63 // establece el monto de ventas brutas 

64 public void establ ecerVentasBrutas( double ventas ) 

65 { 

66 ventasBrutas = ( ventas < 0.0 ) ? 0.0 : ventas; 

67 } // fin del método establecerVentasBrutas 

68 

69 // devuelve el monto de ventas brutas 

70 public double obtenerVentasBrutasO 

71 { 

72 return ventasBrutas; 

73 } // fin del método obtenerVentasBrutas 

74 

75 // establece la tarifa de comisión 

76 public void establ ecerTari faComi si on( double tarifa ) 

77 { 

78 tari faComi si on = ( tarifa > 0.0 && tarifa < 1.0 ) ? tarifa : 0.0; 

79 } // fin del método establ ecerTari faComi si on 

80 

81 // devuelve la tarifa de comisión 

82 public double obtenerTari faComi sion() 

83 { 

84 return tari faComi si on ; 

85 } // fin del método obtenerTari faComi si on 

86 

87 // calcula los ingresos 

88 public double ingresosO 

89 { 

90 return obtenerTari faComi si on() * obtenerVentasBrutasO; 

91 } // fin del método ingresos 

92 

93 // devuelve representación String del objeto EmpleadoPorComision4 

94 public String toStringO 

95 { 

96 return Stri ng . format( "%s: %s %s\n%s: %s\n%s: %.2f\n%s: %.2f", 

97 "empleado por comisión", obtenerPrimerNombreO , obtenerApel 1 i doPaternoO , 

98 "numero de seguro social", obtenerNumeroSeguroSocial () , 

99 "ventas brutas", obtenerVentasBrutasO, 

100 "tarifa de comisión", obtenerTarifaComision() ); 

101 } // fin del método toString 

102 } // fin de la clase EmpleadoPorComision4 

Figura 9.15 | El constructor de EmpleadoPorComi sion4 imprime texto en pantalla. (Parte 2 de 2). 

La clase Empl eadoPorComi si on4 (figura 9.15) contiene las mismas características que la versión de la clase 
que se muestra en la figura 9.4. Modificamos el constructor (líneas 13 a 25) para imprimir texto en pantalla al 
momento en que se invoca. Observe que si imprimimos this en pantalla con el especificador de formato %s 
(líneas 23 y 24), invocamos en forma implícita al método toStri ng del objeto que se está creando, para obtener 
la representación Stri ng de ese objeto. 

La clase EmpleadoBaseMasComision5 (figura 9.16) es casi idéntica a EmpleadoBaseMasComision4 (figura 
9.13), sólo que el constructor de Empl eadoBaseMasComi si on5 también imprime texto cuando se invoca. Al igual 
que en Empl eadoPorComi si on4 (figura 9.15), imprimimos el valor de this en pantalla usando el especificador 
de formato %s (línea 16), para obtener de manera implícita la representación Stri ng del objeto. 

La figura 9.17 demuestra el orden en el que se llaman los constructores para los objetos de las clases que 
forman parte de una jerarquía de herencia. El método mai n empieza por crear una instancia del objeto empl ea- 
dol de la clase Empl eadoPorComi si on4 (líneas 8 y 9). A continuación, las líneas 12 a 14 crean una instancia del 
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1 // Fig. 9.16: Empl eadoBaseMasComi si on 5 . java 

2 // Declaración de la clase EmpleadoBaseMasComision5. 

3 

4 public class EmpleadoBaseMasComision5 extends Empl eadoPorComi sion4 

5 { 

6 prívate double salarioBase; // salario base por semana 

7 

8 // constructor con seis argumentos 

9 public EmpleadoBaseMasComision5( String nombre, String apellido, 

10 String nss, double ventas, double tarifa, double salario ) 

11 { 

12 super( nombre, apellido, nss, ventas, tarifa ); 

13 establecerSalarioBase( salario ); // valida y almacena el salario base 

14 

15 System. out.printf( 

16 "\nConstructor de EmpleadoBaseMasComision5:\n%s\n", this ); 

17 } // fin del constructor de EmpleadoBaseMasComision5 con seis argumentos 

18 

19 // establece el salario base 

20 public void establecerSalarioBase( double salario ) 

21 { 

22 salarioBase = ( salario < 0.0 ) ? 0.0 : salario; 

23 } // fin del método establecerSalarioBase 

24 

25 // devuelve el salario base 

26 public double obtenerSalarioBaseO 

27 { 

28 return salarioBase; 

29 } // fin del método obtenerSalarioBase 

30 

31 // calcula los ingresos 

32 public double ingresosO 

33 { 

34 return obtenerSalarioBaseO + super . i ngresosf) ; 

35 } // fin del método ingresos 

36 

37 // devuelve representación String de EmpleadoBaseMasComision5 

38 public String toStringO 

39 { 

40 return Stri ng . format( "%s %s\n%s: %.2f", "con sueldo base", 

41 super. toStringO , "sueldo base", obtenerSalarioBaseO ); 

42 } // fin del método toString 

43 } // fin de la clase Empl eadoBaseMasComi si on5 

Figura 9.16 | El constructor de Empl eadoBaseMasComi sion5 imprime texto en pantalla. 


1 // Fig. 9.17: PruebaConstructores . java 

2 // Muestra el orden en el que se llaman los constructores de la superclase y 1 

3 

4 public class PruebaConstructores 

5 { 

6 public static void main( String args[] ) 

7 { 

8 Empl eadoPorComi si on4 empleadol = new EmpleadoPorComision4( 

9 "Bob", "Lewis 1 , "333-33-3333 , 5000, .04 ); 

10 

11 System. out.println O ; 

Figura 9.17 | Orden de llamadas a los constructores. (Parte I de 2). 


subclase. 
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12 EmpleadoBaseMasComision5 empleado2 = 

13 new Empl eadoBaseMasComi si on 5 ( 

14 "Lisa", "Jones", "555-55-5555", 2000, 

15 

16 System. out.println () ; 

17 EmpleadoBaseMasComision5 empleadoB = 

18 new EmpleadoBaseMasComision5( 

19 "Mark", "Sands", "888-88-8888", 8000, 

20 } // fin de main 

21 } // fin de la clase PruebaConstructores 


Constructor de Empl eadoPorComi sion4 : 
empleado por comisión: Bob Lewis 
numero de seguro social: 333-33-3333 
ventas brutas: 5000.00 
tarifa de comisión: 0.04 


Constructor de Empl eadoPorComi si on4 : 

con sueldo base empleado por comisión: Lisa Jones 

numero de seguro social: 555-55-5555 

ventas brutas: 2000.00 

tarifa de comisión: 0.06 

sueldo base: 0.00 

Constructor de Empl eadoBaseMasComi sion5 : 

con sueldo base empleado por comisión: Lisa Jones 

numero de seguro social: 555-55-5555 

ventas brutas: 2000.00 

tarifa de comisión: 0.06 

sueldo base: 800.00 


Constructor de Empl eadoPorComi si on4 : 

con sueldo base empleado por comisión: Mark Sands 

numero de seguro social: 888-88-8888 

ventas brutas: 8000.00 

tarifa de comisión: 0.15 

sueldo base: 0.00 

Constructor de Empl eadoBaseMasComi sion5 : 

con sueldo base empleado por comisión: Mark Sands 

numero de seguro social: 888-88-8888 

ventas brutas: 8000.00 

tarifa de comisión: 0.15 

sueldo base: 2000.00 


Figura 9.1 7 | Orden de llamadas a los constructores. (Parte 2 de 2). 


.06, 800 ); 


.15, 2000 ); 


objeto empleado2 de Empl eadoBaseMasComi si on5. Esto invoca al constructor de Empl eadoPorComi si on4, el 
cual imprime los resultados con los valores que recibe del constructor de Empl eadoBaseMasComi si on5 y después 
imprime los resultados especificados en el constructor de Empl eadoBaseMasComi sion5. Después, las líneas 17 a 
19 crean una instancia del objeto empl eado3 de Empl eadoBaseMasComi si on5. De nuevo, se hacen llamadas a los 
constructores de Empl eadoPorComi sion4 y Empl eadoBaseMasComi si on5. En cada caso, el cuerpo del construc- 
tor de Empl eadoPorComi si on4 se ejecuta antes que el cuerpo del constructor de Empl eadoBaseMasComi si on5. 
Observe que empl eado2 se construye por completo antes que empiece el constructor de empl eado3. 
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9.6 Ingeniería de software mediante la herencia 

En esta sección hablaremos sobre la personalización del software existente mediante la herencia. Cuando una 
nueva clase extiende a una clase existente, la nueva clase hereda los miembros no prívate de la clase existente. 
Podemos personalizar la nueva clase para cumplir nuestras necesidades, mediante la inclusión de miembros adi- 
cionales y la sobrescritura de miembros de la superclase. Para hacer esto, el programador de la subclase4 no tiene 
que modificar el código fuente de la superclase. Java sólo requiere el acceso al archivo . class de la superclase, 
para poder compilar y ejecutar cualquier programa que utilice o extienda la superclase. Esta poderosa capacidad 
es atractiva para los distribuidores independientes de software (ISVs), quienes pueden desarrollar clases propieta- 
rias para vender o licenciar, y ponerlas a disposición de los usuarios en formato de código de bytes. Después, los 
usuarios pueden derivar con rapidez nuevas clases a partir de estas clases de biblioteca, sin necesidad de acceder 
al código fuente propietario del ISV. 

Observación de ingeniería de software 9.9 

A pesar del hecho de que al heredar de una clase no se requiere acceso al código fuente de esa clase, los desarrolladores 
insisten con frecuencia en ver el código fuente para comprender cómo está implementada la clase. Los desarrolla- 
dores en la industria desean asegurarse que están extendiendo una clase sólida; por ejemplo, una clase que se desem- 
peñe bien y que se implemente en forma segura. 

Algunas veces, los estudiantes tienen dificultad para apreciar el alcance de los problemas a los que se enfren- 
tan los diseñadores que trabajan en proyectos de software a gran escala en la industria. Las personas experimenta- 
das con esos proyectos dicen que la reutilización efectiva del software mejora el proceso de desarrollo del mismo. 
La programación orientada a objetos facilita la reutilización de software, con lo que se obtiene una potencial 
reducción en el tiempo de desarrollo. 

La disponibilidad de bibliotecas de clases extensas y útiles produce los máximos beneficios de la reutilización 
de software a través de la herencia. Los diseñadores de aplicaciones crean sus aplicaciones con estas bibliotecas, y 
los diseñadores de bibliotecas obtienen su recompensa al incluir sus bibliotecas con las aplicaciones. Las biblio- 
tecas de clases estándar de Java que se incluyen con Java SE 6 tienden a ser de propósito general. Existen muchas 
bibliotecas de clases de propósito especial, y muchas más están en proceso de crearse. 

Observación de ingeniería de software 9. 1 0 

En la etapa de diseño de un sistema orientado a objetos, el diseñador encuentra comúnmente que ciertas clases están 
muy relacionadas. Es conveniente que el diseñador “factorice” las variables de instancia y los métodos comunes, y los 
coloque en una superclase. Después debe usar la herencia para desarrollar subclases, especializándolas con herramien- 
tas que estén más allá de las heredadas de parte de la superclase. 



trativosy puede obstaculizar la reutilización de software, ya que en una biblioteca de clases enorme es difícil para un 
cliente localizar las clases más apropiadas. La alternativa es crear menos clases que proporcionen una funcionalidad 
más substancial, pero dichas clases podrían volverse complejas. 

Tip de rendimiento 9.1 

Si las subclases son más grandes de lo necesario (es decir, que contengan demasiada funcionalidad), podrían desper- 
diciarse los recursos de memoria y de procesamiento. Extienda la superclase que contenga la funcionalidad que esté 
más cerca de lo que usted necesita. 

Puede ser confuso leer las declaraciones de las subclases, ya que los miembros heredados no se declaran de 
manera explícita en las subclases, sin embargo, están presentes en ellas. Hay un problema similar a la hora 
de documentar los miembros de las subclases. 
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9.7 La clase object 

Como vimos al principio en este capítulo, todas las clases en Java heredan, ya sea en forma directa o indirecta de 
la clase Object (paquete java.lang), por lo que todas las demás clases heredan sus 11 métodos. La figura 9.18 
muestra un resumen de los métodos de Object. 

A lo largo de este libro veremos varios de los métodos de Object (como se indica en la figura 9.18). Puede 
aprender más acerca de los métodos de Ob j ect en la documentación en línea de la API de Ob j ect, y en el tutorial 
de Java ( The Java Tutorial) en los siguientes sitios: 

java. sun . com/javase/6/docs/api /java/1 ang/Object . html 
java. sun .com/docs/books/tutorial/java/Iandl/objectclass . html 

En el capítulo 7 vimos que los arreglos son objetos. Como resultado, al igual que otros objetos, un arreglo 
hereda los miembros de la clase Object. Observe que todo arreglo tiene un método clone sobrescrito, que copia 
el arreglo. No obstante, si el arreglo almacena referencias a objetos, los objetos no se copian. Para obtener más 
información acerca de la relación entre los arreglos y la clase Object, por favor consulte la Especificación del len- 
guaje Java , capíttdo 1 0, en 

java. sun . com/docs/books/jl s/second_edi ti on/html/arrays . doc . html 


Método Descripción 


c l° ne Este método protected, que no recibe argumentos y devuelve una referencia Object, realiza una copia 

del objeto en el que se llama. Cuando se requiere la clonación para los objetos de una clase, ésta debe 
sobrescribir el método ci one como un método publ i c, y debe implementar la interfaz C1 oneabl e 
(paquete java. 1 ang). La implementación predeterminada de este método realiza algo que se conoce 
como copia superficial: los valores de las variables de instancia en un objeto se copian a otro objeto del 
mismo tipo. Para los tipos por referencia, sólo se copian las referencias. Una implementación típica 
del método el one sobrescrito sería realizar una copia en profundidad, que crea un nuevo objeto para 
cada variable de instancia de tipo por referencia. Hay muchos detalles sutiles en cuanto a sobrescribir el 
método el one. Puede aprender más acerca de la clonación en el siguiente artículo: 

java. sun . com/developer/JDCTechTi ps/2001/tt0306 . html 

e ó Lla l s Este método compara la igualdad entre dos objetos; devuelve true si son iguales y fal se en caso con- 

trario. El método recibe cualquier objeto Object como argumento. Cuando debe compararse la igual- 
dad entre objetos de una clase en particular, la clase debe sobrescribir el método equal s para comparar 
el contenido de los dos objetos. La implementación de este método debe cumplir los siguientes requeri- 
mientos: 

• Debe devolver fal se si el argumento es nuil. 

• Debe devolver true si un objeto se compara consigo mismo, como en objetol.equals( objetol ). 

• Debe devolver true sólo si tanto objetol. equals( objeto2 ) como objeto2. equal s( objetol ) 
devuelven true. 

• Para tres objetos, si objetol. equal s( objeto2 ) devuelve true y objeto2 . equalsC objeto3 ) 
devuelve true, entonces objetol. equal s( objeto3 ) también debe devolver true. 

• Si equal s se llama varias veces con los dos objetos, y éstos no cambian, el método debe devolver true 
de manera consistente si los objetos son iguales, y fal se en caso contrario. 

Una clase que sobrescribe a equal s también debe sobrescribir hashCode para asegurar que los objetos 
iguales tengan códigos de hash idénticos. La implementación equal s predeterminada utiliza el opera- 
dor == para determinar si dos referencias se rejieren al mismo objeto en la memoria. La sección 30.3.3 
demuestra el método equal s de la clase Stri ng y explica la diferencia entre comparar objetos Stri ng 
con == y con equal s. 

Figura 9.18 | Los métodos de Object que todas las clases heredan en forma directa o indirecta. (Parte I de 2). 
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Método Descripción 


final i ze El recolector de basura llama a este método protected (presentado en las secciones 8. 10 y 8. 1 1) para 

realizar las tareas de preparación para la terminación en un objeto, justo antes de que el recolector de 
basura reclame la memoria de ese objeto. No se garantiza que el recolector de basura vaya a reclamar un 
objeto, por lo que no se puede garantizar que se ejecute el método final i ze del objeto. El método debe 
especificar una lista de parámetros vacía y debe devolver voi d. La implementación predeterminada de 
este método sirve como un receptáculo que no hace nada. 

getCl ass Todo objeto en Java conoce su tipo en tiempo de ejecución. El método getCl ass (utilizado en las 

secciones 10.5 y 21.3) devuelve un objeto de la clase Class (paquete java, lang), el cual contiene 
información acerca del tipo del objeto, como el nombre de su clase (devuelto por el método getName de 
Class). Puede aprender más acerca de la clase Class en la documentación de la API en línea, en java, 
sun . com/javase/6/docs/api /j ava/1 ang/Cl ass . html. 

hashCode Una tabla de hash es una estructura de datos (descrita en la sección 19.10) que relaciona a un objeto, 

llamado la clave, con otro objeto, llamado el valor. Cuando inicialmente se inserta un valor en una 
tabla de hash, se hace una llamada al método hashCode de la clave. La tabla de hash utiliza el valor de 
código de hash devuelto para determinar la ubicación en la que se debe insertar el valor correspondiente. 

La tabla de hash también utiliza el código de hash de la clave para localizar el valor correspondiente 
de la misma. 

Los métodos noti fy, noti fyAl 1 y las tres versiones sobrecargadas de wai t están relacionados con el 
subprocesamiento múltiple, que veremos en el capítulo 23. En versiones recientes de Java, el modelo 
de subprocesamiento múltiple ha cambiado en forma considerable, pero estas características se siguen 
soportando. 

toStri ng Este método (presentado en la sección 9.4.1) devuelve una representación Stri ng de un objeto. La 

implementación predeterminada de este método devuelve el nombre del paquete y el nombre de la clase 
del objeto, seguidos por una representación hexadecimal del valor devuelto por el método hashCode del 
objeto. 

Figura 9.18 | Los métodos de Object que todas las clases heredan en forma directa o indirecta. (Parte 2 de 2). 

9.8 (Opcional) Ejemplo práctico de GUI y gráficos: mostar texto 
e imágenes usando etiquetas 

A menudo, los programas usan etiquetas cuando necesitan mostrar información o instrucciones al usuario, en una 
interfaz gráfica de usuario. Las etiquetas son una forma conveniente de identificar componentes de la GUI en la 
pantalla, y de mantener al usuario informado acerca del estado actual del programa. En Java, un objeto de la clase 
3 Label (del paquete javax. swi ng) puede mostrar una sola línea de texto, una imagen o ambos. El ejemplo de 
la figura 9.19 demuestra varias características de 3 Label. 

Las líneas 3 a 6 importan las clases que necesitamos para mostrar los objetos 3Label . BorderLayout del 
paquete j ava . awt contienen constantes que especifican en dónde podemos colocar componentes de GUI en el 
objeto 3 F rame. La clase Imagelcon representa una imagen que puede mostrarse en un J Label , y la clase 3 F rame 
representa la ventana que contiene todas las etiquetas. 

La línea 13 crea un objeto 3Label que muestra el argumento de su constructor: la cadena "Norte". La línea 
16 declara la variable local eti quetalcono y le asigna un nuevo objeto Imagelcon. El constructor para Image- 
lcon recibe un objeto Stri ng que específica la ruta del archivo de la imagen. Como sólo especificamos un nom- 
bre de archivo, Java supone que se encuentra en el mismo directorio que la clase DemoLabel . Imagelcon puede 
cargar imágenes en los formatos GIE JPEG y PNG. La línea 19 declara e inicializa la variable local eti quetaCen- 
tro con un objeto 3 Label que muestra el objeto eti quetalcono. La línea 22 declara e inicializa la variable local 
eti quetaSur con un objeto 3Label similar al de la línea 19. Sin embargo, la línea 25 llama al método setText 
para modificar el texto que muestra la etiqueta. El método setT ext puede llamarse en cualquier objeto 3 Label para 
modificar su texto. Este objeto 3 Label muestra tanto el icono como el texto. 


noti fy , 
notifyAll , 
wai t 
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1 // Fig 9.19: DemoLabel . java 

2 // Demuestra el uso de etiquetas. 

3 import java.awt.BorderLayout; 

4 import javax.swing.Imagelcon; 

5 import javax.swing. JLabel ; 

6 import javax.swing. JFrame; 

7 

8 public class DemoLabel 

9 { 

10 public static void main( String args[] ) 

1 1 { 

12 // Crea una etiqueta con texto solamente 

13 JLabel etiquetaNorte = new JLabel ( "Norte" ); 

14 

15 // crea un icono a partir de una imagen, para poder colocarla en un objeto JLabel 

16 Imagelcon etiquetalcono = new ImageIcon( "GUItip.gif" ); 

17 

18 // crea una etiqueta con un icono en vez de texto 

19 JLabel etiquetaCentro = new JLabel ( etiquetalcono ); 

20 

21 // crea otra etiqueta con un icono 

22 JLabel etiquetaSur = new JLabel ( etiquetalcono ); 

23 

24 // establece la etiqueta para mostrar texto (asi como un icono) 

25 etiquetaSur. setText( "Sur" ); 

26 

27 // crea un marco para contener las etiquetas 

28 JFrame aplicación = new JFrameO; 

29 

30 aplicacion.setDefaultCloseOperation( JFrame. EXIT_0N_CL0SE ); 

31 

32 // agrega las etiquetas al marco; el segundo argumento especifica 

33 // en qué parte del marco se va a agregar la etiqueta 

34 aplicación. add( etiquetaNorte, BorderLayout . NORTH ); 

35 aplicación. add( etiquetaCentro, BorderLayout. CENTER ); 

36 aplicación. add( etiquetaSur, BorderLayout. SOUTH ); 

37 

38 aplicación. setSize( 300, 300 ); // establece el tamaño del marco 

39 aplicación. setVisible( true ); // muestra el marco 

40 } // fin de main 

41 } // fin de la clase DemoLabel 



Figura 9.19 | JLabel con texto y con imágenes. 
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La línea 28 crea el objeto JFrame que muestra a los objetos JLabel, y la línea 30 indica que el programa 
debe terminar cuando se cierre el objeto JFrame. Para adjuntar las etiquetas al objeto JFrame en las líneas 34 
a 36, llamamos a una versión sobrecargada del método add que recibe dos parámetros. El primer parámetro es 
el componente que deseamos adjuntar, y el segundo es la región en la que debe colocarse. Cada objeto JFrame 
tiene un esquema asociado, que ayuda al JFrame a posicionar los componentes de la GUI que tiene adjuntos. El 
esquema predeterminado para un objeto JFrame se conoce como BorderLayout, y tiene cinco regiones: NORTH 
(superior), SOUTH (inferior), EAST (lado derecho), WEST (lado izquierdo) y CENTER (centro). Cada una de estas 
regiones se declara como una constante en la clase BorderLayout. Al llamar al método add con un argumento, el 
objeto JFrame coloca el componente en la región CENTER de manera automática. Si una posición ya contiene un 
componente, entonces el nuevo componente toma su lugar. Las líneas 38 y 39 establecen el tamaño del objeto 
J F rame y lo hacen visible en pantalla. 

Ejercicio del ejemplo práctico de GUI y gráficos 

9.1 Modifique el ejercicio 8.1 para incluir un objeto JLabel como barra de estado, que muestre las cuentas que 
representan el número de cada figura mostrada. La clase Panel Di bu j o debe declarar un método que devuelva un obje- 
to Stri ng que contenga el texto de estado. En mai n, primero cree el objeto Panel Di bu jo, y después cree el objeto 
JLabel con el texto de estado como argumento para el constructor de JLabel . Adjunte el objeto JLabel a la región 
SOUTH del objeto JFrame, como se muestra en la figura 9.20. 



Figura 9.20 | Objeto JLabel que muestra las estadísticas de las figuras. 

9.9 Conclusión 

En este capítulo se introdujo el concepto de la herencia: la habilidad de crear clases mediante la absorción de los 
miembros de una clase existente, mejorándolos con nuevas capacidades. Usted aprendió las nociones de las su- 
perclases y las subclases, y utilizó la palabra clave extends para crear una subclase que hereda miembros de una 
superclase. En este capítulo se introdujo también el modificador de acceso protected; los métodos de la subclase 
pueden acceder a los miembros protected de la superclase. Aprendió también cómo acceder a los miembros de la 
superclase mediante super. Vio además cómo se utilizan los constructores en las jerarquías de herencia. Por último, 
aprendió acerca de los métodos de la clase Object, la superclase directa o indirecta de todas las clases en Java. 
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En el capítulo 10, Programación orientada a objetos: polimorfismo, continuaremos con nuestra discusión 
sobre la herencia al introducir el polimorfismo: un concepto orientado a objetos que nos permite escribir progra- 
mas que puedan manipular convenientemente, de una forma más general, objetos de una amplia variedad de clases 
relacionadas por la herencia. Después de estudiar el capítulo 10, estará familiarizado con las clases, los objetos, el 
encapsulamiento, la herencia y el polimorfismo: las tecnologías clave de la programación orientada a objetos. 


Resumen 

Sección 9. 1 Introducción 

• La reutilización de software reduce el tiempo de desarrollo de los programas. 

• La superclase directa de una subclase (que se especifica mediante la palabra extends en la primera línea de una 
declaración de clase) es la superclase a partir de la cual hereda la subclase. Una superclase indirecta de una subclase 
se encuentra dos o más niveles arriba de esa subclase en la jerarquía de clases. 

• En la herencia simple, una clase se deriva de una superclase directa. En la herencia múltiple, una clase se deriva de 
más de una superclase directa. Java no soporta la herencia múltiple. 

• Una subclase es más específica que su superclase, y representa un grupo más pequeño de objetos. 

• Cada objeto de una subclase es también un objeto de la superclase de esa clase. Sin embargo, el objeto de una super- 
clase no es un objeto de las subclases de su clase. 

• Una relación “es un” representa a la herencia. En una relación “es un”, un objeto de una subclase también puede 
tratarse como un objeto de su superclase. 

• Una relación “tiene ««"representa a la composición. En una relación “tiene un”, el objeto de una clase contiene refe- 
rencias a objetos de otras clases. 

Sección 9.2 Super clases y subclases 

• Las relaciones de herencia simple forman estructuras jerárquicas tipo árbol; una superclase existe en una 
relación jerárquica con sus subclases. 

Sección 93 Miembros protected 

• Los miembros pub"l i c de una superclase son accesibles en cualquier parte en donde el programa tenga una referencia 
a un objeto de esa superclase, o de una de sus subclases. 

• Los miembros pri vate de una superclase son accesibles sólo dentro de la declaración de esa superclase. 

• Los miembros protected de una superclase tienen un nivel intermedio de protección entre acceso pubi i c y pri va- 
te. Pueden ser utilizados por los miembros de la superclase, los miembros de sus subclases y los miembros de otras 
clases en el mismo paquete. 

• Cuando un método de una subclase sobrescribe a un método de una superclase, se puede acceder al método de la 
superclase desde la subclase, si se antepone al nombre del método de la subclase la palabra clave super y un separa- 
dor punto (.). 

Sección 9.4 Relación entre las superclases y las subclases 

• Una subclase no puede acceder o heredar los miembros prívate de su superclase; al permitir esto se violaría el 
encapsulamiento de la superclase. Sin embargo, una subclase puede heredar los miembros no prívate de su super- 
clase. 

• El método de una superclase puede sobrescribirse en una clase para declarar una implementación apropiada para la 
subclase. 

• El método toStri ng no recibe argumentos y devuelve un objeto Stri ng. Por lo general, una subclase sobrescribe el 
método toStri ng de la clase Object. 

• Cuando se imprime un objeto usando el especificador de formato %s, se hace una llamada implícita al método 
toStri ng del objeto para obtener su representación de cadena. 

Sección 9.5 Los constructores en las subclases 

• La primera tarea de cualquier constructor de subclase es llamar al constructor de su superclase directa, ya sea en 
forma explícita o implícita, para asegurar que las variables de instancia heredadas de la superclase se inicialicen 
en forma apropiada. 
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• Una subclase puede invocar en forma explícita a un constructor de su superclase; para ello utiliza la sintaxis de lla- 
mada del constructor de la superclase: la palabra clave super, seguida de un conjunto de paréntesis que contienen 
los argumentos del constructor de la superclase. 

Sección 9. 6 Ingeniería de Software mediante la herencia 

• Declarar variables de instancia pri vate, al mismo tiempo que se proporcionan métodos no pri vate para manipu- 
lar y realizar la validación, ayuda a cumplir con la buena ingeniería de software. 

Terminología 

biblioteca de clases 
clase base 
clase derivada 

clone, método de la clase Ob j ect 
componentes reutilizables estandarizados 
composición 
constructor de subclase 
constructor de superclase 
constructor de superclase sin argumentos 
diagrama de jerarquía 
equals, método de la clase Object 
es un, relación 
especialización 
extends, palabra clave 
getClass, método de la clase Object 
hashCode, método de la clase Object 
herencia 
herencia simple 

invocar al constructor de una superclase 
invocar al método de una superclase 
jerarquía de clases 
jerarquía de herencia 

Ejercicios de autoevaluación 

9. 1 Complete las siguientes oraciones: 

a) es una forma de reutilización de software, en la que nuevas clases adquieren los miembros 

de las clases existentes, y se mejoran con nuevas capacidades. 

b) Los miembros de una superclase pueden utilizarse en la declaración de la superclase y en las 

declaraciones de las subclases. 

c) En una relación , un objeto de una subclase puede ser tratado también como un objeto de 

su superclase. 

d) En una relación , el objeto de una clase tiene referencias a objetos de otras clases como 

miembros. 

e) En la herencia simple, una clase existe en una relación con sus subclases. 

f) Los miembros de una superclase son accesibles en cualquier parte en donde el programa 

tenga una referencia a un objeto de esa superclase, o a un objeto de una de sus subclases. 

g) Cuando se crea la instancia de un objeto de una subclase, el de una superclase se llama en 

forma implícita o explícita. 

h) Los constructores de una subclase pueden llamar a los constructores de la superclase mediante la palabra 

clave . 

9.2 Conteste con verdadero o falso a cada una de las siguientes proposiciones; en caso de ser falso, explique por qué. 

a) Los constructores de la superclase no son heredados por las subclases. 

b) Una relación “tiene un” se implementa mediante la herencia. 


método heredado 

miembro heredado 

Object, clase 

objeto de una subclase 

objeto de una superclase 

prívate, miembro de superclase 

protected, miembro de superclase 

protected, palabra clave 

pubi i c, miembro de superclase 

relación jerárquica 

reutilización de software 

sintaxis de llamada al constructor de una superclase 
sobrescribir (redefinir) el método de una superclase 
software frágil 
software quebradizo 
subclase 

super, palabra clave 
superclase 
superclase directa 
superclase indirecta 
tiene un, relación 

toStri ng, método de la clase Object 
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c) Una clase Auto tiene una relación “es un” con las clases Vol anteDi recci on y Frenos. 

d) La herencia fomenta la reutilización de software comprobado, de alta calidad. 

e) Cuando una subclase redefine al método de una superclase utilizando la misma firma, se dice que la subclase 
sobrecarga a ese método de la superclase. 

Respuestas a los ejercicios de autoevaluación 

9.1 a) Herencia, b) publi c y protected. c) “es un” o de herencia, d) “tiene-un”, o composición, e) jerárquica, 
f) public. g) constructor, h) super. 

9.2 a) Verdadero, b) Falso. Una relación “tiene un” se implementa mediante la composición. Una relación “es-un” 
se implementa mediante la herencia, c) Falso. Éste es un ejemplo de una relación “tiene un”. La clase Auto tiene una 
relación “es-un” con la clase Vehículo, d) Verdadero, e) Falso. Esto se conoce como sobrescritura, no sobrecarga; 
un método sobrecargado tiene el mismo nombre, pero una firma distinta. 

Ejercicios 

9.3 Muchos programas escritos con herencia podrían escribirse mediante la composición, y viceversa. Vuelva a 
escribir las clases EmpleadoBaseMasComi si on4 (figura 9.13) de la jerarquía EmpíeadoPorComi si on3-Empí eadoBase- 
MasComi si on4 para usar la composición en vez de la herencia. Una vez que haga esto, valore los méritos relativos de las 
dos metodologías para los problemas de Empi eadoPorComi sion3 y Empi eadoBaseMasComi sion4, así como también 
para los programas orientados a objetos en general. ¿Cuál metodología es más natural? ¿Por qué? 

9.4 Describa las formas en las que la herencia fomenta la reutilización de software, ahorra tiempo durante el desa- 
rrollo de los programas y ayuda a prevenir errores. 

9.5 Dibuje una jerarquía de herencia para los estudiantes en una universidad, de manera similar a la jerarquía que se 
muestra en la figura 9.2. Use a Estudi ante como la superclase de la jerarquía, y después extienda Estudi ante con las 
clases Estudi anteNoGraduado y Estudi anteGraduado. Siga extendiendo la jerarquía con el mayor número de niveles 
que sea posible. Por ejemplo, Estudi antePri merAni o, EstudianteSegundoAnio, EstudianteTercerAnio y Estu- 
di anteCuartoAni o podrían extender a Estudi anteNoGraduado, y Estudi anteDoctorado y Estudi anteMaestri a 
podrían ser subclases de Estudi anteGraduado. Después de dibujar la jerarquía, hable sobre las relaciones que existen 
entre las clases. [Nota: no necesita escribir código para este ejercicio] . 

9.6 El mundo de las figuras es más extenso que las figuras incluidas en la jerarquía de herencia de la figura 9.3. 
Anote todas las figuras en las que pueda pensar (tanto bidimensionales como tridimensionales) e intégrelas en una 
jerarquía Figura más completa, con todos los niveles que sea posible. Su jerarquía debe tener la clase Fi gu ra en la parte 
superior. Las clases Fi guraBi dimensi onai y Fi guraTri di mensionai deben extender a Figura. Agregue subclases 
adicionales, como Cuadri i atero y Esfera, en sus ubicaciones correctas en la jerarquía, según sea necesario. 

9.7 Algunos programadores prefieren no utilizar el acceso protected, pues piensan que quebranta el encapsula- 
miento de la superclase. Hable sobre los méritos relativos de utilizar el acceso protected, en comparación con el acceso 
prívate en las superclases. 

9.8 Escriba una jerarquía de herencia para las clases Cuadri i atero, T rapezoi de, Paral el ogramo, Rectangul o y 
Cuadrado. Use Cuadri 1 atero como la superclase de la jerarquía. Agregue todos los niveles que sea posible a la jerar- 
quía. Especifique las variables de instancia y los métodos para cada clase. Las variables de instancia prívate de Cuadri - 
latero deben ser los pares de coordenadas x-y para los cuatro puntos finales del Cuadrilátero. Escriba un programa 
que cree instancias de objetos de sus clases, y que imprima el área de cada objeto (excepto Cuadri 1 atero). 




Un anillo para gobernarlos 

a todos, un anillo para 

encontrarlos, 

un anillo para traerlos a 

todos y en la oscuridad 

enlazarlos. 

— John Ronald Reuel Tolkien 

Las proposiciones generales 
no deciden casos concretos. 

— Oliver Wendell Holmes 

Un filósofo de imponente 
estatura no piensa en un 
vacío. 

Incluso sus ideas más 
abstractas son, en cierta 
medida, condicionadas por 
lo que se conoce o no en el 
tiempo en que vive. 

— Alfred North Whitehead 

¿ Por qué, alma mía, 

desfalleces 

y te agitas por mil 

— Salmos 42:5 
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Programación 
orientada 
a objetos: 
polimorfismo 


OBJETIVOS 

En este capítulo aprenderá a: 

■ Comprender el concepto de polimorfismo. 

■ Aprender a utilizar métodos sobrescritos para llevar a cabo 
el polimorfismo. 

■ Distinguir entre clases abstractas y concretas. 

■ Aprender a declarar métodos abstract para crear clases 
abstractas. 

■ Apreciar la manera en que el polimorfismo hace que los 
sistemas puedan extenderse y mantenerse. 

■ Determinar el tipo de un objeto en tiempo de ejecución. 

■ Aprender a declarar e implementar interfaces. 




Plan general 
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10.1 Introducción 

10.2 Ejemplos del polimorfismo 

10.3 Demostración del comportamiento polimórfico 

10.4 Clases y métodos abstractos 

10.5 Ejemplo práctico: sistema de nómina utilizando polimorfismo 

10.5.1 Creación de la superclase abstracta Empleado 

10.5.2 Creación de la subclase concreta EmpleadoAsalariado 

10.5.3 Creación de la subclase concreta EmpleadoPorHoras 

I 1.5.4 Creación de la subclase concreta EmpleadoPorComision 

1 0.5.5 Creación de la subclase concreta indirecta Empl eadoBaseMasComi si on 

1 0.5.6 Demostración del procesamiento polimórfico, el operador i nstanceof y la conversión 
descendente 

1 0.5.7 Resumen de las asignaciones permitidas entre variables de la superclase y de la subclase 

10.6 Métodos y clases final 

10.7 Ejemplo práctico: creación y uso de interfaces 

10.7.1 Desarrollo de una jerarquía PorPagar 

10.7.2 Declaración de la interfaz PorPagar 

10.7.3 Creación de la clase Factura 

10.7.4 Modificación de la clase Empleado para implementar la interfaz PorPagar 

1 0.7.5 Modificación de la clase Empl eadoAsalari ado para usarla en la jerarquía PorPagar 

10.7.6 Uso de la interfaz PorPagar para procesar objetos Factura y Empleado mediante 
el polimorfismo 

10.7.7 Declaración de constantes con interfaces 

1 0.7.8 Interfaces comunes de la API de Java 

10.8 (Opcional) Ejemplo práctico de GUI y gráficos: realizar dibujos mediante el polimorfismo 

10.9 (Opcional) Ejemplo práctico de Ingeniería de Software: incorporación de la herencia en el sistema ATM 

10.10 Conclusión 

Resumen | Terminología | Ejercicios de autoevaluación | Respuestas a los ejercicios de autoevaluación | Ejercicios 


10.1 Introducción 

Ahora continuaremos nuestro estudio de la programación orientada a objetos, explicando y demostrando el 
polimorfismo con las jerarquías de herencia. El polimorfismo nos permite “programar en forma general”, en vez 
de “programar en forma específica”. En especial, nos permite escribir programas que procesen objetos que com- 
partan la misma superclase en una jerarquía de clases, como si todos fueran objetos de la superclase; esto puede 
simplificar la programación. 

Considere el siguiente ejemplo de polimorfismo. Suponga que crearemos un programa que simula el movi- 
miento de varios tipos de animales para un estudio biológico. Las clases Pez, Rana y Ave representan los tres 
tipos de animales bajo investigación. Imagine que cada una de estas clases extiende a la superclase Ani mal , la cual 
contiene un método llamado mover y mantiene la posición actual de un animal, en forma de coordenadas x-y. 
Cada subclase implementa el método move r. Nuestro programa mantiene un arreglo de referencias a objetos de 
las diversas subclases de Ani mal . Para simular los movimientos de los animales, el programa envía a cada objeto el 
mismo mensaje una vez por segundo; a saber, mover. No obstante, cada tipo específico de Ani mal responde a un 
mensaje mover de manera única; un Pez podría nadar tres pies, una Rana podría saltar cinco pies y un Ave podría 
volar diez pies. El programa envía el mismo mensaje (es decir, mover) a cada objeto animal en forma genérica, 
pero cada objeto sabe cómo modificar sus coordenadas x-y en forma apropiada para su tipo específico de movi- 
miento. Confiar en que cada objeto sepa cómo “hacer lo correcto” (es decir, lo que sea apropiado para ese tipo 
de objeto) en respuesta a la llamada al mismo método es el concepto clave del polimorfismo. El mismo mensaje 
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(en este caso, mover) que se envía a una variedad de objetos tiene “muchas formas” de resultados; de aquí que se 
utilice el término polimorfismo. 

Con el polimorfismo podemos diseñar e implementar sistemas que puedan extenderse con facilidad; pueden 
agregarse nuevas clases con sólo modificar un poco (o nada) las porciones generales de la aplicación, siempre y 
cuando las nuevas clases sean parte de la jerarquía de herencia que la aplicación procesa en forma genérica. Las 
únicas partes de un programa que deben alterarse para dar cabida a las nuevas clases son las que requieren un 
conocimiento directo de las nuevas clases que el programador agregará a la jerarquía. Por ejemplo, si extendemos 
la clase Animal para crear la clase Tortuga (que podría responder a un mensaje mover caminando una pulgada), 
necesitamos escribir sólo la clase Tortuga y la parte de la simulación que crea una instancia de un objeto Tortuga. 
Las porciones de la simulación que procesan a cada Animal en forma genérica pueden permanecer iguales. 

Este capítulo se divide en varias partes. Primero hablaremos sobre los ejemplos comunes del polimorfismo. 
Después proporcionaremos un ejemplo que demuestra el comportamiento polimórfico. Utilizaremos referencias 
a la superclase para manipular tanto a los objetos de la superclase como a los objetos de las subclases mediante el 
polimorfismo. 

Después presentaremos un ejemplo práctico en el que utilizaremos nuevamente la jerarquía de empleados de 
la sección 9.4.5. Desarrollaremos una aplicación simple de nómina que calcula mediante el polimorfismo el sala- 
rio semanal de varios tipos de empleados, usando el método i ng resos de cada empleado. Aunque los ingresos de 
cada tipo de empleado se calculan de una manera específica, el polimorfismo nos permite procesar a los empleados 
“en general”. En el ejemplo práctico ampliaremos la jerarquía para incluir dos nuevas clases: Empl eadoAsal ari a- 
do (para las personas que reciben un salario semanal fijo) y Empl eadoPorHoras (para las personas que reciben un 
salario por horas y “tiempo y medio” por el tiempo extra). Declararemos un conjunto común de funcionalidad 
para todas las clases en la jerarquía actualizada en una clase “abstracta” llamada Empl eado, a partir de la cual las 
clases Empl eadoAsal ari ado, Empl eadoPorHoras y EmpleadoPorComi si on heredan en forma directa, y la clase 
Empl eadoBaseMasComi si on4 hereda en forma indirecta. Como pronto verá, al invocar el método i ng resos de 
cada empleado desde una referencia a la superclase Empl eado, se realiza el cálculo correcto de los ingresos gracias 
a las capacidades polimórficas de Java. 

Algunas veces, cuando se lleva a cabo el procesamiento polimórfico, es necesario programar “en forma espe- 
cífica”. Nuestro ejemplo práctico con Empl eado demuestra que un programa puede determinar el tipo de un 
objeto en tiempo de ejecución, y actuar sobre ese objeto de manera acorde. En el ejemplo práctico utilizamos 
estas capacidades para determinar si cierto objeto empleado específico es un Empl eadoBaseMasComi si on. Si es 
así, incrementamos el salario base de ese empleado en un 10%. 

El capítulo continúa con una introducción a las interfaces en Java. Una interfaz describe a un conjunto de 
métodos que pueden llamarse en un objeto, pero no proporciona implementaciones concretas para ellos. Los pro- 
gramadores pueden declarar clases que implementen a (es decir, que proporcionen implementaciones concretas 
para los métodos de) una o más interfaces. Cada método de una interfaz debe declararse en todas las clases que 
implementen a la interfaz. Una vez que una clase implementa a una interfaz, todos los objetos de esa clase tienen 
una relación “es un” con el tipo de la interfaz, y se garantiza que todos los objetos de la clase proporcionarán la 
funcionalidad descrita por la interfaz. Esto se aplica también para todas las subclases de esa clase. 

En especial, las interfaces son útiles para asignar la funcionalidad común a clases que posiblemente no estén 
relacionadas. Esto permite que los objetos de clases no relacionadas se procesen en forma polimórfica; los objetos 
de las clases que implementan la misma interfaz pueden responder a las mismas llamadas a los métodos. Para de- 
mostrar la creación y el uso de interfaces, modificaremos nuestra aplicación de nómina para crear una aplicación 
general de cuentas por pagar, que puede calcular los pagos vencidos por los ingresos de los empleados de la compa- 
ñía y los montos de las facturas a pagar por los bienes comprados. Como verá, las interfaces permiten capacidades 
polimórficas similares a las que permite la herencia. 

10.2 Ejemplos del polimorfismo 

Ahora consideraremos diversos ejemplos adicionales. Si la clase Rectángulo se deriva de la clase Cuadri 1 atero, 
entonces un objeto Rectángulo es una versión más específica de un objeto Cuadri 1 atero. Cualquier operación 
(por ejemplo, calcular el perímetro o el área) que pueda realizarse en un objeto Cuadrilátero también puede 
realizarse en un objeto Rectangul o. Estas operaciones también pueden realizarse en otros objetos Cuadri 1 ate- 
ro, como Cuadrado, Paral el ogramo y Trapezoide. El polimorfismo ocurre cuando un programa invoca a un 
método a través de una variable de la superclase; en tiempo de ejecución, se hace una llamada a la versión correcta 
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del método de la subclase, con base en el tipo de la referencia almacenada en la variable de la superclase. En la 
sección 10.3 veremos un ejemplo de código simple, en el cual se ilustra este proceso. 

Como otro ejemplo, suponga que diseñaremos un videojuego que manipule objetos de las clases Marci ano, 
Venusino, Plutoniano, NaveEspacial y RayoLaser. Imagine que cada clase hereda de la superclase común 
llamada ObjetoEspaci al , la cual contiene el método dibujar. Cada subclase implementa a este método. Un 
programa administrador de la pantalla mantiene una colección (por ejemplo, un arreglo ObjetoEspaci al) de 
referencias a objetos de las diversas clases. Para refrescar la pantalla, el administrador de pantalla envía en forma 
periódica el mismo mensaje a cada objeto; a saber, di bu jar. No obstante, cada objeto responde de una manera 
única. Por ejemplo, un objeto Marci ano podría dibujarse a sí mismo en color rojo, con ojos verdes y el número 
apropiado de antenas. Un objeto NaveEspacial podría dibujarse a sí mismo como un platillo volador de color 
plata brillante; un objeto RayoLaser, como un rayo color rojo brillante a lo largo de la pantalla. De nuevo, el mis- 
mo mensaje (en este caso, di bu jar) que se envía a una variedad de objetos tiene “muchas formas” de resultados. 

Un administrador de pantalla polimórfico podría utilizar el polimorfismo para facilitar el proceso de agregar 
nuevas clases a un sistema, con el menor número de modificaciones al código del sistema. Suponga que deseamos 
agregar objetos Mercuriano a nuestro videojuego. Para ello, debemos crear una clase Mercuriano que extienda 
a ObjetoEspaci al y proporcione su propia implementación del método dibujar. Cuando aparezcan objetos 
de la clase Mercuriano en la colección ObjetoEspacial, el código del administrador de pantalla invocará al 
método di bu jar, de la misma forma que para cualquier otro objeto en la colección, sin importar su tipo. Por lo 
tanto, los nuevos objetos Mercuri ano simplemente se integran al videojuego sin necesidad de que el programador 
modifique el código del administrador de pantalla. Así, sin modificar el sistema (más que para crear nuevas clases 
y modificar el código que genera nuevos objetos), los programadores pueden utilizar el polimorfismo para incluir 
de manera conveniente tipos adicionales que no se hayan considerado a la hora de crear el sistema. 

Con el polimorfismo podemos usar el mismo nombre y la misma firma del método para hacer que ocurran 
distintas acciones, dependiendo del tipo del objeto en el que se invoca el método. Esto proporciona al programa- 
dor una enorme capacidad expresiva. 



Observación de ingeniería de software 10.1 

El polimorfismo permite a los programadores tratar con las generalidades y dejar que el entorno en tiempo de eje- 
cución se encargue de los detalles específicos. Los programadores pueden ordenar a los objetos que se comporten en 
formas apropiadas para ellos , sin necesidad de conocer los tipos de los objetos (siempre y cuando éstos pertenezcan a 
la misma jerarquía de herencia). 



Observación de ingeniería de software 10.2 

El polimorfismo promueve la extensibilidad: el software que invoca el comportamiento polimórfico es independiente 
de los tipos de los objetos a los cuales se envían los mensajes. Se pueden incorporar en un sistema nuevos tipos de obje- 
tos que pueden responder a las llamadas de los métodos existentes , sin necesidad de modificar el sistema base. Sólo el 
código cliente que crea instancias de los nuevos objetos debe modificarse para dar cabida a los nuevos tipos. 


10.3 Demostración del comportamiento polimórfico 

En la sección 9.4 creamos una jerarquía de clases de empleados por comisión, en la cual la clase Empl eadoBa- 
seMasComi si on heredó de la clase EmpleadoPorComision. Los ejemplos en esa sección manipularon objetos 
EmpleadoPorComision y Empl eadoBaseMasComi si on mediante el uso de referencias a ellos para invocar a sus 
métodos; dirigimos las referencias a la superclase a los objetos de la superclase, y las referencias a la subclase a 
los objetos de la subclase. Estas asignaciones son naturales y directas; las referencias a la superclase están diseñadas 
para referirse a objetos de la superclase, y las referencias a la subclase están diseñadas para referirse a objetos de la 
subclase. No obstante, como veremos pronto, es posible realizar otras asignaciones. 

En el siguiente ejemplo, dirigiremos una referencia a la superclase a un objeto de la subclase. Después 
mostraremos cómo al invocar un método en un objeto de la subclase a través de una referencia a la superclase se 
invoca a la funcionalidad de la subclase; el tipo del objeto actual al que se hace referencia, no el tipo de referencia, 
es el que determina cuál método se llamará. Este ejemplo demuestra el concepto clave de que un objeto de una 
subclase puede tratarse como un objeto de su superclase. Esto permite varias manipulaciones interesantes. Un 
programa puede crear un arreglo de referencias a la superclase, que se refieran a objetos de muchos tipos de sub- 
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clases. Esto se permite, ya que cada objeto de una subclase es un objeto de su superclase. Por ejemplo, podemos 
asignar la referencia de un objeto Empl eadoBaseMasComi sion a una variable de la superclase EmpleadoPor- 
Comi sion, ya que un Empl eadoBaseMasComi si on es un Empl eadoPorComi si on; por lo tanto, podemos tratar a 
un Empl eadoBaseMasComi sion como un Empl eadoPorComi sion. 

Como veremos más adelante en este capítulo, no podemos tratar a un objeto de la superclase como un 
objeto de cualquiera de sus subclases, porque un objeto superclase no es un objeto de ninguna de sus subclases. 
Por ejemplo, no podemos asignar la referencia de un objeto Empl eadoPo rComi sion a una variable de la subclase 
Empl eadoBaseMasComi si on, ya que un Empl eadoPorComi sion no es un Empl eadoBaseMasComi sion, no tiene 
una variable de instancia sal ari oBase y no tiene los métodos establ ecerSal ari oBase y obtenerSal arioBa- 
se. La relación “es un” se aplica sólo de una subclase a sus superclases directas (e indirectas), pero no viceversa. 

El compilador de Java permite asignar una referencia a la superclase a una variable de la subclase, si conver- 
timos explícitamente la referencia a la superclase al tipo de la subclase; una técnica que veremos con más detalle 
en la sección 10.5. ¿Para qué nos serviría, en un momento dado, realizar una asignación así? Una referencia a la 
superclase puede usarse para invocar sólo a los métodos declarados en la superclase; si tratamos de invocar méto- 
dos que sólo pertenezcan a la subclase, a través de una referencia a la superclase, se producen errores de compila- 
ción. Si un programa necesita realizar una operación específica para la subclase en un objeto de la subclase al que 
se haga una referencia mediante una variable de la superclase, el programa primero debe convertir la referencia a 
la superclase en una referencia a la subclase, mediante una técnica conocida como conversión descendente. Esto 
permite al programa invocar métodos de la subclase que no se encuentren en la superclase. En la sección 10.5 
presentaremos un ejemplo concreto de conversión descendente. 

El ejemplo de la figura 10. 1 demuestra tres formas de usar variables de la superclase y la subclase para alma- 
cenar referencias a objetos de la superclase y de la subclase. Las primeras dos formas son simples: al igual que en 
la sección 9.4, asignamos una referencia a la superclase a una variable de la superclase, y asignamos una referencia 
a la subclase a una variable de la subclase. Después demostramos la relación entre las subclases y las superclases 
(es decir, la relación “es-un”) mediante la asignación de una referencia a la subclase a una variable de la superclase. 
[Nota: este programa utiliza las clases Empl eadoPorComi si on3 y Empl eadoBaseMasComi si on4 de las figuras 
9.12 y 9.13, respectivamente]. 
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// Fig. 10.1: PruebaPolimorfismo. java 

// Asignación de referencias a la superclase y la subclase, a 
// variables de la superclase y la subclase. 

public class PruebaPolimorfismo 

{ 

public static void main( String args[] ) 

{ 

// asigna la referencia a la superclase a una variable de la superclase 

Empl eadoPorComi si on3 empl eadoPorComi sion = new Empl eadoPorComi si on3( 

"Sue", "Jones", "222-22-2222", 10000, .06 ); 

// asigna la referencia a la subclase a una variable de la subclase 

Empl eadoBaseMasComi si on4 empl eadoBaseMasComi sion = 
new Empl eadoBaseMasComi si on4( 

"Bob", "Lewis", "333-33-3333", 5000, .04, 300 ); 

// invoca a toString en un objeto de la superclase, usando una variable de la 

supercl ase 

System. out. printf( "%s %s:\n\n%s\n\n' , 

"Llamada a toString de Empl eadoPorComi si on3 con referencia de superclase ", 
"a un objeto de la superclase", empl eadoPorComi si on . toStri ng() ); 

// invoca a toString en un objeto de la subclase, usando una variable de la 

subcl ase 


Figura 10.1 | Asignación de referencias a la superclase y la subclase, a variables de la superclase y la subclase. 
(Parte I de 2). 
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24 System. out. printf( "%s %s:\n\n%s\n\n" , 

25 "Llamada a toString de Empl eadoBaseMasComi si on4 con referencia", 

26 "de subclase a un objeto de la subclase" 

27 empleadoBaseMasComision.toStringO ); 

28 

29 // invoca a toString en un objeto de la subclase, usando una variable de la 
supercl ase 

30 Empl eadoPorComi sion3 empleadoPorComision2 = 

31 empl eadoBaseMasComi sion ; 

32 System. out. printf( “%s %s:\n\n%s\n” , 

33 "Llamada a toString de Empl eadoBaseMasComi si on4 con referencia de superclase", 

34 "a un objeto de la subclase' , empleadoPorComision2.toString() ); 

35 } // fin de main 

36 } // fin de la clase PruebaPol imorfismo 


Llamada a toString de EmpleadoPorComision3 con referencia de superclase a un objeto de la 
superclase: 

empleado por comisión: Sue Iones 
numero de seguro social: 222-22-2222 
ventas brutas: 10000.00 
tarifa de comisión: 0.06 

Llamada a toString de Empl eadoBaseMasComi si on4 con referencia de subclase a un objeto de la 
subclase: 

con sueldo base empleado por comisión: Bob Lewi s 

numero de seguro social: 333-33-3333 

ventas brutas: 5000.00 

tarifa de comisión: 0.04 

sueldo base: 300.00 

Llamada a toString de Empl eadoBaseMasComi si on4 con referencia de superclase a un objeto de 
la subclase: 

con sueldo base empleado por comisión: Bob Lewi s 

numero de seguro social: 333-33-3333 

ventas brutas: 5000.00 

tarifa de comisión: 0.04 

sueldo base: 300.00 


Figura 1 0. 1 | Asignación de referencias a la superclase y la subclase, a variables de la superclase y la subclase. (Parte 2 
de 2). 


En la figura 10.1, las líneas 10 y 11 crean un objeto Empl eadoPorComi si on3 y asignan su referencia a 
una variable Empl eadoPorComi sion 3. Las líneas 14 a 16 crean un objeto Empl eadoBaseMasComi sion4 y asig- 
nan su referencia a una variable Empl eadoBaseMasComi si on4. Estas asignaciones son naturales; por ejemplo, 
el principal propósito de una variable Empl eadoPorComi si on3 es guardar una referencia a un objeto Empl ea- 
doPorComi si on3. Las líneas 19 a 21 utilizan la referencia empl eadoPorComi si on para invocar a toString en 
forma explícita. Como empl eadoPorComi si on hace referencia a un objeto Empl eadoPorComi si on3, se hace una 
llamada a la versión de toStri ng de la superclase Empl eadoPorComi si on3. De manera similar, las líneas 24 a 27 
utilizan a empl eadoBaseMasComi si on para invocar a toStri ng de forma explícita en el objeto Empl eadoBase- 
MasComi si on4. Esto invoca a la versión de toStri ng de la subclase Empl eadoBaseMasComi sion4. 

Después, las líneas 30 y 31 asignan la referencia al objeto empl eadoBaseMasComi sion de la subclase a 
una variable de la superclase Empl eadoPorComi si on3, que las líneas 32 a 34 utilizan para invocar al método 
toString. Cuando una variable de la superclase contiene una referencia a un objeto de la subclase, y esta 
referencia se utiliza para llamar a un método, se hace una llamada a la versión del método de la subclase. Por 
ende, empl eadoPorComi sion2 .ToStri ng() en la línea 34 en realidad llama al método toStri ng de la clase 
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Empl eadoBaseMasComi si on4. El compilador de Java permite este “cruzamiento”, ya que un objeto de una 
subclase es un objeto de su superclase (pero no viceversa). Cuando el compilador encuentra una llamada a un 
método que se realiza a través de una variable, determina si el método puede llamarse verificando el tipo de clase 
de la variable. Si esa clase contiene la declaración del método apropiada (o hereda una), se compila la llamada. 
En tiempo de ejecución, el tipo del objeto al cual se refiere la variable es el que determina el método que se 
utilizará. 


10.4 Clases y métodos abstractos 

Cuando pensamos en un tipo de clase, asumimos que los programas crearán objetos de ese tipo. No obstante, 
en algunos casos es conveniente declarar clases para las cuales el programador nunca creará instancias de objetos. 
A dichas clases se les conoce como clases abstractas. Como se utilizan sólo como superclases en jerarquías de 
herencia, nos referimos a ellas como superclases abstractas. Estas clases no pueden utilizarse para instanciar obje- 
tos, ya que como veremos pronto, las clases abstractas están incompletas. Las subclases deben declarar las “piezas 
faltantes”. En la sección 10.5 demostraremos las clases abstractas. 

El propósito de una clase abstracta es proporcionar una superclase apropiada, a partir de la cual puedan 
heredar otras clases y, por ende, compartir un diseño común. Por ejemplo, en la jerarquía de Fi gura de la figura 
9.3, las subclases heredan la noción de lo que significa ser una Fi gura; los atributos comunes como posi ci on, 
color y grosorBorde, y los comportamientos como dibujar, mover, cambiarTamani o y cambi arCol or. Las 
clases que pueden utilizarse para instanciar objetos se llaman clases concretas. Dichas clases proporcionan imple- 
mentaciones de cada método que declaran (algunas de las implementaciones pueden heredarse). Por ejemplo, 
podríamos derivar las clases concretas Ci rculo, Cuadrado y Tri ángulo de la superclase abstracta Fi guraBi di - 
mensi onal . De manera similar, podríamos derivar las clases concretas Esfera, Cubo y Tetraedro de la superclase 
abstracta FiguraTri di mensi onal. Las superclases abstractas son demasiado generales como para crear objetos 
reales; sólo especifican lo que tienen en común las subclases. Necesitamos ser más específicos para poder crear 
objetos. Por ejemplo, si envía el mensaje dibujar a la clase abstracta Fi guraBi di mensi onal, la clase sabe que 
las figuras bidimensionales deben poder dibujarse, pero no sabe qué figura específica dibujar, por lo que no puede 
implementar un verdadero método di bu jar. Las clases concretas proporcionan los detalles específicos que hacen 
razonable la creación de instancias de objetos. 

No todas las jerarquías de herencia contienen clases abstractas. Sin embargo, a menudo los programadores 
escriben código cliente que utiliza sólo tipos de superclases abstractas para reducir las dependencias del código 
cliente en un rango de tipos de subclases específicas. Por ejemplo, un programador puede escribir un método 
con un parámetro de un tipo de superclase abstracta. Cuando se llama, ese método puede recibir un objeto de 
cualquier clase concreta que extienda en forma directa o indirecta a la superclase especificada como el tipo del 
parámetro. 

Algunas veces las clases abstractas constituyen varios niveles de la jerarquía. Por ejemplo, la jerarquía de 
Fi gura de la figura 9.3 empieza con la clase abstracta Fi gura. En el siguiente nivel de la jerarquía hay dos cla- 
ses abstractas más, Fi guraBi di mensi onal y FiguraTri di mensi onal. El siguiente nivel de la jerarquía declara 
clases concretas para objetos FiguraBidimensional (Circulo, Cuadrado y Tri ángulo) y para objetos Figura- 
T ri di mensi onal (Esfera, Cubo y Tetraedro). 

Para hacer una clase abstracta, ésta se declara con la palabra clave abstract. Por lo general, una clase abs- 
tracta contiene uno o más métodos abstractos. Un método abstracto tiene la palabra clave abstract en su 
declaración, como en 

public abstract void dibujar(); // método abstracto 

Los métodos abstractos no proporcionan implementaciones. Una clase que contiene métodos abstractos 
debe declararse como clase abstracta, aun si esa clase contiene métodos concretos (no abstractos). Cada subclase 
concreta de una superclase abstracta también debe proporcionar implementaciones concretas de los métodos abs- 
tractos de la superclase. Los constructores y los métodos stati c no pueden declararse como abstract. Los cons- 
tructores no se heredan, por lo que nunca podría implementarse un constructor abstract. Aunque los métodos 
stati c se heredan, no están asociados con objetos específicos de las clases que los declaran. Como el propósito de 
los métodos abstract es sobrescribirlos para procesar objetos con base en sus tipos, no tendría sentido declarar 
un método stati c como abstract. 
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Observación de ingeniería de software 10.3 

Una dase abstracta dedara los atributos y comportamientos comunes de las diversas clases en una jerarquía de clases. 
Por lo general, una clase abstracta contiene uno o más métodos abstractos, que las subclases deben sobrescribir, si 
van a ser concretas. Las variables de instancia y los métodos concretos de una clase abstracta están sujetos a las reglas 
normales de la herencia, 



Error común de programación 10.1 

Tratar de instanciar un objeto de una clase abstracta es un error de compilación. 



Error común de programación 10.2 


Si no se implementan los métodos abstractos de la superclase en una clase derivada, se produce un error de compila- 
ción, a menos que la clase derivada también se declare como abstract. 


Aunque no podemos instanciar objetos de superclases abstractas, pronto veremos que podemos usar super- 
clases abstractas para declarar variables que puedan guardar referencias a objetos de cualquier clase concreta que 
se derive de esas superclases abstractas. Por lo general, los programas utilizan dichas variables para manipular los 
objetos de las subclases mediante el polimorfismo. Además, podemos usar los nombres de las superclases abstrac- 
tas para invocar métodos stati c que estén declarados en esas superclases abstractas. 

Considere otra aplicación del polimorfismo. Un programa de dibujo necesita mostrar en pantalla muchas 
figuras, incluyendo nuevos tipos de figuras que el programador agregará al sistema después de escribir el progra- 
ma de dibujo. Este programa podría necesitar mostrar figuras, como Circuios, Triángulos, Rectángulos u 
otras, que se deriven de la superclase abstracta Figura. El programa de dibujo utiliza variables de Figura para 
administrar los objetos que se muestran en pantalla. Para dibujar cualquier objeto en esta jerarquía de herencia, el 
programa de dibujo utiliza una variable de la superclase Figura que contiene una referencia al objeto de la sub- 
clase para invocar al método di bu jar del objeto. Este método se declara como abstract en la superclase Fi gura, 
por lo que cada subclase concreta debe implementar el método dibujar en una forma que sea específica para esa 
figura. Cada objeto en la jerarquía de herencia de Fi gura sabe cómo dibujarse a sí mismo. El programa de dibujo 
no tiene que preocuparse acerca del tipo de cada objeto, o si ha encontrado objetos de ese tipo. 

En especial, el polimorfismo es efectivo para implementar los denominados sistemas de software en capas. 
Por ejemplo, en los sistemas operativos cada tipo de dispositivo físico puede operar en forma muy distinta a los 
demás. Aun así, los comandos para leer o escribir datos desde y hacia los dispositivos pueden tener cierta unifor- 
midad. Para cada dispositivo, el sistema operativo utiliza una pieza de software llamada controlador de dispositi- 
vos para controlar toda la comunicación entre el sistema y el dispositivo. El mensaje de escritura que se envía a un 
objeto controlador de dispositivo necesita interpretarse de manera específica en el contexto de ese controlador, y 
la forma en que manipula a un dispositivo de un tipo específico. No obstante, la llamada de escritura en sí no es 
distinta a la escritura en cualquier otro dispositivo en el sistema: colocar cierto número de bytes de memoria en 
ese dispositivo. Un sistema operativo orientado a objetos podría usar una superclase abstracta para proporcionar 
una “interfaz” apropiada para todos los controladores de dispositivos. Después, a través de la herencia de esa 
superclase abstracta, se forman clases derivadas que se comporten todas de manera similar. Los métodos del con- 
trolador de dispositivos se declaran como métodos abstractos en la superclase abstract. Las implementaciones 
de estos métodos abstractos se proporcionan en las subclases que corresponden a los tipos específicos de contro- 
ladores de dispositivos. Siempre se están desarrollando nuevos dispositivos, a menudo mucho después de que 
se ha liberado el sistema operativo. Cuando usted compra un nuevo dispositivo, éste incluye un controlador de 
dispositivo proporcionado por el distribuidor. El dispositivo opera de inmediato, una vez que usted lo conecta a la 
computadora e instala el controlador de dispositivo. Éste es otro elegante ejemplo acerca de cómo el polimorfismo 
hace que los sistemas sean extensibles. 

En la programación orientada a objetos es común declarar una clase iteradora que pueda recorrer todos 
los objetos en una colección, como un arreglo (capítulo 7) o un objeto ArrayLi st (capítulo 19, Colecciones). 
Por ejemplo, un programa puede imprimir un arreglo ArrayLi st de objetos creando un objeto iterador, y luego 
usándolo para obtener el siguiente elemento de la lista cada vez que se llame al iterador. Los iteradores se utilizan 
comúnmente en la programación polimórfica para recorrer una colección que contiene referencias a objetos de 
diversos niveles de una jerarquía. (El capítulo 19 presenta un tratamiento detallado de ArrayLi st, los iteradores 
y las capacidades “genéricas”). Por ejemplo, un arreglo ArrayLi st de objetos de la clase Fi guraBi dimensional 
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podría contener objetos de las subclases Cuad rado, Ci rcul o, T ri ángulo y así, sucesivamente. Al llamar al méto- 
do di bu jar para cada objeto FiguraBi dimensi onal mediante una variable FiguraBi dimensional, se dibujaría 
en forma polimórfica a cada objeto correctamente en la pantalla. 

10.5 Ejemplo práctico: sistema de nómina utilizando polimorfismo 

En esta sección analizamos de nuevo la jerarquía Empl eadoPorComi sion-Empl eadoBaseMasComi sion que 
exploramos a lo largo de la sección 9.4. Ahora podemos usar un método abstracto y polimorfismo para realizar 
cálculos de nómina, con base en el tipo de empleado. Crearemos una jerarquía de empleados mejorada para 
resolver el siguiente problema: 

Una compañía paga a sus empleados por semana. Los empleados son de cuatro tipos: empleados asalariados 
que reciben un salario semanal fijo , sin importar el número de horas trabajadas; empleados por horas , que 
reciben un sueldo por hora y pago por tiempo extra , por todas las horas trabajadas que excedan a 40 horas; 
empleados por comisión, que reciben un porcentaje de sus ventas y empleados asalariados por comisión, que 
reciben un salario base más un porcentaje de sus ventas. Para este periodo de pago, la compañía ha decidido 
recompensar a los empleados asalariados por comisión, agregando un 10% a sus salarios base. La compañía 
desea implementar una aplicación en Java que realice sus cálculos de nómina en forma polimórfica. 

Utilizaremos la clase abstract Empleado para representar el concepto general de un empleado. Las clases 
que extienden a Empleado son Empl eadoAsal ari ado, Empl eadoPorComi sion y EmpleadoPorHoras. La clase 
Empl eadoBaseMasComi si on (que extiende a Empl eadoPorComi sion) representa el último tipo de empleado. El 
diagrama de clases de UML en la figura 1 0.2 muestra la jerarquía de herencia para nuestra aplicación polimórfica de 
nómina de empleados. Observe que la clase abstracta Empl eado está en cursivas, según la convención de UML. 

La superclase abstracta Empleado declara la “interfaz” para la jerarquía; esto es, el conjunto de métodos 
que puede invocar un programa en todos los objetos Empl eado. Aquí utilizamos el término “interfaz” en un 
sentido general, para referirnos a las diversas formas en que los programas pueden comunicarse con los objetos 
de cualquier subclase de Empl eado. Tenga cuidado de no confundir la noción general de una “interfaz” con la 
noción formal de una interfaz en Java, el tema de la sección 10.7. Cada empleado, sin importar la manera en que 
se calculen sus ingresos, tiene un primer nombre, un apellido paterno y un número de seguro social, por lo 
que las variables de instancia prívate primerNombre, apell idoPaterno y numeroSeguroSocial aparecen en 
la superclase abstracta Empl eado. 

ía. Observación de ingeniería de software 10.4 

Una subclase puede heredar la “interfaz” o “implementación” de una superclase. Las jerarquías diseñadas para la 
herencia de implementación tienden a tener su funcionalidad en niveles altos de la jerarquía; cada nueva subclase 
hereda uno o más métodos que se implementaron en una superclase, y la subclase utiliza las implementaciones de 
la superclase. Las jerarquías diseñadas para la herencia de interfaz tienden a tener su funcionalidad en niveles 
bajos de la jerarquía; una superclase especifica uno o más métodos abstractos que deben declararse para cada clase 
concreta en la jerarquía, y las subclases individuales sobrescriben estos métodos para proporcionar la implementación 
específica para cada subclase. 


Empleado 

A 

EmpleadoAsalariado EmpleadoPorComisión EmpleadoPorHoras 

A 

EmpleadoBaseMasComision 

Figura 10.2 | Diagrama de clases de UML para la jerarquía de Empleado. 
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Las siguientes secciones implementan la jerarquía de clases de Empl eado. Cada una de las primeras cuatro 
secciones implementa una de las clases concretas. La última sección implementa un programa de prueba que crea 
objetos de todas estas clases y procesa esos objetos mediante el polimorfismo. 

1 0.5.1 Creación de la superclase abstracta Empl eado 

La clase Empl eado (figura 10.4) proporciona los métodos i ngresos y toStri ng, además de los métodos obtener 
y establecer que manipulan las variables de instancia de Empl eado. Es evidente que un método i ng resos se aplica 
en forma genérica a todos los empleados. Pero cada cálculo de los ingresos depende de la clase de empleado. Por 
lo tanto, declaramos a ingresos como abstract en la superclase Empleado, ya que una implementación pre- 
determinada no tiene sentido para ese método; no hay suficiente información para determinar qué monto debe 
devolver ingresos. Cada una de las subclases redefine a ingresos con una implementación apropiada. Para 
calcular los ingresos de un empleado, la aplicación asigna una referencia al objeto de empleado a una variable de la 
superclase Empl eado, y después invoca al método i ngresos en esa variable. Mantenemos un arreglo de variables 
Empleado, cada una de las cuales guarda una referencia a un objeto Empleado (desde luego que no puede haber 
objetos Empl eado, ya que ésta es una clase abstracta; sin embargo, debido a la herencia todos los objetos de todas 
las subclases de Empleado pueden considerarse como objetos Empleado). El programa itera a través del arreglo 
y llama al método ingresos para cada objeto Empleado. Java procesa estas llamadas a los métodos en forma 
polimórfica. Al incluir a ingresos como un método abstracto en Empleado, se obliga a cada subclase directa 
de Empleado a sobrescribir el método ingresos para poder convertirse en una clase concreta. Esto permite al 
diseñador de la jerarquía de clases demandar que cada subclase concreta proporcione un cálculo apropiado del 
sueldo. 

El método toStri ng en la clase Empleado devuelve un objeto String que contiene el primer nombre, el 
apellido paterno y el número de seguro social del empleado. Como veremos, cada subclase de Empleado sobres- 
cribe el método toStri ng para crear una representación String de un objeto de esa clase que contiene el tipo del 
empleado (por ejemplo, "empl eado asal ari ado : "), seguido del resto de la información del empleado. 

El diagrama en la figura 10.3 muestra cada una de las cinco clases en la jerarquía, hacia abajo en la columna 
de la izquierda, y los métodos i ngresos y toStri ng en la fila superior. Para cada clase, el diagrama muestra los 
resultados deseados de cada método. [Nota: no listamos los métodos establecer y obtener de la superclase Empl eado 
porque no se redefinen en ninguna de las subclases; cada una de estas propiedades se hereda y cada una de las 
subclases las utiliza “como están”]. 

Consideremos ahora la declaración de la clase Empl eado (figura 10.4). Esta clase incluye un constructor que 
recibe el primer nombre, el apellido paterno y el número de seguro social como argumentos (líneas 11 a 16); 
los métodos obtener que devuelven el primer nombre, apellido y número de seguro social (líneas 25 a 28, 37 a 
40 y 49 a 52, respectivamente); los métodos establecer que establecen el primer nombre, el apellido paterno y el 
número de seguro social (líneas 19 a 22, 31 a 34 y 43 a 46, respectivamente); el método toStri ng (líneas 55 a 
59), el cual devuelve la representación Stri ng de Empleado; y el método abstract i ngresos (línea 62), que las 
subclases deben implementar. Observe que el constructor de Empl eado no valida el número de seguro social en 
este ejemplo. Por lo general, se debe proporcionar esa validación. 

¿Por qué declaramos a i ngresos como un método abstracto? Simplemente, no tiene sentido proporcionar 
una implementación de este método en la clase Empl eado. No podemos calcular los ingresos para un Empl eado 
general; primero debemos conocer el tipo de Empl eado específico para determinar el cálculo apropiado de los 
ingresos. Al declarar este método abstract, indicamos que cada subclase concreta debe proporcionar una imple- 
mentación apropiada para ingresos, y que un programa podrá utilizar las variables de la superclase Empleado 
para invocar al método i ngresos en forma polimórfica, para cualquier tipo de Empl eado. 

10.5.2 Creación de la subclase concreta Empl eadoAsal ari ado 

La clase Empl eadoAsal ari ado (figura 10.5) extiende a la clase Empl eado (línea 4) y redefine a i ngresos (líneas 
29 a 32), lo cual convierte a Empl eadoAsal ari ado en una clase concreta. La clase incluye un constructor (lí- 
neas 9 a 14) que recibe un primer nombre, un apellido paterno, un número de seguro social y un salario semanal 
como argumentos; un método establecer para asignar un valor positivo a la variable de instancia sal ari oSemanal 
(líneas 17 a 20); un método obtener puta devolver el valor de sal ari oSemanal (líneas 23 a 26); un método ingre- 
sos (líneas 29 a 32) para calcular los ingresos de un Empl eadoAsal ari ado; y un método toStri ng (líneas 35 a 
39) que devuelve un objeto Stri ng que incluye el tipo del empleado, a saber, "empl eado asal ari ado : ", seguido 
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i ngresos 


toStri ng 


Empleado abstract 


primerNombre apellidoPaterno 

número de seguro social: NSS 


Empl eado- 
Asal ari ado 


salarioSemanal 


empleado asalariado: primerNombre apellidoPaterno 
número de seguro social: NSS 
salario semanal: salarioSemanal 


if horas <= 40 
sueldo * horas 

EmpleadoPor- el se if horas > 40 
Horas 40 * sueldo + 

( horas - 40 ) * 
sueldo * 1.5 


empleado por horas: primerNombre apellidoPaterno 

número de seguro social: NSS 

sueldo por horas: sueldo; horas trabajadas: horas 


EmpleadoPor- tari faComi si ón * 
Comisión ventasBrutas 


empleado por comisión: primerNombre apellidoPaterno 
número de seguro social: NSS 
ventas brutas: ventasBrutas; 
tarifa de comisión: tarifaComisión 


Empl eado- 
BaseMas- 
Comi si on 


( tari faComi si on * 
ventasBrutas ) + 
salarioBase 


empleado por comisión con salario base: 

primerNombre apellidoPaterno 
número de seguro social: NSS 
ventas brutas: ventasBrutas; 
tarifa de comisión: tarifaComision; 
salario base: salarioBase 


Figura 1 0.3 | Interfaz polimórfica para las clases de la jerarquía de Empl eado. 


1 // Fig. 10.4: Empleado. java 

2 // La superclase abstracta Empleado. 

3 

4 public abstract class Empleado 

5 { 

6 private String primerNombre; 

7 private String apellidoPaterno; 

8 private String numeroSeguroSoci al ; 

9 

10 // constructor con tres argumentos 

11 public Empleado( String nombre, String apellido, String nss ) 

12 { 

13 primerNombre = nombre; 

14 apellidoPaterno = apellido; 

15 numeroSeguroSocial = nss; 

16 } // fin del constructor de Empleado con tres argumentos 

17 

18 // establece el primer nombre 

19 public void establecerPrimerNombre( String nombre ) 

20 { 

21 primerNombre = nombre; 

22 } // fin del método establecerPrimerNombre 

23 

24 // devuelve el primer nombre 

25 public String obtenerPrimerNombreQ 


Figura 10.4 


La superclase abstracta Empleado. (Parte I de 2). 
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26 { 

27 return primerNombre; 

28 } // fin del método obtenerPrimerNombre 

29 

30 // establece el apellido paterno 

31 public void establ ecerApell i doPaterno( String apellido ) 

32 { 

33 apel 1 i doPaterno = apellido; 

34 } // fin del método establ ecerApel 1 i doPaterno 

35 

36 // devuelve el apellido paterno 

37 public String obtenerApel 1 i doPaternoO 

38 { 

39 return apell i doPaterno ; 

40 } // fin del método obtenerApel 1 i doPaterno 

41 

42 // establece el número de seguro social 

43 public void establ ecerNumeroSeguroSocial ( String nss ) 

44 { 

45 numeroSeguroSocial = nss; // debe validar 

46 } // fin del método establecerNumeroSeguroSocial 

47 

48 // devuelve el número de seguro social 

49 public String obtenerNumeroSeguroSocial () 

50 { 

51 return numeroSeguroSocial; 

52 } // fin del método obtenerNumeroSeguroSocial 

53 

54 // devuelve representación String de un objeto Empleado 

55 public String toStringO 

56 { 

57 return Stri ng . format( "%s %s\nnumero de seguro social: %s", 

58 obtenerPrimerNombreO , obtenerApel 1 i doPaternoO , obtenerNumeroSeguroSocial () ); 

59 } // fin del método toString 

60 

61 // método abstracto sobrescrito por las subclases 

62 public abstract double ingresos(); // aqui no hay implementación 

63 } // fin de la clase abstracta Empleado 

Figura 10.4 | La superclase abstracta Empleado. (Parte 2 de 2). 


1 // Fig. 10.5: EmpleadoAsalari ado. java 

2 // La clase EmpleadoAsalari ado extiende a Empleado. 

3 

4 public class EmpleadoAsalari ado extends Empleado 

5 { 

6 private double sal ari oSemanal ; 

7 

8 // constructor de cuatro argumentos 

9 public Empl eadoAsal ari ado( String nombre, String apellido, String nss, 

10 double salario ) 

11 { 

12 super( nombre, apellido, nss ); // los pasa al constructor de Empleado 

13 establ ecerSalarioSemanal ( salario ); // valida y almacena el salario 

14 } // fin del constructor de Empl eadoAsal ari ado con cuatro argumentos 

15 

16 // establece el salario 

Figura 10.5 | La clase Empl eadoAsal ari ado derivada de Empleado. (Parte I de 2). 
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17 public void establecerSalarioSemanal ( double salario ) 

18 { 

19 salarioSemanal = salario < 0.0 ? 0.0 : salario; 

20 } // fin del método establecerSalarioSemanal 

21 

22 // devuelve el salario 

23 public double obtenerSalarioSemanal () 

24 { 

25 return salarioSemanal; 

26 } // fin del método obtenerSalarioSemanal 

27 

28 // calcula los ingresos; sobrescribe el método abstracto ingresos en Empleado 

29 public double ingresos() 

30 { 

31 return obtenerSalarioSemanal () ; 

32 } // fin del método ingresos 

33 

34 // devuelve representación String de un objeto EmpleadoAsalariado 

35 public String toStringO 

36 { 

37 return Stri ng . formatf "empleado asalariado: %s\n%s : $%,.2f , 

38 super. toStringO , "salario semanal", obtenerSal ari oSemanal O ); 

39 } // fin del método toString 

40 } // fin de la clase EmpleadoAsalariado 

Figura 10.5 | La clase EmpleadoAsalariado derivada de Empleado. (Parte 2 de 2). 


de la información específica para el empleado producida por el método toStri ng de la superclase Empl eado y el 
método obtenerSalarioSemanal de EmpleadoAsalariado. El constructor de la clase EmpleadoAsalariado 
pasa el primer nombre, el apellido paterno y el número de seguro social al constructor de Empleado (línea 12) 
para inicializar las variables de instancia p ri vate que no se heredan de la superclase. El método ingresos sobres- 
cribe el método abstracto i ng resos de Empl eado para proporcionar una implementación concreta que devuelva 
el salario semanal del EmpleadoAsalariado. Si no implementamos ingresos, la clase EmpleadoAsalariado 
debe declararse como abstract; en caso contrario, se produce un error de compilación (y desde luego, queremos 
que Empl eadoAsal ari ado sea una clase concreta). 

El método toStri ng (líneas 35 a 39) de la clase Empl eadoAsal ari ado sobrescribe al método toStri ng de 
Empl eado. Si la clase Empl eadoAsal ari ado no sobrescribiera a toStri ng, Empl eadoAsal ari ado habría hereda- 
do la versión de toStri ng de Empl eado. En ese caso, el método toStri ng de Empl eadoAsal ari ado simplemente 
devolvería el nombre completo del empleado y su número de seguro social, lo cual no representa en forma adecua- 
da a un Empl eadoAsal ari ado. Para producir una representación Stri ng completa de Empl eadoAsal ari ado, el 
método toStri ng de la subclase devuelve "empl eado asal ari ado: ", seguido de la información específica de la 
clase base Empl eado (es decir, el primer nombre, el apellido paterno y el número de seguro social) que se obtiene 
al invocar el método toStri ng de la superclase (línea 38); éste es un excelente ejemplo de reutilización de código. 
La representación Stri ng de un Empl eadoAsal ari ado también contiene el salario semanal del empleado, el cual 
se obtiene mediante la invocación del método obtenerSalarioSemanal de la clase. 

10.5.3 Creación de la subclase concreta EmpleadoPorHoras 

La clase EmpleadoPorHoras (figura 10.6) también extiende a Empleado (línea 4). La clase incluye un construc- 
tor (líneas 10 a 16) que recibe como argumentos un primer nombre, un apellido paterno, un número de seguro 
social, un sueldo por horas y el número de horas trabajadas. Las líneas 19a22y31 a 35 declaran los métodos 
establecer que asignan nuevos valores a las variables de instancia sueldo y horas, respectivamente. El método 
establ ecerSuel do (líneas 19 a 22) asegura que sueldo sea positivo, y el método establ ecerHoras (líneas 31a 
35) asegura que horas esté entre 0 y 168 (el número total de horas en una semana), inclusive. La clase Empl ea- 
doPorHoras también incluye métodos obtener (líneas 25 a 28 y 38 a 41) para devolver los valores de sueldo y 
horas, respectivamente; un método i ngresos (líneas 44 a 50) para calcular los ingresos de un EmpleadoPorHo- 
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1 // Fig. 10.6: EmpleadoPorHoras . java 

2 // La clase EmpleadoPorHoras extiende a Empleado. 

3 

4 public class EmpleadoPorHoras extends Empleado 

5 { 

6 prívate double sueldo; // sueldo por hora 

7 prívate double horas; // horas trabajadas por semana 

8 

9 // constructor con cinco argumentos 

10 public EmpleadoPorHoras( String nombre, String apellido, String nss, 

11 double suel doPorHoras , double horasTrabajadas ) 

12 { 

13 super( nombre, apellido, nss ); 

14 establ ecerSuel do( suel doPorHoras ); // valida y almacena el sueldo por horas 

15 establecerHoras( horasTrabajadas ); // valida y almacena las horas trabajadas 

16 } // fin del constructor de EmpleadoPorHoras con cinco argumentos 

17 

18 // establece el sueldo 

19 public void establ ecerSuel do( double sueldoPorHoras ) 

20 { 

21 sueldo = ( sueldoPorHoras < 0.0 ) ? 0.0 : sueldoPorHoras; 

22 } // fin del método establecerSueldo 

23 

24 // devuelve el sueldo 

25 public double obtenerSueldo() 

26 { 

27 return sueldo; 

28 } // fin del método obtenerSuel do 

29 

30 // establece las horas trabajadas 

31 public void establecerHoras( double horasTrabajadas ) 

32 { 

33 horas = ( ( horasTrabajadas >= 0.0 ) && ( horasTrabajadas <= 168.0 ) ) ? 

34 horasTrabajadas : 0.0; 

35 } // fin del método establecerHoras 

36 

37 // devuelve las horas trabajadas 

38 public double obtenerHorasO 

39 { 

40 return horas; 

41 } // fin del método obtenerHoras 

42 

43 // calcula los ingresos; sobrescribe el método abstracto ingresos en Empleado 

44 public double ingresosO 

45 { 

46 if ( obtenerHorasO <= 40 ) // no hay tiempo extra 

47 return obtenerSuel do() * obtenerHorasO; 

48 el se 

49 return 40 * obtenerSuel do() + ( obtenerHorasO - 40 ) * obtenerSuel do() * 1. 

50 } // fin del método ingresos 

51 

52 // devuelve representación String de un objeto EmpleadoPorHoras 

53 public String toStringO 

54 { 

55 return Stri ng . format( "empleado por horas: %s\n%s: $%,.2f; %s : %,.2f", 

56 super. toStringO , "sueldo por hora' , obtenerSuel do() , 

57 "horas trabajadas", obtenerHorasO ); 

58 } // fin del método toString 

59 } // fin de la clase EmpleadoPorHoras 

Figura 10.6 | La clase EmpleadoPorHoras derivada de Empleado. 
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ras;yunmétodo toStri ng (líneas 53 a 58), que devuelveel tipo del empleado, asaber, "empleado por horas: ", 
e información específica para ese Empleado. Observe que el constructor de Empl eadoPorHoras, al igual que el 
constructor de Empl eadoAsal ari ado, pasa el primer nombre, el apellido paterno y el número de seguro social 
al constructor de la superclase Empleado (línea 13) para inicializar las variables de instancia prívate. Además, 
el método toStri ng llama al método toStri ng de la superclase (línea 56) para obtener la información específica 
del Empl eado (es decir, primer nombre, apellido paterno y número de seguro social); éste es otro excelente ejem- 
plo de reutilización de código. 


10.5.4 Creación de la subclase concreta EmpleadoPorComision 

La clase Empl eadoPorComi si on (figura 10.7) extiende a la clase Empl eado (línea 4). Esta clase incluye a un cons- 
tructor (líneas 10 a 16) que recibe como argumentos un primer nombre, un apellido, un número de seguro social, 
un monto de ventas y una tarifa de comisión; métodos establecer (líneas 19a22y31 a 34) para asignar nuevos 
valores a las variables de instancia tarifaComision y ventasBrutas, respectivamente; métodos obtener (líneas 
25 a 28 y 37 a 40) que obtienen los valores de estas variables de instancia; el método i ng resos (líneas 43 a 46) 
para calcular los ingresos de un Empl eadoPorComi si on; y el método toStri ng (líneas 49 a 55) que devuelve el 
tipo del empleado, a saber, "empleado por comisión: ", e información específica del empleado. El constructor 
también pasa el primer nombre, el apellido y el número de seguro social al constructor de Empleado (línea 13) 
para inicializar las variables de instancia pri vate de Empl eado. El método toStri ng llama al método toStri ng 
de la superclase (línea 52) para obtener la información específica del Empl eado (es decir, primer nombre, apellido 
paterno y número de seguro social). 


1 // Fig. 10.7: Empl eadoPorComi si on. java 

2 // La clase Empl eadoPorComi si on extiende a Empleado. 

3 

4 public class EmpleadoPorComision extends Empleado 

5 { 

6 private double ventasBrutas; // ventas totales por semana 

7 private double tarifaComision; // porcentaje de comisión 

8 

9 // constructor con cinco argumentos 

10 public Empl eadoPorComi si on( String nombre, String apellido, String nss, 

11 double ventas, double tarifa ) 

12 { 

13 super( nombre, apellido, nss ); 

14 establecerVentasBrutas( ventas ); 

15 establecerTarifaComision( tarifa ); 

16 } // fin del constructor de EmpleadoPorComision con cinco argumentos 

17 

18 // establece la tarifa de comisión 

19 public void establ ecerTari faComi si on( double tarifa ) 

20 { 

21 tarifaComision = ( tarifa > 0.0 && tarifa < 1.0 ) ? tarifa : 0.0; 

22 } // fin del método establ ecerTari faComi si on 

23 

24 // devuelve la tarifa de comisión 

25 public double obtenerTari faComi sion() 

26 { 

27 return tarifaComision; 

28 } // fin del método obtenerTari faComi si on 

29 

30 // establece el monto de ventas brutas 

31 public void establ ecerVentasBrutas( double ventas ) 

32 { 

33 ventasBrutas = ( ventas < 0.0 ) ? 0.0 : ventas; 


Figura 10.7 | La clase EmpleadoPorComision derivada de Empleado. (Parte I de 2). 
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34 } // fin del método establecerVentasBrutas 

35 

36 // devuelve el monto de ventas brutas 

37 public double obtenerVentasBrutas() 

38 { 

39 return ventasBrutas ; 

40 } // fin del método obtenerVentasBrutas 

41 

42 // calcula los ingresos; sobrescribe el método abstracto ingresos en Empleado 

43 public double ingresosO 

44 { 

45 return obtenerTari faComi sion() * obtenerVentasBrutasO ; 

46 } // fin del método ingresos 

47 

48 // devuelve representación String de un objeto EmpleadoPorComi sion 

49 public String toStringO 

50 { 

51 return Stri ng . format( "%s: %s\n%s: $%,.2f; %s: %.2f", 

52 "empleado por comisión", super. toStringO , 

53 "ventas brutas", obtenerVentasBrutasO, 

54 "tarifa de comisión", obtenerTari faComi si on() ); 

55 } // fin del método toString 

56 } // fin de la clase EmpleadoPorComi sion 

Figura 10.7 | La clase EmpleadoPorComi sion derivada de Empleado. (Parte 2 de 2). 

10.5.5 Creación de la subclase concreta indirecta EmpleadoBaseMasComision 

La clase EmpleadoBaseMasComision (figura 10.8) extiende a la clase EmpleadoPorComi sion (línea 4) y, por lo 
tanto, es una subclase indirecta de la clase Empleado. La clase EmpleadoBaseMasComision tiene un construc- 
tor (líneas 9 a 14) que recibe como argumentos un primer nombre, un apellido paterno, un número de seguro 
social, un monto de ventas, una tarifa de comisión y un salario base. Después pasa el primer nombre, el apellido 
paterno, el número de seguro social, el monto de ventas y la tarifa de comisión al constructor de Empl eadoPor- 
Comi sion (línea 12) para inicializar los miembros heredados. Empl eadoBaseMasComi si on también contiene un 


1 // Fig. 10.8: EmpleadoBaseMasComision. java 

2 // La clase EmpleadoBaseMasComision extiende a Empl eadoPorComi sion . 

3 

4 public class EmpleadoBaseMasComision extends Empl eadoPorComi sion 

5 { 

6 private double salarioBase; // salario base por semana 

7 

8 // constructor con seis argumentos 

9 public Empl eadoBaseMasComi si on( String nombre, String apellido, 

10 String nss, double ventas, double tarifa, double salario ) 

11 { 

12 super( nombre, apellido, nss, ventas, tarifa ); 

13 establ ecerSalarioBase( salario ); // valida y almacena el salario base 

14 } // fin del constructor de EmpleadoBaseMasComision con seis argumentos 

15 

16 // establece el salario base 

17 public void establecerSalarioBasef double salario ) 

18 { 

19 salarioBase = ( salario < 0.0 ) ? 0.0 : salario; // positivo 

20 } // fin del método establecerSalarioBase 

Figura 10.8 | Laclase EmpleadoBaseMasComision derivada de Empl eadoPorComi sion. (Parte I de 2). 
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21 

22 // devuelve el salario base 

23 public double obtenerSalarioBaseO 

24 { 

25 return salarioBase; 

26 } // fin del método obtenerSalarioBase 

27 

28 // calcula los ingresos; sobrescribe el método ingresos en EmpleadoPorComision 

29 public double ingresos() 

30 { 

31 return obtenerSalarioBaseO + super . i ngresosO ; 

32 } // fin del método ingresos 

33 

34 // devuelve representación String de un objeto EmpleadoBaseMasComision 

35 public String toStringO 

36 { 

37 return Stri ng . format( "%s %s; %s : $%,.2f", 

38 "con salario base", super. toStri ng() , 

39 "salario base', obtenerSalarioBaseO ); 

40 } // fin del método toStri ng 

41 } // fin de la clase EmpleadoBaseMasComision 

Figura 10.8 | La clase EmpleadoBaseMasComision derivada de EmpleadoPorComision. (Parte 2 de 2). 


método establecer (líneas 17 a 20) para asignar un nuevo valor a la variable de instancia sal ari oBase y un método 
obtener (líneas 23 a 26) para devolver el valor de sal ari oBase. El método i ngresos (líneas 29 a 32) calcula los 
ingresos de un EmpleadoBaseMasComision. Observe que la línea 31 en el método ingresos llama al método 
i ngresos de la superclase Empl eadoPorComi si on para calcular la porción basada en la comisión de los ingresos 
del empleado. Éste es un buen ejemplo de reutilización de código. El método toStri ng de Empl eadoBaseMas- 
Comision (líneas 35 a 40) crea una representación String de un EmpleadoBaseMasComision, la cual contiene 
"con salario base", seguida del objeto Stri ng que se obtiene al invocar el método toStri ng de la superclase 
EmpleadoPorComision (otro buen ejemplo de reutilización de código), y después el salario base. El resultado 
es un objeto Stri ng que empieza con "con salario base empleado por comisión", seguido del resto de 
la información de EmpleadoBaseMasComision. Recuerde que el método toStri ng de EmpleadoPorComision 
obtiene el primer nombre, el apellido paterno y el número de seguro social del empleado mediante la invocación 
del método toStri ng de su superclase (es decir, Empl eado); otro ejemplo más de reutilización de código. Observe 
que el método toStri ng de Empl eadoBaseMasComi si on inicia una cadena de llamadas a métodos que abarcan 
los tres niveles de la jerarquía de Empl eado. 

10.5.6 Demostración del procesamiento polimórfico, el operador instanceof 
y la conversión descendente 

Para probar nuestra jerarquía de Empleado, la aplicación en la figura 10.9 crea un objeto de cada una de las 
cuatro clases concretas Empl eadoAsal ari ado, Empl eadoPorHoras, EmpleadoPorComision y Empl eadoBase- 
MasComi si on. El programa manipula estos objetos, primero mediante variables del mismo tipo de cada objeto y 
después mediante el polimorfismo, utilizando un arreglo de variables Empl eado. Al procesar los objetos mediante 
el polimorfismo, el programa incrementa el salario base de cada Empl eadoBaseMasComi si on en un 10% (desde 
luego que para esto se requiere determinar el tipo del objeto en tiempo de ejecución). Por último, el programa 
determina e imprime en forma polimórfica el tipo de cada objeto en el arreglo Empl eado. Las líneas 9 a 18 crean 
objetos de cada una de las cuatro subclases concretas de Empl eado. Las líneas 22 a 30 imprimen en pantalla la 
representación Stri ng y los ingresos de cada uno de estos objetos. Observe que pri ntf llama en forma implícita 
al método toStri ng de cada objeto, cuando éste se imprime en pantalla como un objeto Stri ng con el especi- 
ficador de formato %s. 

La línea 33 declara a empleados y le asigna un arreglo de cuatro variables Empleado. La línea 36 asigna la 
referencia a un objeto Empl eadoAsal ari ado a empleados[ 0 ]. La línea 37 asigna la referencia a un objeto 



434 Capitulólo Programación orientada a objetos: polimorfismo 


1 

2 

3 

4 

5 

6 

7 

8 
9 

10 
1 1 
12 

13 

14 

15 

16 

17 

18 

19 

20 
21 
22 

23 

24 

25 

26 

27 

28 

29 

30 

31 

32 

33 

34 

35 

36 

37 

38 

39 

40 

41 

42 

43 

44 

45 

46 

47 

48 

49 

50 

51 

52 

53 

54 

55 

56 

57 

58 

59 


// Fig. 10.9: PruebaSistemaNomina. java 

// Programa de prueba para la jerarquía de Empleado. 

public class PruebaSistemaNomina 

{ 

public static void main( String args[] ) 

{ 

// crea objetos de las subclases 

Empl eadoAsalariado empleadoAsalariado = 

new EmpleadoAsalariado( "John", "Smith", "111-11-1111", 800.00 ); 
Empl eadoPorHoras empl eadoPorHoras = 

new EmpleadoPorHoras( "Karen", "Price", "222-22-2222", 16.75, 40 ); 
Empl eadoPorComi sion empleadoPorComision = 
new Empl eadoPorComi si on( 

"Sue", "Jones", "333-33-3333", 10000, .06 ); 

Empl eadoBaseMasComi sion empl eadoBaseMasComi sion = 
new Empl eadoBaseMasComi si on( 

"Bob", "Lewis", "444-44-4444", 5000, .04, 300 ); 

System. out.println( "Empleados procesados por separado:\n" ); 

System. out. printf( "%s\n%s: $%,.2f\n\n , 

empleadoAsalariado, "ingresos", empleadoAsalariado. ingresosO ); 
System. out. printf( "%s\n%s: $%,.2f\n\n , 

empl eadoPorHoras , "ingresos , empl eadoPorHoras . ingresosO ); 

System. out. printf( "%s\n%s: $%,.2f\n\n , 

empleadoPorComision, "ingresos 1 , empl eadoPorComi si on . i ngresosO ); 
System. out. printf( "%s\n%s: $%,.2f\n\n , 
empl eadoBaseMasComi si on , 

"ingresos", empl eadoBaseMasComi sion. i ngresosO ); 

// crea un arreglo Empleado de cuatro elementos 

Empleado empleadosf] = new Empleadof 4 ]; 

// inicializa el arreglo con objetos Empleado 

empleadosf 0 ] = empleadoAsalariado; 

empleados[ 1 ] = empl eadoPorHoras ; 

empleados[ 2 ] = empleadoPorComision; 

empleadosf 3 ] = empl eadoBaseMasComi sion; 

System. out. println( "Empleados procesados en forma polimorfica:\n" ); 

// procesa en forma genérica a cada elemento en el arreglo de empleados 

for ( Empleado empl eadoActual : empleados ) 

{ 

System. out. println( empl eadoActual ); // invoca a toString 

// determina si el elemento es un Empl eadoBaseMasComi sion 

if ( empl eadoActual instanceof Empl eadoBaseMasComi sion ) 

{ 

// conversión descendente de la referencia de Empleado 
// a una referencia de Empl eadoBaseMasComi sion 

Empl eadoBaseMasComi sion empleado = 

( Empl eadoBaseMasComi sion ) empl eadoActual ; 

double salarioBaseAnterior = empleado. obtenerSalarioBaseO ; 
empleado. establecerSalarioBase( 1.10 * salarioBaseAnterior ); 
System . out . pri ntf ( 

“el nuevo salario base con 10%% de aumento es : $%,.2f\n”, 


Figura 10.9 


Programa de prueba de la jerarquía de clases de Empl eado. (Parte I de 3). 
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empleado. obtenerSal arioBaseO ) ; 

} // fin de if 

System . out . pri ntf ( 

“ingresos $%,.2f\n\n”, empl eadoActual . i ngresosO ); 

} // fin de for 

// obtiene el nombre del tipo de cada objeto en el arreglo de empleados 

for ( int j = 0; j < empleados. length; j++ ) 

System. out. printf( “El empleado %d es un %s\n”, j, 
empleados[ j ] .getClassO .getNameO ); 

} // fin de main 

} // fin de la clase PruebaSi stemaNomi na 


Empleados procesados por separado: 

empleado asalariado: John Smith 
numero de seguro social: 111-11-1111 
salario semanal: $800.00 
ingresos: $800.00 

empleado por horas: Karen Pri ce 

numero de seguro social: 222-22-2222 

sueldo por hora: $16.75; horas trabajadas: 40.00 

ingresos: $670.00 

empleado por comisión: Sue Iones 
numero de seguro social: 333-33-3333 
ventas brutas: $10,000.00; tarifa de comisión: 0.06 
ingresos: $600.00 

con salario base empleado por comisión: Bob Lewi s 
numero de seguro social: 444-44-4444 

ventas brutas: $5,000.00; tarifa de comisión: 0.04; salario base: $300.00 
ingresos: $500.00 

Empleados procesados en forma polimorfica: 

empleado asalariado: John Smith 
numero de seguro social: 111-11-1111 
salario semanal: $800.00 
ingresos $800.00 

empleado por horas: Karen Pri ce 

numero de seguro social: 222-22-2222 

sueldo por hora: $16.75; horas trabajadas: 40.00 

ingresos $670.00 

empleado por comisión: Sue Iones 
numero de seguro social: 333-33-3333 
ventas brutas: $10,000.00; tarifa de comisión: 0.06 
ingresos $600.00 

con salario base empleado por comisión: Bob Lewi s 
numero de seguro social: 444-44-4444 

ventas brutas: $5,000.00; tarifa de comisión: 0.04; salario base: $300.00 
el nuevo salario base con 10% de aumento es : $330.00 
ingresos $530.00 


Figura 1 0.9 | Programa de prueba de la jerarquía de clases de Empl eado. (Parte 2 de 3). 
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Figura 10.9 | Programa de prueba de la jerarquía de clases de Empleado. (Parte 3 de 3). 


Empl eadoPorHoras a empleadosf 1 ]. La línea 38 asigna la referencia a un objeto EmpleadoPorComi sion a 
empleados [ 2 ]. La línea 39 asigna la referencia a un objeto Empl eadoBaseMasComi si on a empleadosf 3 ]. 
Cada asignación es permitida, ya que un Empl eadoAsal ari ado es un Empleado, un Empl eadoPorHoras es un 
Empleado, un EmpleadoPorComi si on es un Empleado y un Empl eadoBaseMasComi si on es un Empleado. Por 
lo tanto, podemos asignar las referencias de los objetos Empl eadoAsal ari ado, Empl eadoPorHoras, Empleado- 
PorComi si on y Empl eadoBaseMasComi sion a variables de la superclase Empl eado, aun cuando ésta es una clase 
abstracta. 

Las líneas 44 a 65 iteran a través del arreglo empl eados e invocan los métodos toStri ng e i ngresos con la 
variable empl eadoActual de Empleado, a la cual se le asigna la referencia a un Empleado distinto en el arreglo, 
durante cada iteración. Los resultados ilustran que en definitivo se invocan los métodos apropiados para cada 
clase. Todas las llamadas a los métodos toStri ng e i ngresos se resuelven en tiempo de ejecución, con base en 
el tipo del objeto al que empl eadoActual hace referencia. Este proceso se conoce como vinculación dinámica 
o vinculación postergada. Por ejemplo, la línea 46 invoca en forma implícita al método toStri ng del objeto 
al que empl eadoActual hace referencia. Como resultado de la vinculación dinámica, Java decide qué método 
toStri ng de cuál clase llamará en tiempo de ejecución, en vez de hacerlo en tiempo de compilación. Observe 
que sólo los métodos de la clase Empl eado pueden llamarse a través de una variable Empl eado (y desde luego que 
Empl eado incluye los métodos de la clase Object). (En la sección 9.7 vimos el conjunto de métodos que todas las 
clases heredan de la clase Object). Una referencia a la superclase puede utilizarse para invocar sólo a métodos de 
la superclase (y la superclase puede invocar versiones sobrescritas de éstos en la subclase). 

Realizamos un procesamiento especial en los objetos Empl eadoBasePorComi sion; a medida que los encon- 
tramos, incrementamos su salario base en un 10%. Cuando procesamos objetos en forma polimórfica, por lo 
general no necesitamos preocuparnos por los “detalles específicos”, pero para ajustar el salario base, tenemos que 
determinar el tipo específico de cada objeto Empl eado en tiempo de ejecución. La línea 49 utiliza el operador 
instanceof para determinar si el tipo de cierto objeto Empleado es Empl eadoBaseMasComi sion. La condición 
en la línea 49 es verdadera si el objeto al que hace referencia empl eadoActual es un Empl eadoBaseMasComi sion. 
Esto también sería verdadero para cualquier objeto de una subclase de Empl eadoBaseMasComi sion, debido a la 
relación “es «w”que tiene una subclase con su superclase. Las líneas 53 y 54 realizan una conversión descendente 
en empl eadoActual, del tipo Empl eado al tipo Empl eadoBaseMasComi sion; esta conversión se permite sólo si 
el objeto tiene una relación “es un” con Empl eadoBaseMasComi sion. La condición en la línea 49 asegura que 
éste sea el caso. Esta conversión se requiere si vamos a invocar los métodos obtenerSal arioBase y estable- 
cerSal ari oBase de la subclase Empl eadoBaseMasComi si on en el objeto Empleado actual; como veremos en un 
momento, si tratamos de invocar a un método que pertenezca sólo a la subclase directamente en una referencia a 
la superclase, se produce un error de compilación. 



Error común de programación 10.3 

Asignar una variable de la superclase a una variable de la subclase (sin una conversión descendente explícita) es un 
error de compilación. 



Observación de ingeniería de software 10.5 

Si en tiempo de ejecución se asigna la referencia a un objeto de la subclase a una variable de una de sus superclases 
directas o indirectas , es aceptable convertir la referencia almacenada en esa variable de la superclase, de vuelta a una 
referencia del tipo de la subclase. Antes de realizar dicha conversión, use el operador i nstanceof para asegurar que 
el objeto sea indudablemente de un tipo de subclase apropiado. 
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Error común de programación 


10.4 




Al realizar una conversión descendente sobre un objeto, se produce una excepción C1 assCastExcepti on si, en 
tiempo de ejecución, el objeto no tiene una relación “es un” con el tipo especificado en el operador de conversión. Un 
objeto puede convertirse sólo a su propio tipo, o al tipo de una de sus superclases. 


Si la expresión i nstanceof en la línea 49 es true, el cuerpo de la instrucción i f (líneas 49 a 61) realiza el 
procesamiento especial requerido para el objeto Empl eadoBaseMasComi sion. Usando la variable empleado de 
Empl eadoBaseMasComi sion, las líneas 56 y 57 invocan a los métodos obtenerSal arioBase y establ ecer- 
Sal arioBase, que sólo pertenecen a la subclase, para obtener y actualizar el salario base del empleado con el 
aumento del 10%. 

Las líneas 63 y 64 invocan al método ingresos en empleadoActual, el cual llama al método ingresos 
del objeto de la subclase apropiada en forma polimórfica. Como puede ver, al obtener en forma polimórfica los 
ingresos del Empl eadoAsal ari ado, el Empl eadoPorHoras y el Empl eadoPorComi si on en las líneas 63 y 64, se 
produce el mismo resultado que obtener los ingresos de estos empleados en forma individual, en las líneas 22 a 27. 
No obstante, el monto de los ingresos obtenidos para el Empl eadoBaseMasComi sion en las líneas 63 y 64 es más 
alto que el que se obtiene en las líneas 28 a 30, debido al aumento del 10% en su salario base. 

Las líneas 68 a 70 imprimen en pantalla el tipo de cada empleado, como un objeto St ri ng. Todos los objetos 
en Java conocen su propia clase y pueden acceder a esta información a través del método getClass, que todas 
las clases heredan de la clase 0b j ect. El método getCl ass devuelve un objeto de tipo C1 ass (del paquete j ava . 
lang), el cual contiene información acerca del tipo del objeto, incluyendo el nombre de su clase. La línea 70 
invoca al método getCl ass en el objeto para obtener su clase en tiempo de ejecución (es decir, un objeto C1 ass 
que representa el tipo del objeto). Después se invoca el método getName en el objeto devuelto por getCl ass, para 
obtener el nombre de la clase. Para aprender más acerca de la clase C1 ass, consulte su documentación en línea, 
en j ava . sun . com/ j avase/ 6/ docs/api / j ava/1 ang/Cl ass . html . 

En el ejemplo anterior, evitamos varios errores de compilación mediante la conversión descendente de una 
variable de Empl eado a una variable de Empl eadoBaseMasComi si on en las líneas 53 y 54. Si eliminamos el ope- 
rador de conversión ( Empl eadoBaseMasComi sion ) de la línea 54 y tratamos de asignar la variable empleado- 
Actual de Empleado directamente a la variable empleado de Empl eadoBaseMasComi sion, recibiremos un error 
de compilación del tipo “i ncompati bl e types” (incompatibilidad de tipos). Este error indica que el intento de 
asignar la referencia del objeto empl eadoPorComi sion de la superclase a la variable empl eadoBaseMasComi si on 
de la subclase no se permite. El compilador evita esta asignación debido a que un Empl eadoPorComi si on no es un 
Empl eadoBaseMasComi si on; la relación “es un” se aplica sólo entre la subclase y sus superclases, no viceversa. 

De manera similar, si las líneas 56, 57 y 60 utilizaran la variable empl eadoActual de la superclase en vez de 
la variable empleado de la subclase, para invocar a los métodos obtenerSal arioBase y establ ecerSal ario- 
Base que sólo pertenecen a la subclase, recibiríamos un error de compilación del tipo “cannot find Symbol ” 
(no se puede encontrar el símbolo) en cada una de estas líneas. No se permite tratar de invocar métodos que 
pertenezcan sólo a la subclase en una referencia a la superclase. Mientras que las líneas 56, 57 y 60 se ejecutan 
sólo si i nstanceof en la línea 49 devuelve true para indicar que a empl eadoActual se le asignó una referencia 
a un objeto Empl eadoBaseMasComi sion, no podemos tratar de invocar los métodos obtenerSal arioBase y 
establ ecerSal arioBase de la subclase Empl eadoBaseMasComi sion en la referencia empleadoActual de la 
superclase Empleado. El compilador generaría errores en las líneas 56, 57 y 60, ya que obtenerSal arioBase y 
establ ecerSal ari oBase no son métodos de la superclase y no pueden invocarse en una variable de la supercla- 
se. Aunque el método que se vaya a llamar en realidad depende del tipo del objeto en tiempo de ejecución, puede 
utilizarse una variable para invocar sólo a los métodos que sean miembros del tipo de esa variable, lo cual verifica 
el compilador. Si utilizamos una variable Empl eado de la superclase, sólo podemos invocar a los métodos que se 
encuentran en la clase Empl eado : i ngresos, toStri ng, y los métodos obtener y establecer de Empl eado. 


10.5.7 Resumen de las asignaciones permitidas entre variables 
de la superclase y de la subclase 

Ahora que hemos visto una aplicación completa que procesa diversos objetos de las subclases en forma polimór- 
fica, sintetizaremos lo que puede y no puede hacer con los objetos y variables de las superclases y las subclases. 
Aunque un objeto de una subclase también es un objeto de su superclase, los dos objetos son, sin embargo, distin- 
tos. Como vimos antes, los objetos de una subclase pueden tratarse como si fueran objetos de la superclase. Pero 
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como la subclase puede tener miembros adicionales que sólo pertenezcan a esa subclase, no se permite asignar una 
referencia de la superclase a una variable de la subclase sin una conversión explícita; dicha asignación dejaría los 
miembros de la subclase indefinidos para el objeto de la superclase. 

En esta sección y en la sección 10.3, además del capítulo 9, hemos visto cuatro maneras de asignar referencias 
de una superclase y de una subclase a las variables de los tipos de la superclase y la subclase: 

1. Asignar una referencia de la superclase a una variable de la superclase es un proceso simple y directo. 

2. Asignar una referencia de la subclase a una variable de la subclase es un proceso simple y directo. 

3. Asignar una referencia de la subclase a una variable de la superclase es seguro, ya que el objeto de la 
subclase es un objeto de su superclase. No obstante, esta referencia puede usarse para referirse sólo a los 
miembros de la superclase. Si este código hace referencia a los miembros que pertenezcan sólo a la sub- 
clase, a través de la variable de la superclase, el compilador reporta errores. 

4. Tratar de asignar una referencia de la superclase a una variable de la subclase produce un error de com- 
pilación. Para evitar este error, la referencia de la superclase debe convertirse en forma explícita a un 
tipo de la subclase. En tiempo de ejecución, si el objeto al que se refiere la referencia no es un objeto de 
la subclase, se producirá una excepción. (Para más información sobre el manejo de excepciones, vea el 
capítulo 13, Manejo de excepciones). El operador i nstanceof puede utilizarse para asegurar que dicha 
conversión se realice sólo si el objeto es de la subclase. 

10.6 Métodos y clases final 

En la sección 6.10 vimos que las variables pueden declararse como final para indicar que no pueden modificarse 
una vez que se inicializan; dichas variables representan valores constantes. También es posible declarar métodos, 
parámetros de los métodos y clases con el modificador final . 

Un método que se declara como final en una superclase no puede sobrescribirse en una subclase. Los méto- 
dos que se declaran como prívate son implícitamente final, ya que es imposible sobrescribirlos en una subclase. 
Los métodos que se declaran como stati c son implícitamente final . La declaración de un método final nunca 
puede cambiar, por lo cual todas las subclases utilizan la misma implementación del método, y las llamadas a los 
métodos final se resuelven en tiempo de compilación; a esto se le conoce como vinculación estática. Como el 
compilador sabe que los métodos final no se pueden sobrescribir, puede optimizar los programas eliminando las 
llamadas a los métodos final, y reemplazándolas con el código expandido de sus declaraciones en la ubicación de 
cada una de las llamadas a los métodos; a esta técnica se le conoce como poner el código en línea. 

Tip de rendimiento 10.1 

El compilador puede decidir poner en línea la llamada a un método fina 1 y lo hará para los métodos fina 7 pequeños 
y simples. La puesta en línea no quebranta los principios del encapsulamiento o de ocultamiento de la información, 
pero sí mejora el rendimiento, ya que elimina la sobrecarga que se produce al realizar la llamada a un método. 

Una clase que se declara como final no puede ser una superclase (es decir, una clase no puede extender a 
una clase final). Todos los métodos en una clase final son implícitamente final . La clase Stri ng es un ejemplo 
de una clase final . Esta clase no puede extenderse, por lo que los programas que utilizan objetos Stri ng pueden 
depender de la funcionalidad de los objetos Stri ng, según lo especificado en la API de java. Al hacer la clase final 
también se evita que los programadores creen subclases que podrían ignorar las restricciones de seguridad. Para 
obtener más información sobre las clases y métodos final, visite java, sun . com/docs/books/tutori al /java/ 
Iandl/final .html. Este sitio contiene información adicional acerca de cómo usar clases final para mejorar la 
seguridad de un sistema. 




Error común de programación 10.5 

Tratar de declarar una subclase de una clase fina 7 es un error de compilación. 

Observación de ingeniería de software 10.6 

En la API de Java, la vasta mayoría de clases no se declara como fina 7. Esto permite la herencia y el polimorfismo: las 
características fundamentales de la programación orientada a objetos. Sin embargo, en algunos casos es importante 
declarar las clases como fina 1; generalmente por razones de seguridad. 
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10.7 Ejemplo práctico: creación y uso de interfaces 

En nuestro siguiente ejemplo (figuras 1 0. 1 1 a 10.13) analizaremos nuevamente el sistema de nómina de la sección 
10.5. Suponga que la compañía involucrada desea realizar varias operaciones de contabilidad en una sola aplica- 
ción de cuentas por pagar; además de calcular los ingresos de nómina que deben pagarse a cada empleado, la com- 
pañía debe también calcular el pago vencido en cada una de varias facturas (por los bienes comprados). Aunque se 
aplican a cosas no relacionadas (es decir, empleados y facturas), ambas operaciones tienen que ver con el cálculo de 
algún tipo de monto a pagar. Para un empleado, el pago se refiere a sus ingresos. Para una factura, el pago se refiere 
al costo total de los bienes listados en la misma. ¿Podemos calcular esas cosas distintas, como los pagos vencidos 
para los empleados y las facturas, en forma polimórfica en una sola aplicación? ¿Ofrece Java una herramienta que 
requiera que las clases no relacionadas implementen un conjunto de métodos comunes (por ejemplo, un método 
que calcule un monto a pagar)? Las interfaces de Java ofrecen exactamente esta herramienta. 

Las interfaces definen y estandarizan las formas en que pueden interactuar las cosas entre sí, como las per- 
sonas y los sistemas. Por ejemplo, los controles en un radio sirven como una interfaz entre los usuarios del radio 
y sus componentes internos. Los controles permiten a los usuarios realizar un conjunto limitado de operaciones 
(por ejemplo, cambiar la estación, ajustar el volumen, seleccionar AM o FM), y distintos radios pueden imple- 
mentar los controles de distintas formas (por ejemplo, el uso de botones, perillas, comandos de voz). La interfaz 
especifica ^¿operaciones debe permitir el radio que realicen los usuarios, pero no especifica cómo deben realizarse 
las operaciones. De manera similar, la interfaz entre un conductor y un automóvil con transmisión manual inclu- 
ye el volante, la palanca de cambios, el pedal del embrague, el pedal del acelerador y el pedal del freno. Esta misma 
interfaz se encuentra en casi todos los automóviles de transmisión manual, lo que permite que alguien que sabe 
cómo manejar cierto automóvil de transmisión manual sepa cómo manejar casi cualquier automóvil de transmi- 
sión manual. Los componentes de cada automóvil individual pueden tener una apariencia ligeramente distinta, 
pero el propósito general es el mismo; permitir que las personas conduzcan el automóvil. 

Los objetos de software también se comunican a través de interfaces. Una interfaz de Java describe un 
conjunto de métodos que pueden llamarse sobre un objeto, para indicar al objeto que realice cierta tarea, o que 
devuelva cierta pieza de información, por ejemplo. El siguiente ejemplo introduce una interfaz llamada PorPa- 
gar, la cual describe la funcionalidad de cualquier objeto que deba ser capaz de recibir un pago y, por lo tanto, 
debe ofrecer un método para determinar el monto de pago vencido apropiado. La declaración de una interfaz 
empieza con la palabra clave interface y sólo puede contener constantes y métodos abstract. A diferencia de 
las clases, todos los miembros de la interfaz deben ser publ i c, y las interfaces no pueden especificar ningún detalle 
de implementación, como las declaraciones de métodos concretos y variables de instancia. Por lo tanto, todos 
los métodos que se declaran en una interfaz son publ i c abstract de manera implícita, y todos los campos son 
implícitamente publ i c, stati c y final . 



Buena práctica de programación 10.1 

De acuerdo con el capítulo 9 de la Especificación del lenguaje Java, es un estilo apropiado declarar los métodos de 
una interfaz sin las palabras clave pub licy abstract, ya que son redundantes en las declaraciones de los métodos 
de la interfaz. De manera similar, las constantes deben declararse sin las palabras clave pub lie, stati c y fina 7, ya 
que también son redundantes. 


Para utilizar una interfaz, una clase debe especificar que implementa (implements) a esa interfaz y debe 
declarar cada uno de sus métodos con la firma especificada en la declaración de la interfaz. Una clase que no 
implementa a todos los métodos de la interfaz es una clase abstracta, y debe declararse como abstract. Imple- 
mentar una interfaz es como firmar un contrato con el compilador que diga, “Declararé todos los métodos espe- 
cificados por la interfaz, o declararé mi clase como abstract”. 



Error común de programación 10.6 

Si no declaramos ningún miembro de una interfaz en una clase concreta que implemente ( implements) a esa inter- 
faz, se produce un error de compilación indicando que la clase debe declararse como abstract. 


Por lo general, una interfaz se utiliza cuando clases dispares (es decir, no relacionadas) necesitan compartir 
métodos y constantes comunes. Esto permite que los objetos de clases no relacionadas se procesen en forma 
polimórfica; los objetos de clases que implementan la misma interfaz pueden responder a las mismas llamadas 
a métodos. Usted puede crear una interfaz que describa la funcionalidad deseada y después implementar esta 
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interfaz en cualquier clase que requiera esa funcionalidad. Por ejemplo, en la aplicación de cuentas por pagar que 
desarrollaremos en esta sección, implementamos la interfaz PorPagar en cualquier clase que deba tener la capa- 
cidad de calcular el monto de un pago (por ejemplo, Empl eado, Factura). 

A menudo, una interfaz se utiliza en vez de una clase abstract cuando no hay una implementación prede- 
terminada que heredar; esto es, no hay campos ni implementaciones de métodos predeterminadas. Al igual que 
las clases publ i c abstract, las interfaces son comúnmente de tipo publ i c, por lo que se declaran en archivos 
por sí solas con el mismo nombre que la interfaz, y la extensión de archivo . j ava. 


1 0.7. 1 Desarrollo de una jerarquía PorPagar 

Para crear una aplicación que pueda determinar los pagos para los empleados y facturas por igual, primero crea- 
remos una interfaz llamada Porpagar, la cual contiene el método obtenerMontoPago, que devuelve un monto 
double que debe pagarse para un objeto de cualquier clase que implemente a la interfaz. El método obtener- 
MontoPago es una versión de propósito general del método i ng resos de la jerarquía de Empl eado; el método 
i ngresos calcula un monto de pago específicamente para un Empl eado, mientras que obtenerMontoPago puede 
aplicarse a un amplio rango de objetos no relacionados. Después de declarar la interfaz PorPagar presentaremos 
la clase Factura, la cual implementa a la interfaz PorPagar. Luego modificaremos la clase Empl eado de tal forma 
que también implemente a la interfaz PorPagar. Por último, actualizaremos la subclase Empl eadoAsal ari ado de 
Empleado para “ajustarla” en la jerarquía de PorPagar (es decir, cambiaremos el nombre del método ingresos 
de Empl eadoAsal ari ado por el de obtenerMontoPago). 



Buena práctica de programación 10.2 

Al declarar un método en una interfaz, seleccione un nombre para el método que describa su propósito en forma 
general, ya que el método podría implementarse por muchas clases no relacionadas. 


Las clases Factu ra y Empl eado representan cosas para las cuales la compañía debe calcular un monto a pagar. 
Ambas clases implementan a PorPagar, por lo que un programa puede invocar al método obtenerMontoPago 
en objetos Factura y Empleado por igual. Como pronto veremos, esto permite el procesamiento polimórfico de 
objetos Factura y Empl eado requerido para la aplicación de cuentas por pagar de nuestra compañía. 

El diagrama de clases de UML en la figura 10.10 muestra la jerarquía utilizada en nuestra aplicación de 
cuentas por pagar. La jerarquía comienza con la interfaz PorPagar. UML diferencia a una interfaz de otras clases 
colocando la palabra “interface” entre los signos « y », por encima del nombre de la interfaz. UML expresa la 
relación entre una clase y una interfaz a través de una relación conocida como realización. Se dice que una clase 
“realiza”, o implementa, los métodos de una interfaz. Un diagrama de clases modela una realización como una 
flecha punteada que parte de la clase que realizará la implementación, hasta la interfaz. El diagrama en la figura 
10.10 indica que cada una de las clases Factura y Empl eado pueden realizar (es decir, implementar) la interfaz 
PorPagar. Observe que, al igual que en el diagrama de clases de la figura 10.2, la clase Empleado aparece en 
cursivas, lo cual indica que es una clase abstracta. La clase concreta Empl eadoAsal ari ado extiende a Empl eado y 
hereda la relación de realización de su superclase con la interfaz PorPagar. 


Factura 


«interfaz» 

PorPagar 


f 


i 

Empleado 



EmpleadoAsalariado 


Figura 10. 10 


Diagrama de clases de UML de la jerarquía de la interfaz PorPagar. 
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10.7.2 Declaración de la interfaz PorPagar 

La declaración de la interfaz PorPagar empieza en la figura 10.11, línea 4. La interfaz PorPagar contiene el 
método publ i c abstract obtenerMontoPago (línea 6). Observe que este método no puede declararse en forma 
explícita como publ ico abstract. Los métodos de una interfaz deben ser publ i c y abstract, por lo cual no 
necesitan declararse como tales. La interfaz PorPagar sólo tiene un método; las interfaces pueden tener cualquier 
número de métodos. (Más adelante en el libro veremos la noción de las “interfaces de marcado”; en realidad éstas 
no tienen métodos. De hecho, una interfaz de marcado no contiene valores constantes; simplemente contiene 
una declaración vacía). Además, el método obtenerMontoPago no tiene parámetros, pero los métodos de las 
interfaces pueden tener parámetros. 


1 // Fig. 10.11: PorPagar . java 

2 // Declaración de la interfaz PorPagar. 

3 

4 public interface PorPagar 

5 { 

6 double obtenerMontoPago!) ; // calcula el pago; no hay implementación 

7 } // fin de la interfaz PorPagar 

FiguraI0.il | Declaración de la interfaz PorPagar. 

10.7.3 Creación de la clase Factura 

Ahora crearemos la clase Factura (figura 10.12) para representar una factura simple que contiene información 
de facturación para cierto tipo de pieza. La clase declara las variables de instancia private numeroPieza, des- 
cri pci onPieza, cantidad y precioPorArti cul o (líneas 6 a 9), las cuales indican el número de pieza, su 
descripción, la cantidad de piezas ordenadas y el precio por artículo. La clase Factura también contiene un cons- 
tructor (líneas 12 a 19), métodos obtener y establecer (líneas 22 a 67) que manipulan las variables de instancia de 
la clase y un método toStri ng (líneas 70 a 75) que devuelve una representación Stri ng de un objeto Factura. 
Observe que los métodos establ ecerCanti dad (líneas 46 a 49) y establ ecerPreci oPorArti cul o (líneas 58 a 
61) aseguran que canti dad y preci oPorArti cul o obtengan sólo valores positivos. 

La línea 4 de la figura 10.12 indica que la clase Factura implementa a la interfaz PorPagar. Al igual que 
todas las clases, la clase Factura también extiende a Object de manera implícita. Java no permite que las subcla- 
ses hereden de más de una superclase, pero sí permite que una clase herede de una superclase e implemente más 
de una interfaz. De hecho, una clase puede implementar todas las interfaces que necesite, además de extender otra 
clase. Para implementar más de una interfaz, utilice una lista separada por comas de nombres de interfaz después 
de la palabra clave i mpl ements en la declaración de la clase, como se muestra a continuación: 

public class NombreClase extends NombreSuperClase i mpl ements Primeralnterfaz , 
Segnndalnterfaz, ... 

Todos los objetos de una clase que implementan varias interfaces tienen la relación “es un” con cada tipo de inter- 
faz implementada. 


1 // Fig. 10.12: Factura. java 

2 // La clase Factura implementa a PorPagar. 

3 

4 public class Factura implements PorPagar 

5 { 

6 private String numeroPieza; 

7 private String descripcionPieza; 

8 private int cantidad; 

9 private double precioPorArticulo; 

Figura 10.12 | La clase Factura, que implementa a Porpagar. (Parte I de 3). 
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10 

11 // constructor con cuatro argumentos 

12 public Factura( String pieza, String descripción, int cuenta, 

13 double precio ) 

14 { 

15 numeroPieza = pieza; 

16 descripcionPieza = descripción; 

17 establ ecerCanti dad( cuenta ); // valida y almacena la cantidad 

18 establecerPrecioPorArticulo( precio ); // valida y almacena el precio por articulo 

19 } // fin del constructor de Factura con cuatro argumentos 

20 

21 // establece el número de pieza 

22 public void establ ecerNumeroPi eza( String pieza ) 

23 { 

24 numeroPieza = pieza; 

25 } // fin del método establecerNumeroPieza 

26 

27 // obtener número de pieza 

28 public String obtenerNumeroPi eza() 

29 { 

30 return numeroPieza; 

31 } // fin del método obtenerNumeroPi eza 

32 

33 // establece la descripción 

34 public void establ ecerDescripcionPieza( String descripción ) 

35 { 

36 descripcionPieza = descripción; 

37 } // fin del método establecerDescripcionPieza 

38 

39 // obtiene la descripción 

40 public String obtenerDescripcionPiezaO 

41 { 

42 return descripcionPieza; 

43 } // fin del método obtenerDescri pci onPieza 

44 

45 // establece la cantidad 

46 public void establ ecerCanti dad( int cuenta ) 

47 { 

48 cantidad = ( cuenta < 0 ) ? 0 : cuenta; // cantidad no puede ser negativa 

49 } // fin del método establecerCantidad 

50 

51 // obtener cantidad 

52 public int obtenerCantidadO 

53 { 

54 return cantidad; 

55 } // fin del método obtenerCanti dad 

56 

57 // establece el precio por articulo 

58 public void establecerPrecioPorArticulo( double 

59 { 

60 precioPorArticulo = ( precio < 0.0 ) ? 0.0 : 

61 } // fin del método establecerPrecioPorArticulo 

62 

63 // obtiene el precio por articulo 

64 public double obtenerPrecioPorArti cul o() 

65 { 

66 return precioPorArticulo; 

67 } // fin del método obtenerPrecioPorArti culo 

68 

Figura 10.12 | La clase Factura, que implementa a Porpagar. (Parte 2 de 3). 


precio ) 

precio; // valida el precio 
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69 // devuelve representación Strfng de un objeto Factura 

70 public String toStringO 

71 { 

72 return Stri ng . format( "%s: \n%s: %s (%s) \n%s: %d \n%s: $%,.2f", 

73 "factura", "numero de pieza", obtenerNumeroPi eza() , obtenerDescri pci onPi eza() , 

74 "cantidad", obtenerCantidadO , "precio por articulo', obtenerPrecioPorArticuloO ); 

75 } // fin del método toString 

76 

77 // método requerido para realizar el contrato con la interfaz PorPagar 

78 public double obtenerMontoPagoO 

79 { 

80 return obtenerCantidadO * obtenerPrecioPorArticuloO; // calcula el costo total 

81 } // fin del método obtenerMontoPago 

82 } // fin de la clase Factura 

Figura 10.12 | La clase Factura, que implementa a Porpagar. (Parte 3 de 3). 


La clase Factura implementa el único método de la interfaz PorPagar. El método obtenerMontoPago se 
declara en las líneas 78 a 81. Este método calcula el pago total requerido para pagar la factura. El método multi- 
plica los valores de canti dad y precioPorArti culo (que se obtienen a través de los métodos obtener apropiados) 
y devuelve el resultado (línea 80). Este método cumple con el requerimiento de implementación del mismo en la 
interfaz PorPagar; hemos cumplido el contrato de interfaz con el compilador. 

10.7.4 Modificación de la clase Empleado para ¡mplementar la interfaz 
PorPagar 

Ahora modificaremos la clase Empleado para que implemente la interfaz PorPagar. La figura 10.13 contiene la 
clase Empl eado modificada. Esta declaración de la clase es idéntica a la de la figura 10.4, con sólo dos excepciones. 
En primer lugar, la línea 4 de la figura 10.13 indica que la clase Empl eado ahora implementa a la interfaz PorPa- 
gar. En segundo lugar, como Empleado ahora implementa a la interfaz PorPagar, debemos cambiar el nombre 
de ingresos por el de obtenerMontoPago en toda la jerarquía de Empleado. Sin embargo, al igual que con el 
método i ngresos en la versión de la clase Empl eado de la figura 10.4, no tiene sentido ¡mplementar el método 
obtenerMontoPago en la clase Empleado, ya que no podemos calcular el pago de los ingresos para un Emplea- 
do general; primero debemos conocer el tipo específico de Empleado. En la figura 10.4 declaramos el método 
i ngresos como abstract por esta razón y, como resultado, la clase Empleado tuvo que declararse como abs- 
tract. Esto obliga a cada clase derivada de Empl eado a redefinir i ngresos con una implementación concreta. 


1 // Fig. 10.13: Empl eado . java 

2 // La superclases abstracta Empleado implementa a PorPagar. 

3 

4 public abstract class Empleado implements PorPagar 

5 { 

6 private String primerNombre; 

7 private String apellidoPaterno; 

8 private String numeroSeguroSoci al ; 

9 

10 // constructor con tres argumentos 

11 public Empleado! String nombre, String apellido, String nss ) 

12 { 

13 primerNombre = nombre; 

14 apellidoPaterno = apellido; 

15 numeroSeguroSocial = nss; 

16 } // fin del constructor de Empleado con tres argumentos 
Figura 10.13 | La clase Empleado, que implementa a PorPagar. (Parte I de 2). 
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17 

18 // establece el primer nombre 

19 public void establecerPrimerNombre( String nombre ) 

20 { 

21 primerNombre = nombre; 

22 } // fin del método establecerPrimerNombre 

23 

24 // devuelve el primer nombre 

25 public String obtenerPrimerNombreO 

26 { 

27 return primerNombre; 

28 } // fin del método obtenerPrimerNombre 

29 

30 // establece el apellido paterno 

31 public void establ ecerApel 1 i doPaternof String apellido ) 

32 { 

33 apel 1 i doPaterno = apellido; 

34 } // fin del método establ ecerApel 1 i doPaterno 

35 

36 // devuelve el apellido paterno 

37 public String obtenerApel 1 i doPaternoO 

38 { 

39 return apel 1 i doPaterno ; 

40 } // fin del método obtenerApel 1 i doPaterno 

41 

42 // establece el número de seguro social 

43 public void establ ecerNumeroSeguroSocial ( String nss ) 

44 { 

45 numeroSeguroSocial = nss; // debe validar 

46 } // fin del método establecerNumeroSeguroSocial 

47 

48 // devuelve el número de seguro social 

49 public String obtenerNumeroSeguroSocial () 

50 { 

51 return numeroSeguroSocial; 

52 } // fin del método obtenerNumeroSeguroSocial 

53 

54 // devuelve representación String de un objeto Empleado 

55 public String toStringO 

56 { 

57 return Stri ng . formatf "%s %s\nnumero de seguro social: %s , 

58 obtenerPrimerNombreO, obtenerApel 1 i doPaternoO , obtenerNumeroSeguroSoci al () ); 

59 } // fin del método toString 

60 

61 // Nota: Aqui no implementamos el método obtenerMontoPago de PorPagar, asi que 

62 // esta clase debe declararse como abstract para evitar un error de compilación. 

63 } // fin de la clase abstracta Empleado 

Figura 10.13 | La clase Empleado, que implementa a PorPagar. (Parte 2 de 2). 

En la figura 10.13, manejamos esta situación en forma distinta. Recuerde que cuando una clase implementa 
a una interfaz, hace un contrato con el compilador, en el que se establece que la clase implementará cada uno de 
los métodos en la interfaz, o de lo contrario la clase se declara como abstract. Si se elige la última opción, no 
necesitamos declarar los métodos de la interfaz como abstract en la clase abstracta; ya están declarados como 
tales de manera implícita en la interfaz. Cualquier subclase concreta de la clase abstracta debe implementar a 
los métodos de la interfaz para cumplir con el contrato de la superclases con el compilador. Si la subclase no lo 
hace, también debe declararse como abstract. Como lo indican los comentarios en las líneas 61 y 62, la clase 
Empleado de la figura 10.13 no implementa al método obtenerMontoPago, por lo que la clase se declara como 
abstract. Cada subclase directa de Empleado hereda el contrato de la superclase para implementar el método 
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obtenerMontoPago y, por ende, debe implementar este método para convertirse en una clase concreta, para la 
cual puedan crearse instancias de objetos. Una clase que extienda a una de las subclases concretas de Empl eado 
heredará una implementación de obtenerMontoPago y, por ende, también será una clase concreta. 

10.7.5 Modificación de la clase EmpleadoAsalariado para usarla 
en la jerarquía PorPagar 

La figura 10.14 contiene una versión modificada de la clase EmpleadoAsalariado, que extiende a Empleado y 
cumple con el contrato de la superclase Empleado para implementar el método obtenerMontoPago de la inter- 
faz PorPagar. Esta versión de EmpleadoAsalariado es idéntica a la de la figura 10.5, con la excepción de que 
esta versión implementa al método obtenerMontoPago (líneas 30 a 33) en vez del método i ng resos. Los dos 
métodos contienen la misma funcionalidad, pero tienen distintos nombres. Recuerde que la versión de PorPagar 
del método tiene un nombre más general para que pueda aplicarse a clases que sean posiblemente dispares. El 
resto de las subclases de Empl eado (Empl eadoPorHoras, Empl eadoPorComi sion y EmpleadoBaseMasComi sion) 
también deben modificarse para que contengan el método obtenerMontoPago en vez de i ngresos, y así reflejar 
el hecho de que ahora Empleado implementa a PorPagar. Dejaremos estas modificaciones como un ejercicio y 
sólo utilizaremos a Empl eadoAsal ari ado en nuestro programa de prueba en esta sección. 


1 // Fig. 10.14: EmpleadoAsalariado. java 

2 // La clase EmpleadoAsalariado extiende a Empleado, que implementa a PorPagar. 

3 

4 public class EmpleadoAsalariado extends Empleado 

5 { 

6 private double sal ari oSemanal ; 

7 

8 // constructor con cuatro argumentos 

9 public Empl eadoAsal ari ado( String nombre, String apellido, String nss, 

10 double salario ) 

11 { 

12 super( nombre, apellido, nss ); // pasa argumentos al constructor de Empleado 

13 establ ecerSal arioSemanal ( salario ); // valida y almacena el salario 

14 } // fin del constructor de EmpleadoAsalariado con cuatro argumentos 

15 

16 // establece el salario 

17 public void establecerSalarioSemanal ( double salario ) 

18 { 

19 salarioSemanal = salario < 0.0 ? 0.0 : salario; 

20 } // fin del método establecerSalarioSemanal 

21 

22 // devuelve el salario 

23 public double obtenerSalarioSemanal () 

24 { 

25 return salarioSemanal; 

26 } // fin del método obtenerSalarioSemanal 

27 

28 // calcula los ingresos; implementa el método de la interfaz PorPagar 

29 // que era abstracto en la superclase Empleado 

30 public double obtenerMontoPagoO 

31 { 

32 return obtenerSalarioSemanal () ; 

33 } // fin del método obtenerMontoPago 

34 

35 // devuelve representación String de un objeto EmpleadoAsalariado 

36 public String toStringO 

37 { 

Figura 10.14 | La clase EmpleadoAsalariado, que implementa el método obtenerMontoPago de la interfaz 
PorPagar. (Parte I de 2). 
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38 return Stri ng . format( "empleado asalariado: %s\n%s: $%,.2f ", 

39 super.toStri ng() , "salario semanal", obtenerSalarioSemanal () ); 

40 } // fin del método toString 

41 } // fin de la clase EmpleadoAsalariado 

Figura 10.14 | La clase EmpleadoAsalariado, que ¡mplementa el método obtenerMontoPago de la interfaz 
PorPaga. (Parte 2 de 2). 

Cuando una clase implementa a una interfaz, se aplica la misma relación “es un” que proporciona la herencia. 
Por ejemplo, la clase Empleado implementa a PorPagar, por lo que podemos decir que un objeto Empleado 
es un objeto PorPagar. De hecho, los objetos de cualquier clase que extienda a Empleado son también objetos 
PorPagar. Por ejemplo, los objetos EmpleadoAsalariado son objetos PorPagar. Al igual que con las relacio- 
nes de herencia, un objeto de una clase que implemente a una interfaz puede considerarse como un objeto del 
tipo de la interfaz. Los objetos de cualquier subclase de la clase que implementa a la interfaz también pueden 
considerarse como objetos del tipo de la interfaz. Por ende, así como podemos asignar la referencia de un objeto 
EmpleadoAsalariado a una variable de la superclase Empleado, también podemos asignar la referencia de un 
objeto EmpleadoAsalariado a una variable de la interfaz PorPagar. Factura implementa a PorPagar, por lo 
que un objeto Factura también es un objeto PorPagar, y podemos asignar la referencia de un objeto Factura a 
una variable PorPagar. 

Observación de ingeniería de software 10.7 

La herencia y las interfaces son similares en cuanto a su implementación de la relación “es un”. Un objeto de una 
clase que implementa a una interfaz puede considerarse como un objeto del tipo de esa interfaz. Un objeto de cual- 
quier subclase de una clase que implemente a una interfaz también puede considerarse como un objeto del tipo de 
la interfaz. 

Observación de ingeniería de software 10.8 

La relación “es un” que existe entre las superclasesy las subclases, y entre las interfaces y las clases que las implementan, 
se mantiene cuando se pasa un objeto a un método. Cuando el parámetro de un método recibe una variable de una 
superclase o de un tipo de interfaz, el método procesa en forma polimórfica al objeto que recibe como argumento. 

Observación de ingeniería de software 10.9 

Al utilizar una referencia a la superclase, podemos invocar de manera polimórfica a cualquier método especificado 
en la declaración de la superclase (y en la clase Object). Al utilizar una referencia a la interfaz, podemos invocar 
de manera polimórfica a cualquier método especificado en la declaración de la interfaz (y en la clase Object; ya que 
una variable de un tipo de interfaz debe hacer referencia a un objeto para llamar a los métodos, y todos los objetos 
contienen los métodos de la clase Object). 

10.7.6 Uso de la interfaz PorPagar para procesar objetos Factura 
y Empl eado mediante el polimorfismo 

PruebalnterfazPorPagar (figura 10.15) ilustra que la interfaz PorPagar puede usarse para procesar un con- 
junto de objetos Factura y Empleado en forma polimórfica en una sola aplicación. La línea 9 declara a obje- 
tosPorPagar y le asigna un arreglo de cuatro variables PorPagar. Las líneas 12 y 13 asignan las referencias de 
objetos Factura a los primeros dos elementos de objetosPorPagar. Después, las líneas 14 a 17 asignan las refe- 
rencias de objetos EmpleadoAsalariado a los dos elementos restantes de objetosPorPagar. Estas asignaciones 
se permiten debido a que un objeto Factura es un objeto PorPagar, un EmpleadoAsalariado es un Empleado, 
y un Empleado es un objeto PorPagar. Las líneas 23 a 29 utilizan una instrucción for mejorada para procesar 
cada objeto PorPagar en objetosPorPagar de manera polimórfica, imprimiendo en pantalla el objeto como un 
Stri ng, junto con el pago vencido. Observe que la línea 27 invoca al método toStri ng desde una referencia de 
la interfaz PorPagar, aun cuando toString no se declara en la interfaz PorPagar; todas las referencias (inclu- 
yendo las de los tipos de interfaces) se refieren a objetos que extienden a 0b j ect y, por lo tanto, tienen un método 
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1 // Fig. 10.15: PruebalnterfazPorPagar . java 

2 // Prueba la interfaz PorPagar. 

3 

4 public class PruebalnterfazPorPagar 

5 { 

6 public static void main( String args[] ) 

7 { 

8 // crea arreglo PorPagar con cuatro elementos 

9 PorPagar objetosPorPagarf] = new PorPagarf 4 ]; 

10 

11 // llena el arreglo con objetos que implementan la interfaz PorPagar 

12 objetosPorPagarf 0 ] = new Factura( "01234", "asiento", 2, 375.00 ); 

13 objetosPorPagarf 1 ] = new Factura( "56789", "llanta", 4, 79.95 ); 

14 objetosPorPagarf 2 ] = 

15 new EmpleadoAsalariado( "John", "Smith", "111-11-1111", 800.00 ); 

16 objetosPorPagarf 3 ] = 

17 new Empl eadoAsal ariadof "Lisa", "Barnes", "888-88-8888 , 1200.00 ); 

18 

19 System. out.printlnf 

20 "Facturas y Empleados procesados en forma polimorfica:\n" ); 

21 

22 // procesa en forma genérica cada elemento en el arreglo objetosPorPagar 

23 for ( PorPagar porPagarActual : objetosPorPagar ) 

24 { 

25 // imprime porPagarActual y su monto de pago apropiado 

26 System. out. printf( "%s \n%s: $%,.2f\n\n", 

27 porPagarActual . toStri ng() , 

28 "pago vencido', porPagarActual . obtenerMontoPagoO ); 

29 } // fin de for 

30 } // fin de main 

31 } // fin de la clase PruebalnterfazPorPagar 


Facturas y Empleados procesados en forma polimorfica: 
factura: 

numero de pieza: 01234 (asiento) 
cantidad: 2 

precio por articulo: $375.00 
pago vencido: $750.00 

factura: 

numero de pieza: 56789 (llanta) 
cantidad: 4 

precio por articulo: $79.95 
pago vencido: $319.80 

empleado asalariado: John Smith 
numero de seguro social: 111-11-1111 
salario semanal: $800.00 
pago vencido: $800.00 

empleado asalariado: Lisa Barnes 
numero de seguro social: 888-88-8888 
salario semanal: $1,200.00 
pago vencido: $1,200.00 

Figura 10.15 | Programa de prueba para la interfaz PorPagar, que procesa objetos Factura y Empleado de manera 
polimorfica. 
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toStri ng. (Observe que aquí también podemos invocar a toStri ng en forma implícita). La línea 28 invoca al 
método obtenerMontoPago de PorPagar para obtener el monto a pagar para cada objeto en objetosPorPagar, 
sin importar el tipo actual del objeto. Los resultados revelan que las llamadas a los métodos en las líneas 27 y 28 
invocan a la implementación de la clase apropiada de los métodos toStri ng y obtenerMontoPago. Por ejemplo, 
cuando empl eadoActual se refiere a un objeto Factura durante la primera iteración del ciclo for, se ejecutan 
los métodos toStri ng y obtenerMontoPago de la clase Factura. 

Observación de ingeniería de software 10.10 

Todos los métodos de la dase Object pueden llamarse mediante el uso de una referencia de un tipo de interfaz. Una 
referencia se refiere a un objeto, y todos los objetos heredan los métodos de la clase Object. 

10.7.7 Declaración de constantes con interfaces 

Como mencionamos en la sección 10.7, una interfaz puede declarar constantes. De manera implícita, las constan- 
tes son publ i c, stati c y final ; de nuevo, no se requieren estas palabras en la declaración de la interfaz. Un uso 
popular de una interfaz es para declarar un conjunto de constantes que pueden utilizarse en muchas declaraciones 
de clases. Considere la siguiente interfaz Constantes: 

public interface Constantes 

{ 

int UNO = 1; 
int DOS = 2; 
int TRES = 3; 

} 

Una clase puede usar estas constantes, para lo cual importa la interfaz y después hace referencia a cada constante 
como Constantes . UNO, Constantes .DOS y Constantes .TRES. Observe que una clase puede hacer referencia 
a las constantes importadas sólo con sus nombres (es decir, UNO, DOS y TRES) si utiliza una declaración stati c 
import (presentada en la sección 8.12) para importar la interfaz. 

Observación de ingeniería de software 10. II 

A partir de Java SE 5. 0, una mejor práctica de programación fue crear conjuntos de constantes como enumeraciones, 
con la palabra clave enum. En la sección 6.10 podrá consultar una introducción a enum, y en la sección 8.9 podrá 
ver los detalles adicionales sobre las enums. 

10.7.8 Interfaces comunes de la API de Java 

En esta sección veremos las generalidades acerca de varias interfaces comunes que se encuentran en la API de Java. 
El poder y la flexibilidad de las interfaces se utilizan con frecuencia a lo largo de la API de Java. Estas interfaces se 
implementan y usan de la misma forma que las interfaces que usted crea (por ejemplo, la interfaz PorPagar en la 
sección 10.7.2). Como verá a lo largo de este libro, las interfaces de la API de Java le permiten utilizar sus propias 
clases dentro de los marcos de trabajo que proporciona Java, como el comparar objetos de sus propios tipos y crear 
tareas que se ejecuten de manera concurrente con otras tareas en el mismo programa. La figura 10.16 presenta una 
breve sinopsis de las interfaces más populares de la API de Java que utilizamos en este libro. 


Interfaz Descripción 


Comparabl e Como vimos en el capítulo 2, Java contiene varios operadores de comparación (<, <=, >, >=, 

==, !=) que nos permiten comparar valores primitivos. Sin embargo, estos operadores no se 
pueden utilizar para comparar el contenido de los objetos. La interfaz Comparable se utiliza 
para permitir que los objetos de una clase que implementa a la interfaz se comparen entre 
sí. La interfaz contiene un método, compareTo, que compara el objeto que llama al método 
con el objeto que se pasa como argumento para el método. Las clases deben implementar 

Figura 10.16 | Interfaces comunes de la API de Java. (Parte I de 2). 
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( continúa ) 


Serial i zable 


Runnabie 


Interfaces de escucha 
de eventos de la GUI 


Swf ngConstants 


Descripción 


a compárelo de tal forma que devuelva un valor indicando si el objeto en el cual se invoca 
es menor (valor de retorno entero negativo) , igual (valor de retorno 0) o mayor (valor de 
retorno entero positivo) que el objeto que se pasa como argumento, utilizando cualquier 
criterio especificado por el programador. Por ejemplo, si la clase Empl eado implementa a 
Comparable, su método compárelo podría comparar objetos Empleado en base a sus montos 
de ingresos. La interfaz Comparable se utiliza comúnmente para ordenar objetos en una 
colección como un arreglo. En el capítulo 18, Genéricos y en el capítulo 19, Colecciones, 
utilizaremos a Comparabl e. 

Una interfaz que se utiliza para identificar clases cuyos objetos pueden escribirse en (señali- 
zarse), o leerse desde (deserializarse) algún tipo de almacenamiento (archivo en disco, campo 
de base de datos) o transmitirse a través de una red. En el capítulo 14, Archivos y flujos y en 
el capítulo 24, Redes, utilizaremos a Seri al i zabl e. 

La implementa cualquier clase para la cual sus objetos deban poder ejecutarse en paralelo, 
usando una técnica llamada subprocesamiento múltiple (que veremos en el capítulo 23, 
Subprocesamiento múltiple). La interfaz contiene un método, run, que describe el compor- 
tamiento de un objeto al ejecutarse. 

Usted trabaja con interfaces gráficas de usuario (GUI) a diario. Por ejemplo, en su navega- 
dor Web, podría escribir en un campo de texto la dirección de un sitio Web para visitarlo, 
o podría hacer clic en un botón para regresar al sitio anterior que visitó. Cuando escribe 
una dirección de un sitio Web o cuando hace clic en un botón en el navegador Web, 
éste debe responder a su interacción y realizar la tarea que usted le indica. Su interacción 
se conoce como evento, y el código que utiliza el navegador para responder a un evento se 
conoce como manejador de eventos. En el capítulo 11, Componentes de la GUI: parte 1, y 
en el capítulo 22, Componentes de la GUI: parte 2, aprenderá a crear GUIs en Java y cómo 
crear manejadores de eventos para responder a las interacciones del usuario. Los maneja- 
dores de eventos se declaran en clases que implementan una interfaz de escucha de eventos 
apropiada. Cada interfaz de escucha de eventos especifica uno o más métodos que deben 
implementarse para responder a las interacciones de los usuarios. 

Contiene un conjunto de constantes que se utilizan en la programación de GUI para posi- 
cionar los elementos de la GUI en la pantalla. En los capítulo 1 1 y 22 exploraremos la pro- 
gramación de GUI. 


Figura 10.16 | Interfaces comunes de la API de Java. (Parte 2 de 2). 


10.8 (Opcional) Ejemplo práctico de GUI y gráficos: 
realizar dibujos mediante el polimorfismo 

Tal vez haya observado en el programa que creamos en el ejercicio 8.1 (y que modificamos en el ejercicio 9.1) 
que existen muchas similitudes entre las clases de figuras. Mediante la herencia, podemos “factorizar” las carac- 
terísticas comunes de las tres clases y colocarlas en una sola superclase de figura. Después, podemos manipular 
objetos de los tres tipos de figuras en forma polimórfica, usando variables del tipo de la superclase. Al eliminar la 
redundancia en el código se producirá un programa más pequeño y flexible, que será más fácil de mantener. 

Ejercicios del ejemplo práctico de GUI y gráficos 

10.1 Modifique las clases Mi linea, Mi Oval o y Mi Rectángulo de los ejercicios 8.1 y 9.1 para crear la jerarquía de 
clases de la figura 10.17. Las clases de la jerarquía Mi Fi gura deben ser clases de figuras “inteligentes”, que sepan cómo 
dibujarse a sí mismas (si se les proporciona un objeto Graphics que les indique en dónde deben dibujarse). Una vez 
que el programa cree un objeto a partir de esta jerarquía, podrá manipularlo de manera polimórfica por el resto de su 
duración como un objeto Mi Fi gura. 
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java.lang.Object 

A 

Mi Figura 

A 

Mi Linea Mi Oval o Mi Rectángulo 




Figura 10.17 


La jerarquía Mi Fi gura. 


En su solución, laclase MiFiguraenla figura 10.17 debe ser abstract. Como Mi Figura representa a cualquier 
figura en general, no puede implementar un método di bu j ar sin saber exactamente qué figura es. Los datos que repre- 
sentan las coordenadas y el color de las figuras en la jerarquía deben declararse como miembros private de la clase 
Mi Fi gura. Además de los datos comunes, la clase Mi Fi gu ra debe declarar los siguientes métodos: 

a) Un constructor sin argumentos que establezca todas las coordenadas de la figura en 0, y el color en Col or . 
BLACK. 

b) Un constructor que inicialice las coordenadas y el color con los valores de los argumentos suministrados. 

c) Métodos establecer para las coordenadas individuales y el color, que permitan al programador establecer 
cualquier pieza de datos de manera independiente, para una figura en la jerarquía. 

d) Métodos obtener para las coordenadas individuales y el color, que permitan al programador obtener cual- 
quier pieza de datos de manera independiente, para una figura en la jerarquía. 

e) El método abstract 

public abstract void dibujare Graphics g ); 

que se llamará desde el método pai ntComponent del programa para dibujar una figura en la pantalla. 

Para asegurar un correcto encapsulamiento, todos los datos en la clase Mi Figura deben ser private. Para esto 
se requiere declarar métodos establecer y obtener para manipular los datos. La clase Mi linea debe proporcionar un 
constructor sin argumentos y un constructor con argumentos para las coordenadas y el color. Las clases Mi Oval o y 
Mi Rectángulo deben proporcionar un constructor sin argumentos y un constructor con argumentos para las coor- 
denadas, el color y para determinar si la figura es rellena. El constructor sin argumentos debe, además, establecer los 
valores predeterminados, y la figura como una figura sin relleno. 

Puede dibujar líneas, rectángulos y óvalos si conoce dos puntos en el espacio. Las líneas requieren coordenadas xl, 
yl, x2 y y2. El método drawLi ne de la clase Graphics conectará los dos puntos suministrados con una línea. Si tiene 
los mismos cuatro valores de coordenadas {xl, yl, x2 y y2) para óvalos y rectángulos, puede calcular los cuatro argu- 
mentos necesarios para dibujarlos. Cada uno requiere un valor de coordenada x superior izquierda (el menor de los dos 
valores de coordenada x), un valor de coordenada y superior izquierda (el menor de los dos valores de coordenada^), 
una anchura (el valor absoluto de la diferencia entre los dos valores de coordenada x) y una altura (el valor absoluto de la 
diferencia entre los dos valores de coordenada y). Los rectángulos y óvalos también deben tener una bandera reí 1 eno, 
que determine si se dibujará la figura con un relleno. 

No debe haber variables Mi Li nea, Mi Oval o o Mi Rectángulo en el programa; sólo variables Mi Fi gura que conten- 
gan referencias a objetos Mi Li nea, Mi Oval o y Mi Rectangul o. El programa debe generar figuras aleatorias y almacenar- 
las en un arreglo de tipo Mi Fi gura. El método pai ntComponent debe recorrer el arreglo Mi Fi gura y dibujar cada una 
de las figuras (es decir, mediante una llamada polimórfica al método di bujar de cada figura). 

Permita al usuario que especifique (mediante un diálogo de entrada) el número de figuras a generar. Después, el 
programa generará y mostrará las figuras en pantalla, junto con una barra de estado para informar al usuario cuántas 
figuras de cada tipo se crearon. 
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10.2 (Modificación de la aplicación de dibujo) En el ejercicio 10.1, usted creó una jerarquía Mi Figura en la cual las 
clases Mi Li nea, Mi Oval o y Mi Rectángulo extienden a Mi Fi gura directamente. Si su jerarquía estuviera diseñada apro- 
piadamente, debería poder ver las similitudes entre las clases Mi Oval o y Mi Rectángulo. Rediseñe y vuelva a implemen- 
tar el código de las clases Mi Oval o y Mi Rectángulo, para “factorizar” las características comunes en la clase abstracta 
Mi Fi guraDel imitada, para producir la jerarquía de la figura 10.18. 

La clase Mi Fi guraDel i mi tada debe declarar dos constructores que imiten a los de Mi Fi gura, sólo con un pará- 
metro adicional para ver si la figura es rellena. La clase Mi Fi gu raDel i mi tada también debe declarar métodos obtener 
y establecer para manipular la bandera de relleno y los métodos que calculan la coordenada x superior izquierda, la 
coordenada y superior izquierda, la anchura y la altura. Recuerde que los valores necesarios para dibujar un óvalo o un 
rectángulo se pueden calcular a partir de dos coordenadas ( x , y). Si se diseñan de manera apropiada, las nuevas clases 
Mi Oval o y Mi Rectangui o deberán tener dos constructores y un método dibujar cada una. 


java.lang.Object 



Mi Figura 



Mi Li nea 



Mi Oval o 


Mi Rectangui o 


Figura 10.18 


Jerarquía Mi Figura con Mi Fi guraDel i mi tada. 


10.9 (Opcional) Ejemplo práctico de Ingeniería de Software: 
incorporación de la herencia en el sistema ATM 

Ahora regresaremos a nuestro diseño del sistema ATM para ver cómo podría beneficiarse de la herencia. Para 
aplicar la herencia, primero buscamos características comunes entre las clases del sistema. Creamos una jerarquía 
de herencia para modelar las clases similares (pero no idénticas) en una forma elegante y eficiente. Después modi- 
ficamos nuestro diagrama de clases para incorporar las nuevas relaciones de herencia. Por último, demostramos 
cómo traducir nuestro diseño actualizado en código de Java. 

En la sección 3.10 nos topamos con el problema de representar una transacción financiera en el sistema. En 
vez de crear una clase para representar a todos los tipos de transacciones, optamos por crear tres clases distintas de 
transacciones (Sol i ci tudSal do, Retí ro y Deposi to) para representar las transacciones que puede realizar el siste- 
ma ATM. La figura 10.19 muestra los atributos y operaciones de las clases SolicitudSaldo, Retí ro y Deposi to. 
Observe que estas clases tienen un atributo (numeroCuenta) y una operación (ejecutar) en común. Cada clase 
requiere que el atributo numeroCuenta especifique la cuenta a la que se aplica la transacción. Cada clase contiene 
la operación ejecutar, que el ATM invoca para realizar la transacción. Es evidente que Sol i ci tudSal do, Reti ro 
y Deposito representan tipos de transacciones. La figura 10. 19 revela las características comunes entre las clases de 
transacciones, por lo que el uso de la herencia para factorizar las características comunes parece apropiado para 
diseñar estas clases. Colocamos la funcionalidad común en una superclase, Transacción, que las clases Solici- 
tudSaldo, Reti ro y Deposito extienden. 

UML especifica una relación conocida como generalización para modelar la herencia. La figura 10.20 es el 
diagrama de clases que modela la generalización de la superclase T ransacci on y las subclases Sol i ci tudSal do, 
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SolicitudSaldo 

- numeroCuenta : Integer 
+ ejecutarQ 

Retiro Deposito 

- numeroCuenta : Integer - numeroCuenta : Integer 

- monto : Double - monto : Double 

+ ejecutarQ + ejecutarQ 


Figura 10.19 | Atributos y operaciones de las clases SolicitudSaldo, Retí ro y Deposito. 

Retí ro y Deposito. Las flechas con puntas triangulares huecas indican que las clases SolicitudSaldo, Reti- 
ro y Deposito exienden a la clase Transacción. Se dice que la clase Transacción es una generalización de las 
clases SolicitudSaldo, Reti ro y Deposito. Se dice que las clases SolicitudSaldo, Reti ro y Deposito son 
especializaciones de la clase T ransacci on. 

Las clases SolicitudSaldo, Reti ro y Deposito comparten el atributo entero numeroCuenta, por lo que 
factorizamos este atributo común y lo colocamos en la superclase T ransacci on. Ya no listamos a numeroCuenta 
en el segundo compartimiento de cada subclase, ya que las tres subclases heredan este atributo de T ransacci on. 
Sin embargo, recuerde que las subclases no pueden acceder a los atributos pri vate de una superclase. Por lo tan- 
to, incluimos el método public obtenerNumeroCuenta en la clase Transacción. Cada subclase heredará este 
método, con lo cual podrá acceder a su numeroCuenta según sea necesario para ejecutar una transacción. 

De acuerdo con la figura 10.19, las clases Sol i ci tudSal do, Reti ro y Depos i to también comparten la ope- 
ración e j ecutar, por lo que decidimos que la superclase T ransacci on debe contener el método publ i c eje- 
cutar. Sin embargo, no tiene sentido implementar a ejecutar en la clase T ransacci on, ya que la funcionalidad 
que proporciona este método depende del tipo específico de la transacción actual. Por lo tanto, declaramos el 
método ejecutar como abstract en la superclase Transacción. Cualquier clase que contenga cuando menos 
un método abstracto también debe declararse como abstract. Esto obliga a que cualquier clase de Transac- 
ci on que deba ser una clase concreta (es decir, Sol i ci tudSal do, Reti ro y Deposi to) a implementar el método 
ejecutar. UML requiere que coloquemos los nombres de clase abstractos (y los métodos abstractos) cursivas, 
por lo cual Transacci on y su método ejecutar aparecen en cursivas en la figura 10.20. Observe que el método 
ejecutar no está en cursivas en las subclases Sol i ci tudSal do, Reti ro y Deposi to. Cada subclase sobrescribe 
el método e j ecutar de la superclase T ransacci on con una implementación concreta que realiza los pasos apro- 
piados para completar ese tipo de transacción. Observe que la figura 10.20 incluye la operación ejecutar en el 
tercer compartimiento de las clases Sol i ci tudSal do, Reti ro y Deposito, ya que cada clase tiene una implemen- 
tación concreta distinta del método sobrescrito. 

Al incorporar la herencia, se proporciona al ATM una manera elegante de ejecutar todas las transacciones “en 
general”. Por ejemplo, suponga que un usuario elige realizar una solicitud de saldo. El ATM establece una referencia 
T ransacci on a un nuevo objeto de la clase Sol i ci tudSal do. Cuando el ATM utiliza su referencia T ransacci on 
para invocar el método e j ecutar, se hace una llamada a la versión de ejecutar de Sol i ci tudSal do. 

Este enfoque polimórfico también facilita la extensibilidad del sistema. Si deseamos crear un nuevo tipo de 
transacción (por ejemplo, una transferencia de fondos o el pago de un recibo), sólo tenemos que crear una sub- 
clase de Transacción adicional que sobrescriba el método ejecutar con una versión apropiada para ejecutar 
el nuevo tipo de transacción. Sólo tendríamos que realizar pequeñas modificaciones al código del sistema, para 
permitir que los usuarios seleccionen el nuevo tipo de transacción del menú principal y para que la clase ATM cree 
instancias y ejecute objetos de la nueva subclase. La clase ATM podría ejecutar transacciones del nuevo tipo utili- 
zando el código actual, ya que éste ejecuta todas las transacciones de manera polimórfica, usando una referencia 
T ransacci on general. 

Como aprendió antes en este capítulo, una clase abstracta como T ransacci on es una para la cual el progra- 
mador nunca tendrá la intención de crear instancias de objetos. Una clase abstracta sólo declara los atributos y 
comportamientos comunes de sus subclases en una jerarquía de herencia. La clase Transacción define el con- 
cepto de lo que significa ser una transacción que tiene un número de cuenta y puede ejecutarse. Tal vez usted se 
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Transacción 



- numeroCuenta : Integer 
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Figura 1 0.20 ¡ Diagrama de clases que modela la generalización de la superclase T ransacci on y las subclases 
Solí citudSaldo. Retí ro y Deposito. Observe que los nombres de las clases abstractas (por ejemplo, 
Transacción) y los nombres de los métodos (por ejemplo, ejecutar en la clase Transacción) aparece en 
cursivas. 


pregunte por qué nos tomamos la molestia de incluir el método abstract ejecutar en la clase Transacción, 
si carece de una implementación concreta. En concepto, incluimos este método porque corresponde al compor- 
tamiento que define a todas las transacciones: ejecutarse. Técnicamente, debemos incluir el método ejecutar 
en la superclase Transacción, de manera que la clase ATM (o cualquier otra clase) pueda invocar mediante el 
polimorfismo a la versión sobrescrita de este método en cada subclase, a través de una referencia T ransacci on. 
Además, desde la perspectiva de la ingeniería de software, al incluir un método abstracto en una superclase, el 
que implementa las subclases se ve obligado a sobrescribir ese método con implementaciones concretas en las 
subclases, o de lo contrario, las subclases también serán abstractas, lo cual impedirá que se creen instancias de 
objetos de esas subclases. 

Las subclases Sol i citudSaldo, Retiro y Deposito heredan el atributo numeroCuenta de la superclase 
Transacción, pero las clases Reti ro y Deposito contienen el atributo adicional monto que las diferencia de la 
clase Sol i ci tudSal do. Las clases Reti ro y Deposi to requieren este atributo adicional para almacenar el monto 
de dinero que el usuario desea retirar o depositar. La clase Sol i ci tudSal do no necesita dicho atributo, puesto 
que sólo requiere un número de cuenta para ejecutarse. Aun cuando dos de las tres subclases de Transacción 
comparten el atributo monto, no lo colocamos en la superclase T ransacci on; en la superclase sólo colocamos las 
características comunes para todas las subclases, ya que de otra forma las subclases podrían heredar atributos (y 
métodos) que no necesitan y no deben tener. 

La figura 10.21 presenta un diagrama de clases actualizado de nuestro modelo, en el cual se incorpora la 
herencia y se introduce la clase T ransacci on. Modelamos una asociación entre la clase ATM y la clase T ransac- 
ci on para mostrar que la clase ATM, en cualquier momento dado, está ejecutando una transacción o no lo está (es 
decir, existen cero o un objetos de tipo Transacción en el sistema, en un momento dado). Como un Reti ro 
es un tipo de Transacción, ya no dibujamos una línea de asociación directamente entre la clase ATM y la clase 
Reti ro. La subclase Reti ro hereda la asociación de la superclase Transacción con la clase ATM. Las subclases 
Sol i ci tudSal do y Deposi to también heredan esta asociación, por lo que ya no existen las asociaciones entre la 
clase ATM y las clases Sol i ci tudSal do y Deposi to, que se habían omitido anteriormente. 

También agregamos una asociación entre la clase Transacción y la clase BaseDatosBanco (figura 10.21). 
Todos los objetos T ransacci on requieren una referencia a BaseDatosBanco, de manera que puedan acceder a (y 
modificar) la información de las cuentas. Debido a que cada subclase de T ransacci on hereda esta referencia, ya 
no tenemos que modelar la asociación entre la clase Reti ro y BaseDatosBanco. De manera similar, ya no existen 
las asociaciones entre BaseDatosBanco y las clases Sol i ci tudSal do y Deposi to, que omitimos anteriormente. 

Mostramos una asociación entre la clase Transacción y la clase Pantalla. Todos los objetos Transac- 
ción muestran los resultados al usuario a través de la Pantalla. Por ende, ya no incluimos la asociación que 
modelamos antes entre Reti ro y Pantalla, aunque Reti ro aún participa en las asociaciones con Dispensa- 
dorEfectivo y Teclado. Nuestro diagrama de clases que incorpora la herencia también modela a Deposito y 
Sol i ci tudSal do. Mostramos las asociaciones entre Deposi to y tanto RanuraDeposi to como Tecl ado. Observe 
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Figura 10.21 | Diagrama de clases del sistema ATM (en el que se incorpora la herencia). Observe que los 
nombres de las clases abstractas (Transacción) aparecen en cursivas. 


que la clase SolicitudSaldo no participa en asociaciones más que las heredadas de la clase Transacción; un 
objeto Sol i ci tudSal do sólo necesita interactuar con la BaseDatosBanco y con la Pantal 1 a. 

El diagrama de clases de la figura 8.24 muestra los atributos y las operaciones con marcadores de visibilidad. 
Ahora presentamos un diagrama de clases modificado que incorpora la herencia en la figura 10.22. Este diagrama 
abreviado no muestra las relaciones de herencia, sino los atributos y los métodos después de haber empleado la 
herencia en nuestro sistema. Para ahorrar espacio, como hicimos en la figura 4.24, no incluimos los atributos 
mostrados por las asociaciones en la figura 10.21; sin embargo, los incluimos en la implementación en Java que 
aparece en el apéndice M. También omitimos todos los parámetros de las operaciones, como hicimos en la figura 
8.24; al incorporar la herencia no se afectan los parámetros que ya estaban modelados en las figuras 6.22 a 6.25. 



Observación de ingeniería de software 10.12 

Un diagrama de clases completo muestra todas las asociaciones entre clases, junto con todos los atributos y operaciones 
para cada clase. Cuando el número de atributos, métodos y asociaciones de las clases es substancial (como en las figu- 
ras 10.21 y 10.22), una buena práctica que promueve la legibilidad es dividir esta información entre dos diagramas 
de clases: uno que se enfoque en las asociaciones y el otro en los atributos y métodos. 


Implementación del diseño del sistema ATM ( en el que se incorpora la herencia) 

En la sección 8.19 empezamos a implementar el diseño del sistema ATM en código de Java. Ahora modificaremos 
nuestra implementación para incorporar la herencia, usando la clase Reti ro como ejemplo. 

1. Si la clase A es una generalización de la clase B, entonces la clase B extiende a la clase A en la declaración 
de la clase. Por ejemplo, la superclase abstracta Transacción es una generalización de la clase Reti ro. 
La figura 10.23 contiene la estructura de la clase Reti ro, la cual contiene la declaración de clase apro- 
piada. 
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ATM 

- usarioAutenticado : Boolean = false 


Transacción 

- numeroCuenta : Integer 
+ obtenerNumeroCuentaQ 
+ ejecutar () 


Cuenta 

- numeroCuenta : Integer 

- nip : Integer 

- saldoDIsponible : Double 

- saldototal : Double 

+ validarNIPQ : Boolean 
+ obtenerSaldoDisponíblef) : Double 
+ obtenerSaldoTotal() : Double 
+ abonar() 

+ cargar() 


SolicitudSaldo 


+ ejecutarf) 


Retiro 


- monto : Double 
+ ejecutarf) 


Pantalla 


+ mostrarMensaje() 


Teclado 


+ obtenerEntradaf) : Integer 


Deposito DispensadorEfectivo 

- monto : Double - cuenta : Integer = 500 

+ ejecutarf) + dispensarEfectivoQ 

+ haySuf¡c¡enteEfect¡voD¡sponible() : Boolean 

BaseDatosBanco 

RanuraDeposito 

+ autentlcarUsuarioQ : Boolean 

+ obtenerSaldoDisponible() : Double + seRecibioSobreQ : Boolean 
+ obtenerSaldoTotal() : Double 
+ abonar() 

+ cargar() 


Figura 10.22 | Diagrama de clases con atributos y operaciones (incorporando la herencia). Observe que los 
nombres de las clases abstractas (Transacción) y los nombres de los métodos (como ejecutar en la clase 
Transacción) aparecen en cursiva. 


1 // La clase Retiro representa una transacción de retiro en el ATM 

2 public class Retiro extends Transacción 

3 { 

4 } // fin de la clase Retiro 

Figura 10.23 | Código de Java para la estructura de la clase Reti ro. 


2. Si la clase A es una clase abstracta y la clase B es una subclase de la clase A, entonces la clase B debe imple- 
mentar los métodos abstractos de la clase A, si la clase B va a ser una clase concreta. Por ejemplo, la clase 
Transacción contiene el método abstracto ejecutar, por lo que la clase Reti ro debe implementar 
este método si queremos crear una instancia de un objeto Reti ro. La figura 10.24 es el código en Java 
para la clase Reti ro de las figuras 10.21 y 10.22. La clase Reti ro hereda el campo numeroCuenta de la 
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superclase T ransacci on, por lo que Retí ro no necesita declarar este campo. La clase Retí ro también 
hereda referencias a las clases Pantalla y BaseDatosBanco de su superclase Transacción, por lo que 
no incluimos estas referencias en nuestro código. La figura 10.22 especifica el atributo monto y la ope- 
ración ejecutar para la clase Reti ro. La línea 6 de la figura 10.24 declara un campo para el atributo 
monto. Las líneas 16 a 18 declaran la estructura de un método para la operación ejecutar. Recuerde 
que la subclase Reti ro debe proporcionar una implementación concreta del método abstract e j ecu- 
tar de la superclase Transacci on. Las referencias tecl ado y di spensadorEfecti vo (líneas 7 y 8) son 
campos derivados de las asociaciones de Reti ro en la figura 10.21. [Nota: el constructor en la versión 
completa de esta clase inicializará estas referencias con objetos reales]. 



Observación de ingeniería de software 10.13 

Varias herramientas de modelado de UML convierten los diseños basados en UML en código de Java, y pueden agi- 
lizar el proceso de implementación en forma considerable. Para obtener más información sobre estas herramientas, 
consulte los recursos Web que se listan al final de la sección 2.9. 


¡Felicidades por haber completado la porción correspondiente al diseño del ejemplo práctico! Esto concluye 
nuestro diseño orientado a objetos del sistema ATM. En el apéndice M implementamos por completo el sistema 
ATM, en 670 líneas de código en Java. Le recomendamos leer con cuidado el código y su descripción; ya que 
contiene muchos comentarios y sigue con precisión el diseño, con el cual usted ya está familiarizado. La descrip- 
ción que lo acompaña está escrita cuidadosamente, para guiar su comprensión acerca de la implementación con 
base en el diseño de UML. Dominar este código es un maravilloso logro culminante, después de estudiar los 
capítulos 1 a 8. 


1 // Retiro. java 

2 // Se generó usando los diagramas de clases en las figuras 10.21 y 10.22 

3 public class Retiro extends Transacción 

4 { 

5 // atributos 

6 private double monto; // monto a retirar 

7 private Teclado teclado; // referencia al teclado 

8 private Di spensadorEfecti vo di spensadorEfecti vo; // referencia al dispensador de 
efectivo 

9 

10 // constructor sin argumentos 

11 public Retiro O 

12 { 

13 } // fin del constructor de Retiro sin argumentos 

14 

15 // método que sobrescribe a ejecutar 

16 public void ejecutarO 

17 { 

18 } // fin del método ejecutar 

19 } // fin de la clase Retiro 

Figura 10.24 | Código de Java para la clase Reti ro, basada en las figuras 10.21 y 10.22. 


Ejercicios de autoevaluación del Ejemplo práctico de Ingeniería de Software 

1 0. 1 UML utiliza una flecha con una para indicar una relación de generalización. 

a) punta con relleno sólido 

b) punta triangular sin relleno 

c) punta hueca en forma de diamante 

d) punta lineal 
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10.2 Indique si el siguiente enunciado es verdadero o falso y, si es falso , explique por qué: UML requiere que subra- 
yemos los nombres de las clases abstractas y los nombres de los métodos abstractos. 

10.3 Escriba código en Java para empezar a implementar el diseño para la clase Transacción que se especifica en 
las figuras 10.21 y 10.22. Asegúrese de incluir los atributos tipo referencias prívate, con base en las asociaciones de la 
clase T ransacci on. Asegúrese también de incluir los métodos establecer publ i c que proporcionan acceso a cualquiera 
de estos atributos pri vate que requieren las subclases para realizar sus tareas. 


Respuestas a los ejercicios de auto evaluación del Ejemplo práctico de Ingeniería de Software 

10.1 b. 

1 0.2 Falso. UML requiere que se escriban los nombres de las clases abstractas y de los métodos abstractos en cursiva. 

10.3 El diseño para la clase T ransacci on produce el código de la figura 10.25. Los cuerpos del constructor de la cla- 
se y los métodos se completarán en el apéndice M. Cuando estén implementados por completo, los métodos obtener- 
Pantal 1 a y obtener BaseDatos Banco devolverán los atributos de referencias pri vate de la superclase T ransacci on, 
llamados pantalla y baseDatosBanco, respectivamente. Estos métodos permiten que las subclases de Transacción 
accedan a la pantalla del ATM e interactúen con la base de datos del banco. 


1 // La clase abstracta Transacción representa una transacción con el ATM 

2 public abstract class Transacción 

3 { 

4 // atributos 

5 private int numeroCuenta; // indica la cuenta involucrada 

6 private Pantalla pantalla; // la pantalla del ATM 

7 private BaseDatosBanco baseDatosBanco; // base de datos de información de las cuentas 

8 

9 // constructor sin argumentos invocado por las subclases, usando super() 

10 public TransaccionO 

11 { 

12 } // fin del constructor Transacción sin argumentos 

13 

14 // devuelve el número de cuenta 

15 public int obtenerNumeroCuentaO 

16 { 

17 } // fin del método obtenerNumeroCuenta 

18 

19 // devuelve referencia a la pantalla 

20 public Pantalla obtenerPantal 1 a() 

21 { 

22 } // fin del método getScreen 

23 

24 // devuelve referencia a la base de datos del banco 

25 public BaseDatosBanco obtenerBaseDatosBancoO 

26 { 

27 } // fin del método obtenerBaseDatosBanco 

28 

29 // método abstracto sobrescrito por las subclases 

30 public abstract void ejecutarO; 

31 } // fin de la clase Transacción 

Figura 10.25 | Código de Java para la clase Transacción, basada en las figuras 10.21 y 10.22. 

10.10 Conclusión 

En este capítulo se introdujo el polimorfismo: la habilidad de procesar objetos que comparten la misma superclase 
en una jerarquía de clases, como si todos fueran objetos de la superclase. En este capítulo hablamos sobre cómo el 
polimorfismo facilita la extensibilidad y el mantenimiento de los sistemas, y después demostramos cómo utilizar 
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métodos sobrescritos para llevar a cabo el comportamiento polimórfico. Presentamos la noción de las clases abs- 
tractas, las cuales permiten a los programadores proporcionar una superclase apropiada, a partir de la cual otras 
clases pueden heredar. Aprendió que una clase abstracta puede declarar métodos abstractos que cada una de sus 
subclases debe implementar para convertirse en clase concreta, y que un programa puede utilizar variables de una 
clase abstracta para invocar implementaciones en las subclases de los métodos abstractos en forma polimórfica. 
También aprendió a determinar el tipo de un objeto en tiempo de ejecución. Por último, hablamos también sobre 
la declaración e implementación de una interfaz, como otra manera de obtener el comportamiento polimórfico. 

Ahora deberá estar familiarizado con las clases, los objetos, el encapsulamiento, la herencia, las interfaces 
y el polimorfismo: los aspectos más esenciales de la programación orientada a objetos. En el siguiente capítulo 
analizaremos con más detalle las interfaces gráficas de usuario (GUIs). 


Resumen 

Sección 10.1 Introducción 

• El polimorfismo nos permite escribir programas para procesar objetos que compartan la misma superclase en una 
jerarquía de clases, como si todos fueran objetos de la superclase; esto puede simplificar la programación. 

• Con el polimorfismo, podemos diseñar e implementar sistemas que puedan extenderse con facilidad; pueden agre- 
garse nuevas clases con sólo modificar un poco (o nada) las porciones generales del programa, siempre y cuando las 
nuevas clases sean parte de la jerarquía de herencia que el programa procesa en forma genérica. Las únicas partes de 
un programa que deben alterarse para dar cabida a las nuevas clases son las que requieren un conocimiento directo 
de las nuevas clases que el programador agregará a la jerarquía. 

Sección 10.3 Demostración del comportamiento polimórfico 

• Cuando el compilador encuentra una llamada a un método que se realiza a través de una variable, determina si el 
método puede llamarse verificando el tipo de clase de la variable. Si esa clase contiene la declaración del método 
apropiada (o hereda una), se compila la llamada. En tiempo de ejecución, el tipo del objeto al cual se refiere la varia- 
ble es el que determina el método que se utilizará. 

Sección 10.4 Clases y métodos abstractos 

• En algunos casos es conveniente declarar clases para las cuales no tenemos la intención de crear instancias de objetos. 
A dichas clases se les conoce como clases abstractas. Como se utilizan sólo como superclases en jerarquías de heren- 
cia, nos referimos a ellas como superclases abstractas. Estas clases no pueden utilizarse para instanciar objetos, ya que 
están incompletas. 

• El propósito principal de una clase abstracta es proporcionar una superclase apropiada, a partir de la cual puedan 
heredar otras clases y, por ende, compartir un diseño común. 

• Las clases que pueden utilizarse para instanciar objetos se llaman clases concretas. Dichas clases proporcionan imple- 
mentaciones de cada método que declaran (algunas de las implementaciones pueden heredarse). 

• No todas las jerarquías de herencia contienen clases abstractas. Sin embargo, a menudo los programadores escriben 
código cliente que utiliza sólo tipos de superclases abstractas para reducir las dependencias del código cliente en un 
rango de tipos de subclases específicas. 

• Algunas veces las clases abstractas constituyen varios niveles de la jerarquía. 

• Para hacer una clase abstracta, ésta se declara con la palabra clave abstract. Por lo general, una clase abstracta contiene 
uno o más métodos abstractos. 

• Los métodos abstractos no proporcionan implementaciones. 

• Una clase que contiene métodos abstractos debe declararse como clase abstracta, aun si esa clase contiene métodos 
concretos (no abstractos). Cada subclase concreta de una superclase abstracta también debe proporcionar imple- 
mentaciones concretas de los métodos abstractos de la superclase. 

• Los constructores y los métodos stati c no pueden declararse como abstract. 

• Aunque no podemos instanciar objetos de superclases abstractas, sí podemos usar superclases abstractas para declarar 
variables que puedan guardar referencias a objetos de cualquier clase concreta que se derive de esas superclases abs- 
tractas. Por lo general, los programas utilizan dichas variables para manipular los objetos de las subclases mediante 
el polimorfismo. 

• En especial, el polimorfismo es efectivo para implementar los sistemas de software en capas. 
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Sección 10.5 Ejemplo práctico: sistema de nómina utilizando polimorfismo 

• Al incluir un método abstracto en una superclase, obligamos a cada subclase directa de la superclase a sobrescribir 
ese método abstracto para que pueda convertirse en una clase concreta. Esto permite al diseñador de la jerarquía de 
clases demandar que cada subclase concreta proporcione una implementación apropiada del método. 

• La mayoría de las llamadas a los métodos se resuelven en tiempo de ejecución, con base en el tipo del objeto que se 
está manipulando. Este proceso se conoce como vinculación dinámica o vinculación postergada. 

• Una referencia a la superclase puede utilizarse para invocar sólo a métodos de la superclase (y la superclase puede 
invocar versiones sobrescritas de éstos en la subclase). 

• El operador i nstanceof se puede utilizar para determinar si el tipo de un objeto específico tiene la relación “es un” 
con un tipo específico. 

• Todos los objetos en Java conocen su propia clase y pueden acceder a esta información a través del método 
getClass, que todas las clases heredan de la clase Object. El método getClass devuelve un objeto de tipo Class 
(del paquete java . 1 ang), el cual contiene información acerca del tipo del objeto, incluyendo el nombre de su clase. 

• La relación “es un” se aplica sólo entre la subclase y sus superclases, no viceversa. 

• No está permitido tratar de invocar a los métodos que sólo pertenecen a la subclase, en una referencia a la superclase. 

Aunque el método que se llame en realidad depende del tipo del objeto en tiempo de ejecución, podemos usar una 
variable para invocar sólo a los métodos que sean miembros del tipo de esa variable, que el compilador verifica. 

Sección 10.6 Métodos y clases final 

• Un método que se declara como final en una superclase no se puede redefinir en una subclase. 

• Los métodos que se declaran como prívate son final de manera implícita, ya que es imposible sobrescribirlos en 
una subclase. 

• Los métodos que se declaran como stati c son final de manera implícita. 

• La declaración de un método final no puede cambiar, por lo que todas las subclases utilizan la misma implementa- 

ción del método, y las llamadas a los métodos final se resuelven en tiempo de compilación; a esto se le conoce como 
vinculación estática. 

• Como el compilador sabe que los métodos final no se pueden sobrescribir, puede optimizar los programas al elimi- 
nar las llamadas a los métodos final y sustituirlas con el código expandido de sus declaraciones en cada una de las 
ubicaciones de las llamadas al método; a esta técnica se le conoce como poner el código en línea. 

• Una clase que se declara como final no puede ser una superclase (es decir, una clase no puede extender a una clase 
final). 

• Todos los métodos en una clase final son implícitamente final . 

Sección 10.7 Ejemplo práctico: creación y uso de interfaces 

• Las interfaces definen y estandarizan las formas en que las cosas como las personas y los sistemas pueden interactuar 
entre sí. 

• Una interfaz especifica qué operaciones están permitidas, pero no especifica cómo se realizan estas operaciones. 

• Una interfaz de Java describe a un conjunto de métodos que pueden llamarse en un objeto. 

• La declaración de una interfaz empieza con la palabra clave interface y sólo contiene constantes y métodos 
abstract. 

• Todos los miembros de una interfaz deben ser public, y las interfaces no pueden especificar ningún detalle de 
implementación, como las declaraciones de métodos concretos y las variables de instancia. 

• Todos los métodos que se declaran en una interfaz son publ i c abstract de manera implícita, y todos los campos 
son publ i c, stati c y final de manera implícita. 

• Para utilizar una interfaz, una clase concreta debe especificar que implementa (implements) a esa interfaz, y debe 
declarar cada uno de los métodos de la interfaz con la firma especificada en su declaración. Una clase que no imple- 
menta a todos los métodos de una interfaz es una clase abstracta, por lo cual debe declararse como abstract. 

• Implementar una interfaz es como firmar un contrato con el compilador que diga, “Declararé todos los métodos 
especificados por la interfaz, o declararé mi clase como abstract”. 

• Por lo general, una interfaz se utiliza cuando clases dispares (es decir, no relacionadas) necesitan compartir métodos 
y constantes comunes. Esto permite que los objetos de clases no relacionadas se procesen en forma polimórfica; 
los objetos de clases que implementan la misma interfaz pueden responder a las mismas llamadas a métodos. 

• Usted puede crear una interfaz que describa la funcionalidad deseada, y después implementar esa interfaz en cual- 
quier clase que requiera esa funcionalidad. 

• A menudo, una interfaz se utiliza en vez de una clase abstract cuando no hay una implementación predeterminada 
que heredar; esto es, no hay campos ni implementaciones de métodos predeterminadas. 
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• Al igual que las clases pubí i c abstract, las interfaces son comúnmente de tipo pubí i c, por lo que se declaran en 
archivos por sí solas con el mismo nombre que la interfaz, y la extensión de archivo .java. 

• Java no permite que las subclases hereden de más de una superclase, pero sí permite que una clase herede de una 
superclase e implemente más de una interfaz. Para implementar más de una interfaz, utilice una lista separada por 
comas de nombres de interfaz después de la palabra clave i mpí ements en la declaración de la clase. 

• Todos los objetos de una clase que implementan varias interfaces tienen la relación “es un” con cada tipo de interfaz 
implementada. 

• Una interfaz puede declarar constantes. Las constantes son implícitamente publ i c, stati c y final . 

Terminología 

abstract, palabra clave 
clase abstracta 
clase concreta 
clase iteradora 
C1 ass, clase 

constantes declaradas en una interfaz 
conversión descendente 
declaración de una interfaz 
especialización en UML 
final , clase 
final , método 
generalización en UML 
getClass, método de Object 
getName, método de Class 
herencia de implementación 

Ejercicios de autoevaluación 

1 0. 1 Complete las siguientes oraciones: 

a) El polimorfismo ayuda a eliminar la lógica de . 

b) Si una clase contiene al menos un método abstracto, es una clase . 

c) Las clases a partir de las cuales pueden instanciarse objetos se llaman clases . 

d) El implica el uso de una variable de superclase para invocar métodos en objetos de 

superclase y subclase, lo cual nos permite “programar en general”. 

e) Los métodos que no son métodos de interfaz y que no proporcionan implementaciones deben declararse 

utilizando la palabra clave . 

g) Al proceso de convertir una referencia almacenada en una variable de una superclase a un tipo de una sub- 
clase se le conoce como . 

10.2 Conteste con verdadero o falso a cada una de las siguientes proposiciones; en caso de ser falso , explique por 
qué. 

a) Es posible tratar a los objetos de superclase y a los objetos de subclase de manera similar. 

b) Todos los métodos en una clase abstract deben declararse como métodos abstract. 

c) Es peligroso tratar de invocar a un método que sólo pertenece a una subclase, a través de una variable de 
subclase. 

d) Si una superclase declara a un método como abstract, una subclase debe implementar a ese método. 

e) Un objeto de una clase que implementa a una interfaz puede considerarse como un objeto de ese tipo de 
interfaz. 

Respuestas a los ejercicios de autoevaluación 

10.1 a) switch. b) abstracta, c) concretas, d) polimorfismo, e) abstract. f) conversión descendente. 

10.2 a) Verdadero, b) Falso. Una clase abstracta puede incluir métodos con implementaciones y métodos abstract. 

c) Falso. Es peligroso tratar de invocar un método que sólo pertenece a una subclase, con una variable de la superclase. 

d) Falso. Sólo una subclase concreta debe implementar el método, e) Verdadero. 


herencia de interfaz 
implementar una interfaz 
i mpl ements, palabra clave 
i nstanceof, operador 
i nterface, palabra clave 
método abstracto 
polimorfismo 

poner en línea llamadas a métodos 
realización en UML 
referencia a una subclase 
referencia a una superclase 
superclase abstracta 
vinculación dinámica 
vinculación estática 
vinculación postergada 
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Ejercicios 

1 0.3 ¿Cómo es que el polimorfismo le permite programar “en forma general”, en lugar de hacerlo “en forma especí- 
fica”? Hable sobre las ventajas clave de la programación “en forma general”. 

1 0.4 Una subclase puede heredar la “interfaz” o “implementación” de una superclase. ¿En qué difieren las jerarquías 
de herencia diseñadas para heredar la interfaz, de las jerarquías diseñadas para heredar la implementación? 

10.5 ¿Qué son los métodos abstractos? Describa las circunstancias en las que un método abstracto sería apropiado. 

10.6 ¿Cómo es que el polimorfismo fomenta la extensibilidad? 

1 0.7 Describa cuatro formas en las que podemos asignar referencias de superclases y subclases a variables de los tipos 
de las superclases y las subclases. 

10.8 Compare y contraste las clases abstractas y las interfaces. ¿Para qué podría usar una clase abstracta? ¿Para qué 
podría usar una interfaz? 

10.9 (Modificación al sistema de nómina) Modifique el sistema de nómina de las figuras 10.4 a 10.9 para incluir la 
variable de instancia prívate llamada fechaNacimi ento en la clase Empleado. Use la clase Fecha de la figura 8.7 para 
representar el cumpleaños de un empleado. Agregue métodos obtener a la clase Fecha y sustituya el método aStri ng- 
Fecha con el método toString. Suponga que la nómina se procesa una vez al mes. Cree un arreglo de variables 
Empl eado para guardar referencias a los diversos objetos empleado. En un ciclo, calcule la nómina para cada Empl eado 
(mediante el polimorfismo) y agregue una bonificación de $100.00 a la cantidad de pago de nómina de la persona, si 
el mes actual es el mes en el que ocurre el cumpleaños de ese Empl eado. 

10.10 (Jerarquía de figuras) Implemente la jerarquía Figura que se muestra en la figura 9.3. Cada Fi guraBi dimen- 
sional debe contener el método obtenerArea para calcular el área de la figura bidimensional. Cada FiguraTridi- 
mensional debe tener los métodos obtenerArea y obtenerVol umen para calcular el área superficial y el volumen, 
respectivamente, de la figura tridimensional. Cree un programa que utilice un arreglo de referencias Figura a objetos 
de cada clase concreta en la jerarquía. El programa deberá imprimir una descripción de texto del objeto al cual se refiere 
cada elemento del arreglo. Además, en el ciclo que procesa a todas las figuras en el arreglo, determine si cada figura es 
Fi guraBi dimensi onai o Fi guraTri dimensional . Si es Fi guraBi dimensi onal, muestre su área. Si es Fi guraT ri di - 
mensi onal, muestre su área y su volumen. 

10.1 I (Modificación al sistema de nómina) Modifique el sistema de nómina de las figuras 10.4 a 10.9, para incluir una 
subclase adicional de Empl eado llamada T rabaj adorPorPi ezas, que represente a un empleado cuyo sueldo se base en 
el número de piezas de mercancía producidas. La clase T rabajadorPorPi ezas debe contener las variables de instancia 
private llamadas sueldo (para almacenar el sueldo del empleado por pieza) y piezas (para almacenar el número 
de piezas producidas). Proporcione una implementación concreta del método ingresos en la clase TrabajadorPor- 
Piezas que calcule los ingresos del empleado, multiplicando el número de piezas producidas por el sueldo por pieza. 
Cree un arreglo de variables Empl eado para almacenar referencias a objetos de cada clase concreta en la nueva jerarquía 
Empl eado. Para cada Empl eado, muestre su representación de cadena y los ingresos. 

10.12 (Modificación al sistema de cuentas por pagar) En este ejercicio modificaremos la aplicación de cuentas por pagar 
de las figuras 10.11 a 10.15, para incluir la funcionalidad completa de la aplicación de nómina de las figuras 10.4 a 
10.9. La aplicación debe aún procesar dos objetos Factura, pero ahora debe procesar un objeto de cada una de las cua- 
tro subclases de Empl eado. Si el objeto que se está procesando en un momento dado es Empl eadoBasePorComi si on, la 
aplicación debe incrementar el salario base del Empl eadoBasePorComi si on por un 10%. Por último, la aplicación debe 
imprimir el monto del pago para cada objeto. Complete los siguientes pasos para crear la nueva aplicación: 

a) Modifique las clases Empl eadoPorHo ras (figura 10.6) y Empl eadoPorComi si on (figura 10.7) para colocar- 
las en la jerarquía PorPagar como subclases de la versión de Empleado (figura 10.13) que implementa a 
PorPagar. [Sugerencia: cambie el nombre del método i ngresos a obtenerMontoPago en cada subclase, de 
manera que la clase cumpla con su contrato heredado con la interfaz PorPagar]. 

b) Modifique la clase Empl eadoBaseMasComi sion (figura 10.8), de tal forma que extienda la versión de la clase 
Empl eadoPorComi si on que se creó en la parte a. 

c) Modifique PruebalnterfazPorPagar (figura 10.15) para procesar mediante el polimorfismo dos objetos 
Factura, un Empl eadoAsalari ado, un Empl eadoPorHoras, un Empl eadoPorComi sion y un Empleado- 
BaseMasComi si on. Primero imprima una representación de cadena de cada objeto PorPagar. Después, si 
un objeto es un Empl eadoBaseMasComi si on, aumente su salario base por un 10%. Por último, imprima el 
monto del pago para cada objeto PorPagar. 
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¿ Crees que puedo escuchar 
todo el día esas cosas i 
— Lewis Carroll 



OBJETIVOS 

En este capítulo aprenderá a: 

■ Comprender los principios de diseño de las Interfaces gráficas 
de usuario (GUI). 

■ Crear interfaces gráficas de usuario y manejar los eventos 
generados por las interacciones de los usuarios con las GUIs. 

■ Aprender acerca de los paquetes que contienen componentes 
relacionados con las GUIs, clases e Interfaces manejadoras de 
eventos. 

■ Crear y manipular botones, etiquetas, listas, campos de texto 
y paneles. 

■ Entender el manejo de los eventos de ratón y los eventos de 
teclado. 

■ Aprender a utilizar los administradores de esquemas para 
ordenar los componentes de las GUIs. 


Inclusive, hasta un evento 
menor en la vida de un niño 
es un evento del mundo de 
ese niño y, por ende, es un 
evento del mundo. 

— Gastón Bachelard 

Tú pagas, por lo tanto, 
tú decides. 

— Punch 

Adivina si puedes, elige si te 
atreves. 

— Pierre Corneille 
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I l.l Introducción 

1 1.2 Entrada/salida simple basada en GUI con DOptionPane 

1 1.3 Generalidades de los componentes de Swing 

1 1.4 Mostrar texto e imágenes en una ventana 

1 1.5 Campos de texto y una introducción al manejo de eventos con clases anidadas 

1 1.6 Tipos de eventos comunes de la GUI e interfaces de escucha 

1 1.7 Cómo funciona el manejo de eventos 
I 1.8 DButton 

11.9 Botones que mantienen el estado 
I 1.9.1 DCheckBox 
I 1.9.2 JRadioButton 

11.10 DComboBox y el uso de una clase interna anónima para el manejo de eventos 

11. 11 DList 

11.12 Listas de selección múltiple 

11.13 Manejo de eventos de ratón 

11.14 Clases adaptadoras 

11.15 Subclase de J Panel para dibujar con el ratón 

11.16 Manejo de eventos de teclas 

11.17 Administradores de esquemas 
11.17. 1 FlowLayout 

I 1.17.2 BorderLayout 
I 1.17.3 GridLayout 

11.18 Uso de paneles para administrar esquemas más complejos 

11.19 DTextArea 

1 1.20 Conclusión 

Resumen | Terminología | Ejercicios de autoevaluación | Respuestas a los ejercicios de autoevaluación | Ejercicios 


1 1 . 1 Introducción 

Una interfaz gráfica de usuario (GUI) presenta un mecanismo amigable al usuario para interactuar con una 
aplicación. Una GUI proporciona a una aplicación una “apariencia visual” única. Al proporcionar distintas apli- 
caciones en las que los componentes de la interfaz de usuario sean consistentes e intuitivos, los usuarios pueden 
familiarizarse en cierto modo con una aplicación, de manera que pueden aprender a utilizarla en menor tiempo 
y con mayor productividad. 

Observación de apariencia visual I l.l 

Las interfaces de usuario consistentes permiten a un usuario aprender, con más rapidez, a utilizar nuevas 
ciones. 

Como ejemplo de una GUI, en la figura 11.1 se muestra una ventana del navegador Web Microsoft Internet 
Explorer, con algunos componentes de la GUI etiquetados. En la parte superior hay una barra de título que con- 
tiene el título de la ventana. Debajo de la barra de título hay una barra de menús que contiene menús (Archivo, 
Edición, Ver, etcétera). Debajo de la barra de menús hay un conjunto de botones que el usuario puede oprimir 
para realizar tareas en Internet Explorer. Debajo de los botones hay un cuadro combinado; donde el usuario 
puede escribir el nombre de un sitio Web a visitar, o hacer clic en la flecha hacia abajo, que se encuentra del lado 
derecho, para ver una lista de los sitios visitados previamente. Los menús, botones y el cuadro combinado son 
parte de la GUI de Internet Explorer. Éstos le permiten interactuar con el navegador Web. 


aplica- 
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barra de título 


barra de menús 


cuadro combinado 


barras de desplazamiento 


botón 


menus 


Figura I l.l | Ventana de Microsoft Internet Explorer con sus componentes de la GUI. 


Las GUIs se crean a partir de componentes de la GUI. A éstos se les conoce también como controles o 
widgets (accesorios de ventana) en otros lenguajes. Un componente de la GUI es un objeto con el cual inte- 
ractúa el usuario mediante el ratón, el teclado u otra forma de entrada, como el reconocimiento de voz. En este 
capítulo y en el capítulo 22, Componentes de la GUI: parte 2, aprenderá acerca de muchos de los componentes 
de la GUI de Java. [Nota: varios conceptos que se cubren en este capítulo ya se han cubierto en el Ejemplo prác- 
tico opcional de GUI y gráficos de los capítulos 3 a 10. Por lo tanto, cierto material será repetido si usted leyó 
el ejemplo práctico. No necesita leer el ejemplo práctico para comprender este capítulo]. 

1 1.2 Entrada/salida simple basada en GUI con JOptionPane 

Las aplicaciones en los capítulos 2 a 1 0 muestran texto en la ventana de comandos y obtienen la entrada de la venta- 
na de comandos. La mayoría de las aplicaciones que usamos a diario utilizan ventanas o cuadros de diálogo (tam- 
bién conocidos como diálogos) para interactuar con el usuario. Por ejemplo, los programas de correo electrónico le 
permiten escribir y leer mensajes en una ventana que proporciona el programa. Por lo general, los cuadros de diá- 
logo son ventanas en las cuales los programas muestran mensajes importantes al usuario, u obtienen información 
de éste. La clase JOptionPane de Java (paquete javax . swi ng) proporciona cuadros de diálogo preempaquetados 
para entrada y salida. Estos diálogos se muestran mediante la invocación de los métodos stati c de JOpti onPane. 
La figura 1 1.2 presenta una aplicación simple de suma, que utiliza dos diálogos de entrada para obtener enteros 
del usuario, y un diálogo de mensaje para mostrar la suma de los enteros que introduce el usuario. 

Diálogos de entrada 

La línea 3 importa la clase JOpti onPane para utilizarla en esta aplicación. Las líneas 10 y 1 1 declaran la variable 
Stri ng pri merNumero, y le asignan el resultado de la llamada al método stati c showInputDialog de JOpti on- 
Pane. Este método muestra un diálogo de entrada (vea la primera captura de pantalla en la figura 1 1.2), usando 
el argumento Stri ng ("Introduzca el primer entero") como indicador. 

"™i Observación de apariencia visual 1 1.2 

SM!Lj El indicador en un diálogo de entrada utiliza comúnmente la capitalización estilo oración: un estilo que capi- 
taliza sólo la primera letra de la primera palabra en el texto , a menos que la palabra sea un nombre propio (por 
ejemplo, Deitel). 
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// Fig. 11.2: Suma. java 

// Programa de suma que utiliza a DOptionPane para entrada y salida, 
import javax. swing . DOptionPane; // el programa usa JOptionPane 

public class Suma 

{ 

public static void main( String args[] ) 

{ 

// obtiene la entrada del usuario de los diálogos de entrada de DOptionPane 
String primerNumero = 

DOptionPane. showInputDialogC "Introduzca el primer entero" ); 

String segundoNumero = 

DOptionPane. showInputDialogC "Introduzca el segundo entero" ); 

// convierte las entradas String en valores int para usarlos en un cálculo 

int numerol = Integer . parselnt( primerNumero ); 
int numero2 = Integer . parselnt( segundoNumero ); 

int suma = numerol + numero2; // suma números 

// muestra los resultados en un diálogo de mensajes de DOptionPane 
DOptionPane. showMessageDi al og( nuil, "La suma es " + suma, 

"Suma de dos enteros", DOptionPane. PLAIN_MESSACE ); 

} // fin del método mai n 
} // fin de la clase Suma 


Diálogo de entrada mostrado por las líneas 10 y 1 1 

Indicador para el usuario 

Cuando el usuario hace clic en 
Aceptar, showInputDi al og 
devuelve al programa el 100 
que escribió el usuario como un 
objeto String. El programa debe 
convertir el Stri ng en un i nt 

Diálogo de entrada mostrado por las líneas 12 y 13 

Barra de título 


Cuando el usuario hace clic 
en Aceptar, el diálogo de 
mensaje se cierra (se quita 
de la pantalla) 


Figura 1 1.2 | Programa de suma que utiliza a DOptionPane para entrada y salida. 


Diálogo de mensaje mostrado por las líneas 22 y 23 
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El usuario escribe caracteres en el campo de texto, y después hace clic en el botón Aceptar u oprime la tecla 
Intro para enviar el objeto Stri ng al programa. Al hacer clic en Aceptar también se cierra (oculta) el diálogo. 
[Nota: si escribe en el campo de texto y no aparece nada, actívelo haciendo clic sobre él con el ratón] . A diferencia 
de Scanner, que puede utilizarse para que el usuario introduzca valores de varios tipos mediante el teclado, un 
diálogo de entrada sólo puede introducir objetos Stri ng. Esto es común en la mayoría de los componentes de la 
GUI. Técnicamente, el usuario puede escribir cualquier cosa en el campo de texto del diálogo de entrada. Nuestro 
programa asume que el usuario introduce un valor entero válido. Si el usuario hace clic en el botón Cancelar, 
showInputDi al og devuelve nuil . Si el usuario escribe un valor no entero o si hace clic en el botón Cancelar en 
el diálogo de entrada, se producirá un error lógico en tiempo de ejecución en este programa y no operará en forma 
correcta. El capítulo 13, Manejo de excepciones, habla acerca de cómo manejar dichos errores. Las líneas 12 y 13 
muestran otro diálogo de entrada que pide al usuario que introduzca el segundo entero. 

Convertir objetos String en valores int 

Para realizar el cálculo en esta aplicación, debemos convertir los objetos Stri ng que el usuario introdujo, en valo- 
res i nt. En la sección 7.12 vimos que el método stati c parselnt de la clase Integer convierte su argumento 
Stri ng en un valor i nt. Las líneas 16 y 17 asignan los valores convertidos a las variables locales numerol y nume- 
ro2. Después, la línea 19 suma estos valores y asigna el resultado a la variable local suma. 


Diálogos de mensaje 

Las líneas 22 y 23 usan el método static showMessageDialog de JOptionPane para mostrar un diálogo de 
mensaje (la última captura de pantalla de la figura 1 1 .2) que contiene la suma. El primer argumento ayuda a la 
aplicación de Java a determinar en dónde debe colocar el cuadro de diálogo. El valor nul 1 indica que el diálogo 
debe aparecer en el centro de la pantalla de la computadora. El primer argumento puede usarse también para 
especificar que el diálogo debe aparecer centrado sobre una ventana específica, lo cual demostraremos más ade- 
lante en la sección 1 1.8. El segundo argumento es el mensaje a mostrar; en este caso, el resultado de concatenar 
el objeto Stri ng "La suma es " y el valor de suma. El tercer argumento ("Suma de dos enteros") representa la 
cadena que debe aparecer en la barra de título del diálogo, en la parte superior. El cuarto argumento (JOption- 
Pane . PLAIN MESSAGE) es el tipo de diálogo de mensaje a mostrar. Un diálogo PLAIN_MESSAGE no muestra un 
icono a la izquierda del mensaje. La clase JOptionPane proporciona varias versiones sobrecargadas de los métodos 
showInputDi al og y showMessageDialog, así como métodos que muestran otros tipos de diálogos. Para obte- 
ner información completa acerca de la clase JOpti onPane, visite el sitio java, sun . com/javase/6/docs/api/ 
javax/swi ng/ JOpti onPane . html . 




Observación de apariencia visual 1 1.3 




Por lo general, la barra de título de una ventana utiliza capitalización de título de libro: un estilo que capitaliza 
la primera letra de cada palabra significativa en el texto, y no termina con ningún signo de puntuación (por ejemplo, 
Capitalización en el Título de un Libro). 


Constantes de diálogos de mensajes de JOptionPane 

Las constantes que representan los tipos de diálogos de mensajes se muestran en la figura 11.3. Todos los tipos 
de diálogos de mensaje, excepto PLAIN_MESSAGE, muestran un icono a la izquierda del mensaje. Estos iconos 
proporcionan una indicación visual de la importancia del mensaje para el usuario. Observe que un icono QUES- 
TION_MESSAGE es el icono predeterminado para un cuadro de diálogo de entrada (vea la figura 1 1.2). 


Tipo de diálogo de mensaje 

Icono 

Descripción 

ERROR_MESSAGE 


Un diálogo que indica un error al usuario. 

INFORMATION_MESSAGE 

(D 

Un diálogo con un mensaje informativo para el usuario. 


Figura 1 1.3 | Constantes static de JOptionPane para diálogos de mensaje. (Parte I de 2). 
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Tipo de diálogo de mensaje 

Icono 

WARNING_MESSAGE 

A 

QUESTION_MESSAGE 

a 

PLAIN_MESSAGE 

sin icono 


Descripción 


Un diálogo que advierte al usuario sobre un problema potencial. 

Un diálogo que hace una pregunta al usuario. Por lo general, este diá- 
logo requiere una respuesta, como hacer clic en un botón Sí o No. 

Un diálogo que contiene un mensaje, pero no un icono. 


Figura 1 1.3 | Constantes static de JOptionPane para diálogos de mensaje. (Parte 2 de 2). 


1 1.3 Generalidades de los componentes de Swing 

Aunque es posible realizar operaciones de entrada y salida utilizando los diálogos de JOptionPane que presen- 
tamos en la sección 1 1 .2, la mayoría de las aplicaciones de GUI requieren interfaces de usuario personalizadas 
y más elaboradas. El resto de este capítulo habla acerca de muchos componentes de la GUI que permiten a los 
desarrolladores de aplicaciones crear GUIs robustas. La figura 1 1 .4 lista varios componentes de la GUI de Swing 
del paquete j avax . swi ng, que se utilizan para crear GUIs en Java. La mayoría de los componentes de Swing son 
componentes puros de Java: están escritos, se manipulan y se muestran completamente en Java. Forman parte de 
las JFC (Java Foundation Classes); las bibliotecas de Java para el desarrollo de GUIs para múltiples plataformas. 
Visite java, sun . com/products/jfc para obtener más información acerca de JFC. 

Comparación entre Swing y AWT 

En realidad hay dos conjuntos de componentes de GUI en Javas. Antes de introducir a Swing en Java SE 1 .2, las 
GUIs de Java se creaban a partir de componentes del Abstract Window Toolkit (AWT) en el paquete java.awt. 
Cuando una aplicación de Java con una GUI del AWT se ejecuta en distintas plataformas, los componentes de la 
GUI de la aplicación se muestran de manera distinta en cada plataforma. Considere una aplicación que muestra 
un objeto de tipo Button (paquete java.awt). En una computadora que ejecuta el sistema operativo Microsoft 
Windows, el objeto Button tendrá la misma apariencia que los botones en las demás aplicaciones Windows. De 
manera similar, en una computadora que ejecuta el sistema operativo Apple Mac OS X, el objeto Button tendrá 
la misma apariencia visual que los botones en las demás aplicaciones Macintosh. Algunas veces, la forma en la que 
un usuario puede interactuar con un componente específico del AWT difiere entre una plataforma y otra. 


Componente 


JLabel 

JTextFieid 

JButton 

JCheckBox 

JComboBox 

JList 

JPanel 


Descripción 


Muestra texto que no puede editarse, o iconos. 

Permite al usuario introducir datos mediante el teclado. También se puede utilizar para mostrar 
texto que puede o no editarse. 

Activa un evento cuando se oprime mediante el ratón. 

Especifica una opción que puede seleccionarse o no seleccionarse. 

Proporciona una lista desplegable de elementos, a partir de los cuales el usuario puede realizar 
una selección, haciendo clic en un elemento o posiblemente escribiendo en el cuadro. 

Proporciona una lista de elementos a partir de los cuales el usuario puede realizar una selección, 
haciendo clic en cualquier elemento en la lista. Pueden seleccionarse varios elementos. 

Proporciona un área en la que pueden colocarse y organizarse los componentes. También puede 
utilizarse como un área de dibujo para gráficos. 


Figura 1 1.4 | Algunos componentes básicos de GUI. 
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En conjunto, a la apariencia y la forma en la que interactúa el usuario con la aplicación se les denomina la 
apariencia visual. Los componentes de GUI de Swing nos permiten especificar una apariencia visual uniforme 
para una aplicación a través de todas las plataformas, o para usar la apariencia visual personalizada de cada plata- 
forma. Incluso, hasta una aplicación puede modificar la apariencia visual durante la ejecución, para permitir a los 
usuarios elegir su propia apariencia visual preferida. 

Tip de portabilidad I l.l 

Los componentes de Swing se implementan en Java , por lo que son más portables y flexibles que los componentes de 
GUI originales de Java del paquete java.awt, que estaban basados en los componentes de GUI de la plataforma 
subyacente. Por esta razón , generalmente se prefieren los componentes de GUI de Swing. 

Comparación entre componentes de GUI ligeros y pesados 

La mayoría de los componentes de Swing no están enlazados a los componentes reales de GUI que soporta la 
plataforma subyacente en la cual se ejecuta una aplicación. Dichos componentes de la GUI se conocen como 
componentes ligeros. Los componentes de AWT (muchos de los cuales se asemejan a los componentes de Swing) 
están enlazados a la plataforma local y se conocen como componentes pesados, ya que dependen del sistema de 
ventanas de la plataforma local para determinar su funcionalidad y su apariencia visual. 

Varios componentes de Swing son componentes ligeros. Al igual que los componentes de AWT, los compo- 
nentes de GUI pesados de Swing requieren interacción directa con el sistema de ventanas locales, el cual puede 
restringir su apariencia y funcionalidad, haciéndolos menos flexibles que los componentes ligeros. 

Observación de apariencia visual 1 1.4 

La apariencia visual de una GUI definida con componentes de GUI pesados del paquete java . awt tal vez nunca 
varíe de una plataforma a otra. Debido a que los componentes pesados están enlazados a la GUI de la plataforma 
local, la apariencia visual varía de una plataforma a otra. 

Superclases de los componentes de GUI ligeros de Swing 

El diagrama de clases de UML de la figura 11.5 muestra una jerarquía de herencia que contiene clases a partir de 
las cuales los componentes ligeros de Swing heredan sus atributos y comportamientos comunes. Como vimos en 
el capítulo 9, la clase Ob j ect es la superclase de la jerarquía de clases de Java. 

Observación de ingeniería de software 1 1 . 1 

Estudie los atributos y comportamientos de las clases en la jerarquía de clases de la figura 11.5. Estas clases declaran 
las características comunes para la mayoría de los componentes de Swing. 

La clase Component (paquete java.awt) es una subclase de Object que declara muchos de los atributos y 
comportamientos comunes para los componentes de GUI en los paquetes j ava . awt y j avax . swi ng. La mayoría 




Object 


Component 

A 


Container 


/ Component 


Figura 1 1.5 


Superclases comunes de muchos de los componentes de Swing. 
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de los componentes de GUI extienden la clase Component de manera directa o indirecta. Para obtener una lista 
completa de estas características comunes, visite java.sun.com/javase/6/docs/api/java/awt/Component. 
html . 

La clase Container (paquete java.awt) es una subclase de Component. Como veremos pronto, los obje- 
tos Component se adjuntan a objetos Contai ner (como las ventanas), de manera que los objetos Component se 
puedan organizar y mostrar en la pantalla. Cualquier objeto que sea un Contai ner se puede utilizar para orga- 
nizar a otros objetos Component en una GUI. Como un Container es un Component, puede adjuntar objetos 
Contai ner a otros objetos Contai ner para ayudar a organizar una GUI. Para obtener una lista completa de las 
características de Container que son comunes para los componentes ligeros de Swing, visite java.sun.com/ 
javase/6/docs/api/java/awt/Contai ner. html. 

La clase JComponent (paquete javax. swing) es una subclase de Container. DComponent es la superclase 
de todos los componentes ligeros de Swing, y declara los atributos y comportamientos comunes. Debido a que 
DComponent es una subclase de Contai ner, todos los componentes ligeros de Swing son también objetos Con- 
tai ner. Algunas de las características comunes para los componentes ligeros que soporta JComponent son: 

1. Una apariencia visual adaptable, la cual puede utilizarse para personalizar la apariencia de los compo- 
nentes (por ejemplo, para usarlos en plataformas específicas). En la sección 22.6 veremos un ejemplo de 
esto. 

2. Teclas de método abreviado (llamadas nemónicos) para un acceso directo a los componentes de la GUI 
por medio del teclado. En la sección 22.4 veremos un ejemplo de esto. 

3. Herramientas manejadoras de eventos comunes, para casos en los que varios componentes de la GUI 
inician las mismas acciones en una aplicación. 

4. Breves descripciones del propósito de un componente de la GUI (lo que se conoce como cuadros de 
información sobre herramientas o tool tips) que se muestran cuando el cursor del ratón se coloca 
sobre el componente durante un breve periodo. En la siguiente sección veremos un ejemplo de esto. 

5. Soporte para tecnologías de ayuda, como lectores de pantalla Braille para las personas con impedimentos 
visuales. 

6. Soporte para la localización de la interfaz de usuario; es decir, personalizar la interfaz de usuario para 
mostrarla en distintos lenguajes y utilizar las convenciones de la cultura local. 

Éstas son sólo algunas de las muchas características de los componentes de Swing. Visite j ava . sun . com/ j avase/ 
6/docs/api/javax/swing/JComponent.html para obtener más detalles de las características comunes de los 
componentes ligeros. 
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Nuestro siguiente ejemplo introduce un marco de trabajo para crear aplicaciones de GUI. Este marco de trabajo 
utiliza varios conceptos que verá en muchas de nuestras aplicaciones de GUI. Éste es nuestro primer ejemplo en el 
que la aplicación aparece en su propia ventana. La mayoría de las ventanas que creará son una instancia de la clase 
DFrame o una subclase de JFrame. JFrame proporciona los atributos y comportamientos básicos de una ventana: 
una barra de título en la parte superior, y botones para minimizar, maximizar y cerrar la ventana. Como la GUI 
de una aplicación por lo general es específica para esa aplicación, la mayoría de nuestros ejemplos consistirán en 
dos clases: una subclase de JFrame que nos ayuda a demostrar los nuevos conceptos de la GUI y una clase de 
aplicación, en la que mai n crea y muestra la ventana principal de la aplicación. 

Etiquetado de componentes de la GUI 

Una GUI típica consiste en muchos componentes. En una GUI extensa, puede ser difícil identificar el propósito 
de cada componente, a menos que el diseñador de la GUI proporcione instrucciones de texto o información que 
indique el propósito de cada componente. Dicho texto se conoce como etiqueta y se crea con la clase DLabeJ ; una 
subclase de JComponent. Un objeto JLabel muestra una sola línea de texto de sólo lectura, una imagen, o texto 
y una imagen. Raras veces las aplicaciones modifican el contenido de una etiqueta, después de crearla. 
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Observación de apariencia visual I I.S 

Por lo general, el texto en un objeto JLabel utiliza la capitalización estilo oración. 


La aplicación de las figuras 11.6 y 11.7 demuestra varias características de ILabel y presenta el marco de 
trabajo que utilizamos en la mayoría de nuestros ejemplos de GUI. No resaltamos el código en este ejemplo, ya 
que casi todo es nuevo. [Nota: hay muchas más características para cada componente de GUI de las que pode- 
mos cubrir en nuestros ejemplos. Para conocer todos los detalles acerca de cada componente de la GUI, visite su 
página en la documentación en línea. Para la clase ILabel, visite java, sun . com/javase/6/docs/api /javax/ 
swing/JLabel .htmlj. 

La clase LabelFrame (figura 11.6) es una subclase de JFrame. Utilizaremos una instancia de la clase Label - 
Frame para mostrar una ventana que contiene tres objetos ILabel . Las líneas 3 a 8 importan las clases utilizadas 
en la clase Label Frame. La clase extiende a JFrame para heredar las características de una ventana. Las líneas 12 
a 14 declaran las tres variables de instancia JLabel, cada una de las cuales se instancia en el constructor de JLa- 
bel Frame (líneas 17 a 41). Por lo general, el constructor de la subclase de JFrame crea la GUI que se muestra 
en la ventana, cuando se ejecuta la aplicación. La línea 19 invoca al constructor de la superclase JFrame con el 
argumento "Prueba de JLabel ". El constructor de JFrame utiliza este objeto Stri ng como el texto en la barra 
de título de la ventana. 
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// Fig. 11.6: Label Frame . java 
// Demostración de la clase JLabel. 

import java.awt.FlowLayout; // especifica cómo se van a ordenar los componentes 
import javax. swing. JFrame; // proporciona las características básicas de una ventana 
import javax. swing . JLabel ; // muestra texto e imágenes 

import javax. swing. Swi ngConstants; // constantes comunes utilizadas con Swing 
import javax. swing. Icón; // interfaz utilizada para manipular imágenes 
import javax. swing. Imagelcon; // carga las imágenes 

public class LabelFrame extends JFrame 

{ 

private JLabel etiquetal; // JLabel sólo con texto 

private JLabel etiqueta2; // JLabel construida con texto y un icono 

private JLabel etiquetaB; // JLabel con texto adicional e icono 

// El constructor de LabelFrame agrega objetos JLabel a JFrame 
public Label Frame() 

{ 

super( "Prueba de JLabel" ); 

setLayout( new FlowLayoutO ); // establece el esquema del marco 

// Constructor de JLabel con un argumento String 
etiquetal = new JLabel ( "Etiqueta con texto" ); 
etiquetal. setToolTi pText( "Esta es etiquetal" ); 
add( etiquetal ); // agrega etiquetal a JFrame 

// Constructor de JLabel con argumentos de cadena, Icono y alineación 

Icón insecto = new ImageIcon( getClassO . getResource( "insectol.gif" ) ); 
etiqueta2 = new JLabel ( "Etiqueta con texto e icono , insecto, 

Swi ngConstants . LEFT ); 

etiqueta2 . setToolTi pText( "Esta es etiqueta2" ); 
add( etiqueta2 ); // agrega etiqueta2 a JFrame 

etiquetaB = new JLabel (); // Constructor de JLabel sin argumentos 
etiqueta3.setText( "Etiqueta con icono y texto en la parte inferior" ); 
etiqueta3.setIcon( insecto ); // agrega icono a JLabel 
etiqueta3.setHorizontalTextPosition( Swi ngConstants. CENTER ) ; 


Figura 1 1.6 


Objetos JLabel con texto e ¡conos. (Parte I de 2). 
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38 etiqueta3.setVerticalTextPosition( Swi ngConstants . BOTTOM ); 

39 etiqueta3 . setToolTi pText( "Esta es etiqueta3" ); 

40 add( etiqueta3 ); // agrega etiqueta3 a 3 Frame 

41 } // fin del constructor de LabelFrame 

42 } // fin de la clase LabelFrame 

Figura 1 1.6 | Objetos 3 Labe! con texto e ¡conos. (Parte 2 de 2). 


1 // Fig. 11.7: PruebaLabel . java 

2 // Prueba de LabelFrame. 

3 import javax. swi ng . IFrame ; 

4 

5 public class PruebaLabel 

6 { 

7 public static void main( String args[] ) 

8 { 

9 LabelFrame marcoEtiqueta = new Label Frame() ; // crea objeto LabelFrame 

10 marcoEtiqueta. setDefaultCloseOperation( IFrame. EXIT_0N_CL0SE ); 

11 marcoEtiqueta. setSize( 275, 180 ); // establece el tamaño del marco 

12 marcoEtiqueta. setVisiblef true ); // muestra el marco 

13 } // fin de main 

14 } // fin de la clase PruebaLabel 
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Figura I 1.7 | Clase de prueba de Label Frame. 


Especificación del esquema 

Al crear una GUI, cada componente de ésta debe adjuntarse a un contenedor, como una ventana creada con un 
objeto 3 Frame. Además, por lo general debemos decidir en dónde colocar cada componente de la GUI. Esto se 
conoce como especificar el esquema de los componentes de la GUI. Como aprenderá al final de este capítulo y 
en el capítulo 22, Componentes de la GUI: parte 2, Java cuenta con varios administradores de esquemas que 
pueden ayudarle a colocar los componentes. 

Muchos entornos de desarrollo integrados (IDE) proporcionan herramientas de diseño de GUIs, en las cua- 
les podemos especificar el tamaño y la ubicación exactos de un componente en forma visual utilizando el ratón, y 
después el IDE genera el código de la GUI por nosotros. Aunque dichos IDEs pueden simplificar considerable- 
mente la creación de GUIs, sus capacidades son distintas. 

Para asegurar que el código en este libro pueda utilizarse con cualquier IDE, no utilizamos un IDE para crear 
el código de la GUI en la mayoría de nuestros ejemplos. Por esta razón, usamos administradores de esquemas de 
Java en nuestros ejemplos de GUI. Uno de esos administradores es FlowLayout, en el cual los componentes de 
la GUI se colocan en un contenedor de izquierda a derecha, en el orden en el que el programa los une al conte- 
nedor. Cuando no hay más espacio para acomodar los componentes de izquierda a derecha, se siguen mostrando 
de izquierda a derecha en la siguiente línea. Si se cambia el tamaño del contenedor, un esquema FlowLayout 
reordena los componentes para dar cabida a la nueva anchura del contenedor, posiblemente con menos o más filas 
de componentes de la GUI. La línea 20 especifica que el esquema del objeto Label Frame debe ser F1 owLayout. 
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El método setLayout se hereda en laclase Label Frame, indirectamente de la clase Con tai ner. El argumento para 
el método debe ser un objeto de una clase que implemente la interfaz LayoutManager (es decir, FlowLayout). 
La línea 20 crea un nuevo objeto F1 owLayout y pasa su referencia como argumento para setLayout. 

Cómo crear y adjuntar etiquetal 

Ahora que hemos especificado el esquema de la ventana, podemos empezar a crear y adjuntar componentes de 
la GUI en la ventana. La línea 23 crea un objeto 3 Label y pasa "Etiqueta con texto" al constructor. El objeto 
3 Label muestra este texto en la pantalla como parte de la GUI de la aplicación. La línea 24 utiliza el método 
setTool T i pText (heredado por 3 Label de 3Component) para especificar la información sobre herramientas que 
se muestra cuando el usuario coloca el cursor del ratón sobre el objeto 3 Label en la GUI. En la segunda captura 
de pantalla de la figura 11.7 puede ver un cuadro de información sobre herramientas de ejemplo. Cuando ejecute 
esta aplicación, trate de colocar el ratón sobre cada objeto 3 Label para ver su información sobre herramientas. 
La línea 25 adjunta eti quetal al objeto Label Frame, para lo cual pasa etiquetal al método add, que se hereda 
indirectamente de la clase Contai ner. 


Error común de programación I l.l 

Si no agrega explícitamente un componente de GUI a un contenedor, el componente no se mostrará cuando aparezca 
el contenedor en la pantalla. 


IM'IM 


Observación de apariencia visual 1 1.6 


Use cuadros de información sobre herramientas para agregar texto descriptivo a sus componentes de GUI. Este texto 
ayuda al usuario a determinar el propósito del componente de GUI en la interfaz de usuario. 


Cómo crear y adjuntar etiqueta2 

Los iconos son una forma popular de mejorar la apariencia visual de una aplicación, y también se utilizan común- 
mente para indicar funcionalidad. Por ejemplo, la mayoría de las VCRs y los reproductores de DVD de la actuali- 
dad utilizan el mismo icono para reproducir una cinta o un DVD. Varios componentes de Swing pueden mostrar 
imágenes. Por lo general, un icono se especifica con un argumento Icón para un constructor o para el método 
setlcon del componente. Un Icón es un objeto de cualquier clase que implemente a la interfaz Icón (paquete 
javax. swi ng). Una de esas clases es Imagelcon (paquete javax. swi ng), que soporta varios formatos de imá- 
genes, incluyendo: (GIF) Formato de intercambio de gráficos, (PNG) Gráficos portables de red y (JPEG) 
Grupo de expertos unidos en fotografía. Los nombres de archivos para cada uno de estos tipos termina con 
. gi f, . png o . j pg (o . j peg), respectivamente. En el capítulo 21, Multimedia: applets y aplicaciones, hablaremos 
sobre las imágenes con más detalle. 

La línea 28 declara un objeto Imagelcon. El archivo i nsectol . gi f contiene la imagen a cargar y almacenar 
en el objeto Imagelcon. (Esta imagen se incluye en el directorio para este ejemplo, en el CD que acompaña a este 
libro). El objeto Imagelcon se asigna a la referencia Icón llamada insecto. Recuerde que la clase Imagelcon 
implementa a la interfaz Icón; un objeto Imagelcon es un objeto Icón. 

En la línea 28, la expresión getClassO .getResource( "insectol.gif" ) invoca al método getClass 
(heredado de la clase Ob j ect) para obtener una referencia al objeto C1 ass que representa la declaración de la clase 
Label Frame. Después, esa referencia se utiliza para invocar al método getResource de C1 ass, el cual devuelve 
la ubicación de la imagen como un URL. El constructor de Imagelcon utiliza el URL para localizar la imagen, 
y después la carga en la memoria. Como vimos en el capítulo 1, la JVM carga las declaraciones de las clases en la 
memoria, usando un cargador de clases. El cargador de clases sabe en dónde se encuentra localizada en el disco 
cada clases que carga. El método getResource utiliza el cargador de clases del objeto Class para determinar la 
ubicación de un recurso, como un archivo de imagen. En este ejemplo, el archivo de imagen se almacena en la mis- 
ma ubicación que el archivo Label Frame . el ass. Las técnicas aquí descritas permiten que una aplicación cargue 
archivos de imagen de ubicaciones que son relativas al archivo . el ass de Label Frame en disco. 

Un objeto 3 Label puede mostrar un objeto Icón. Las líneas 29 y 30 utilizan otro constructor de 3 Label 
para crear un objeto 3 Label que muestre el texto "Etiqueta con texto e icono" y el objeto Icón llamado 
i nsecto que se creó en la línea 28. El último argumento del constructor indica que el contenido de la etiqueta 
está justificado a la izquierda, o alineado a la izquierda (es decir, el icono y el texto se encuentran en el lado 
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izquierdo del área de la etiqueta en la pantalla). La interfaz SwingConstants (paquete javax . swi ng) declara un 
conjunto de constantes enteras comunes (como Swi ngConstants . LEFT) que se utilizan con muchos compo- 
nentes de Swing. De manera predeterminada, el texto aparece a la derecha de una imagen cuando una etiqueta 
contiene tanto texto como una imagen. Observe que las alineaciones horizontal y vertical de un objeto JLabel 
se pueden establecer mediante los métodos setHorizontal Al ignment y setVertical Al ignment, respectiva- 
mente. La línea 31 especifica el texto de información sobre herramientas para etiqueta2, y la línea 32 agrega 
etiqueta2 al objeto JFrame. 

Cómo crear y adjuntar etiqueta3 

La clase JLabel cuenta con muchos métodos para modificar la apariencia de una etiqueta, una ves que se crea 
una instancia de ésta. La línea 34 crea un objeto JLabel e invoca a su constructor sin argumentos. Al principio, 
dicha etiqueta no tiene texto ni objeto Icón. La línea 35 utiliza el método setText de JLabel para establecer 
el texto mostrado en la etiqueta. El método correspondiente getText obtiene el texto actual mostrado en la eti- 
queta. La línea 36 utiliza el método setlcon de JLabel para especificar el objeto Icón a mostrar en la etiqueta. 
El correspondiente método getlcon obtiene el objeto Icón actual mostrado en una etiqueta. Las líneas 37 y 38 
utilizan los métodos setHorizontalTextPosition y setVerticalTextPosition de JLabel para especificar 
la siguiente posición del texto en la etiqueta. En este caso, el texto se centrará en forma horizontal y aparecerá en la 
parte inferior de la etiqueta. Por ende, el objeto Icón aparecerá por encima del texto. Las constantes de posición 
horizontal en Swi ngConstants son LEFT, CENTER y RICHT (figura 1 1.8). Las constantes de posición vertical en 
SwingConstants son TOP, CENTER y BOTTOM (figura 11.8). La línea 39 establece el texto de información sobre 
herramientas para etiquetaB. La línea 40 agrega etiqueta3 al objeto JFrame. 


Constante Descripción 


Constantes de posición horizontal 

Swi ngConstants . LEFT 
Swi ngConstants . CENTER 
Swi ngConstants . RICHT 
Constantes de posición vertical 
Swi ngConstants .TOP 
Swi ngConstants . CENTER 
Swi ngConstants . BOTTOM 


Coloca el texto a la izquierda. 
Coloca el texto en el centro. 

Coloca el texto a la derecha. 

Coloca el texto en la parte superior. 
Coloca el texto en el centro. 

Coloca el texto en la parte inferior. 


Figura 1 1.8 | Algunos componentes de GUI básicos. 


Cómo crear y mostrar una ventana Labe! Frame 

La clase PruebaLabel (figura 1 1.7) crea un objeto de la clase Label Frame (línea 9) y después especifica la opera- 
ción de cierre predeterminada para la ventana. De manera predeterminada, al cerrar una ventana ésta simplemente 
se oculta. Sin embargo, cuando el usuario cierre la ventana Label Frame, nos gustaría que la aplicación terminara. 
La línea 10 invoca al método setDefaultCloseOperation de Label Frame (heredado de la clase JFrame) con 
la constante JFrame. EXIT ON CLOSE como el argumento para indicar que el programa debe terminar cuando el 
usuario cierre la ventana. Esta línea es importante. Sin ella, la aplicación no terminará cuando el usuario cierre 
la ventana. A continuación, la línea 1 1 invoca el método setSi ze de Label F rame para especificar la anchura y la 
altura de la ventana. Por último, la línea 12 invoca al método setVisible de Label Frame con el argumento 
true, para mostrar la ventana en la pantalla. Pruebe a cambiar el tamaño de la ventana, para ver cómo el esquema 
F1 owLayout cambia las posiciones de los objetos JLabel, a medida que cambia la anchura de la ventana. 
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1 1.5 Campos de texto y una introducción al manejo de eventos 
con clases anidadas 

Por lo general, un usuario interactúa con la GUI de una aplicación para indicar las tareas que ésta debe realizar. Por 
ejemplo, cuando usted escribe un mensaje en una aplicación de correo electrónico, al hacer clic en el botón Enviar 
le indica a la aplicación que envíe el correo electrónico a las direcciones especificadas. Las GUIs son controladas 
por eventos. Cuando el usuario interactúa con un componente de la GUI, la interacción (conocida como un 
evento) controla el programa para que realice una tarea. Algunos eventos (interacciones del usuario) comunes que 
podrían hacer que una aplicación realizara una tarea incluyen el hacer clic en un botón, escribir en un campo de 
texto, seleccionar un elemento de un menú, cerrar una ventana y mover el ratón. El código que realiza una tarea 
en respuesta a un evento se llama manejador de eventos y al proceso en general de responder a los eventos se le 
conoce como manejo de eventos. 

En esta sección, presentaremos dos nuevos componentes de GUI que pueden generar eventos: JTextField 
y JPasswordField (paquete javax. swi ng).La clase JTextFi el d extiende a la clase JTextComponent (paquete 
javax. swi ng .text), que proporciona muchas características comunes para los componentes de Swing basados 
en texto. La clase JPasswordField extiende a JTextField y agrega varios métodos específicos para el procesa- 
miento de contraseñas. Cada uno de estos componentes es un área de una sola línea, en la cual el usuario puede 
introducir texto mediante el teclado. Las aplicaciones también pueden mostrar texto en un objeto JTextField 
(vea la salida de la figura 11.10). Un objeto JPasswordField muestra que se están escribiendo caracteres a 
medida que el usuario los introduce, pero oculta los caracteres reales con un carácter de eco, asumiendo que 
representan una contraseña que sólo el usuario debe conocer. 

Cuando el usuario escribe datos en un objeto JTextField o JPasswordField y después oprime Intro, 
ocurre un evento. Nuestro siguiente ejemplo demuestra cómo un programa puede realizar una tarea en respuesta 
a ese evento. Las técnicas que se muestran aquí se pueden aplicar a todos los componentes de GUI que generen 
eventos. 

La aplicación de las figuras 11. 9 y 11.10 utiliza las clases JTextFi el d y JPasswordFi el d para crear y mani- 
pular cuatro campos de texto. Cuando el usuario escribe en uno de los campos de texto y después oprime Intro, la 
aplicación muestra un cuadro de diálogo de mensaje que contiene el texto que escribió el usuario. Sólo podemos 
escribir en el campo de texto que esté “enfocado”. Un componente recibe el enfoque cuando el usuario hace 
clic en ese componente. Esto es importante, ya que el campo de texto con el enfoque es el que genera un evento 
cuando el usuario oprime Intro. En este ejemplo, cuando el usuario oprime Intro en el objeto J PasswordFi el d, 
se revela la contraseña. Empezaremos por hablar sobre la preparación de la GUI, y después sobre el código para 
manejar eventos. 
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// Fig. 11.9: CampoTextoMarco. java 
// Demostración de la clase JTextField. 

import java.awt. FlowLayout; 
import java.awt . event . Acti onLi stener ; 
i mpo rt j ava . awt . event .Acti onEvent ; 
import javax. swi ng . JFrame ; 
import javax. swing. JTextField; 
import j avax . swi ng . J Pas swo rd Fi el d ; 
import javax. swi ng . JOptionPane; 


public class CampoTextoMarco extends JFrame 

{ 

private JTextField campoTextol; // campo de texto 
private JTextField campoTexto2; // campo de texto 
private JTextField campoTexto3; // campo de texto 
private JPasswordField campoContrasenia; // campo 


con tamaño fijo 
construido con texto 
con texto y tamaño 
de contraseña con texto 


// El constructor de CampoTextoMarco agrega objetos JTextField a JFrame 
public CampoTextoMarcoO 


Figura I 1.9 | Objetos JTextField y JPasswordField. (Parte I de 3). 
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super( "Prueba de JTextField y JPasswordField" ); 

setLayout( new FlowLayoutO ); // establece el esquema del marco 

// construye campo de texto con 10 columnas 

campoTextol = new JTextField( 10 ); 

add( campoTextol ); // agrega campoTextol a JFrame 

// construye campo de texto con texto predeterminado 
campoTexto2 = new JTextField( "Escriba el texto aqui" ); 
add( campoTexto2 ); // agrega campoTexto2 a IFrame 

// construye campo de texto con texto predeterminado y 21 columnas 
campoTexto3 = new JTextField( "Campo de texto no editable", 21 ); 
campoTexto3 . setEdi tabl e( false ); // deshabilita la edición 
add( campoTexto3 ); // agrega campoTexto3 a JFrame 

// construye campo de contraseña con texto predetermi nado38 
campoContrasenia = new JPasswordFi el d( "Texto oculto" ); 
add( campoContrasenia ); // agrega campoContrasenia a IFrame 

// registra los manejadores de eventos 

ManejadorCampoTexto manejador = new ManejadorCampoTextoO ; 
campoTextol. addActionLi stener( manejador ); 
campoTexto2 . addActionLi stener( manejador ); 
campoTexto3 . addActionLi stener( manejador ); 
campoContrasenia. addActionLi stenerf manejador ); 

} // fin del constructor de CampoTextoMarco 

// clase interna privada para el manejo de eventos 

private class ManejadorCampoTexto implements ActionListener 

{ 

// procesa los eventos de campo de texto 
public void actionPerformed( ActionEvent evento ) 

{ 

String cadena ="";// declara la cadena a mostrar 

// el usuario oprimió Intro en el objeto JTextField campoTextol 

if ( evento. getSource() == campoTextol ) 

cadena = Stri ng . format( "campoTextol: %s", 
evento. getActionCommandO ); 

// el usuario oprimió Intro en el objeto JTextField campoTexto2 

else if ( evento. getSourceC) == campoTexto2 ) 
cadena = Stri ng . format( "campoTexto2 : %s", 
evento. getActionCommandO ); 

// el usuario oprimió Intro en el objeto JTextField campoTexto3 

else if ( evento. getSourceO == campoTexto3 ) 
cadena = Stri ng . format( "campoTexto3 : %s , 
evento. getActionCommandO ); 

// el usuario oprimió Intro en el objeto JTextField campoContrasenia 

else if ( evento. getSourceO == campoContrasenia ) 
cadena = Stri ng . format( "campoContrasenia: %s", 
new StringC campoContraseni a. getPasswordO ) ); 

// muestra el contenido del objeto JTextField 

JOptionPane.showMessageDialogC nuil, cadena ); 


Figura 1 1.9 


Objetos JTextField y JPasswordField. (Parte 2 de 3). 
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79 } // fin del método actionPerformed 

80 } // fin de la clase interna privada ManejadorCampoTexto 

81 } // fin de la clase CampoTextoMarco 

Figura I 1.9 | Objetos ITextField y JPasswordField. (Parte 3 de 3). 


Las líneas 3 a 9 importan las clases e interfaces que utilizamos en este ejemplo. La clase CampoTextoMarco 
extiende a JFrame y declara tres variables JTextFi el d y una variable IPasswordFi eld (líneas 13 a 16). Cada uno 
de los correspondientes campos de texto se instancia y se adjunta al objeto CampoTextoMarco en el constructor 
(líneas 19a 47) . 


1 // Fig. 11.10: PruebaCampoTexto . java 

2 // Prueba de CampoTextoMarco. 

3 import javax. swi ng . IFrame ; 

4 

5 public class PruebaCampoTexto 

6 { 

7 public static void main( String args[] ) 

8 { 

9 CampoTextoMarco CampoTextoMarco = new CampoTextoMarcoO ; 

10 CampoTextoMarco. setDefaultCloseOperation( IFrame. EXIT_0N_CL0SE ); 

11 CampoTextoMarco. setSize( 350, 100 ); // establece el tamaño del marco 

12 CampoTextoMarco . setVi si bl e( true ); // muestra el marco 

13 } // fin de main 

• 4 } // fin de la clase PruebaCampoTexto 



Figura 11.10 | Clase de prueba de CampoTextoMarco. (Parte I de 2). 
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Figura I 1.10 | Clase de prueba de CampoTextoMarco. (Parte 2 de 2). 


Creación de la GUI 

La línea 22 establece el esquema del objeto CampoTextoMarco a FlowLayout. La línea 25 crea el objeto cam- 
poTextol con 10 columnas de texto. La anchura en píxeles de una columna de texto se determina en base a la 
anchura promedio de un carácter en el tipo de letra actual del campo de texto. Cuando se muestra texto en un 
campo de texto, y el texto es más ancho que el campo de texto en sí, no está visible una parte del texto del lado 
derecho. Si usted escribe en un campo de texto y el cursor llega al extremo derecho del campo, el texto en el 
extremo izquierdo se empuja hacia el lado izquierdo del campo de texto y ya no estará visible. Los usuarios pueden 
usar las flechas de dirección izquierda y derecha para recorrer el texto completo, aun cuando éste no se pueda ver 
todo a la vez. La línea 26 agrega el objeto campoTextol al objeto JFrame. 

La línea 29 crea el objeto campoTexto2 con el texto inicial "Escri ba el texto aquí " para mostrarlo en el 
campo de texto. La anchura del campo se determina en base al texto predeterminado especificado en el construc- 
tor. La línea 30 agrega el objeto campoTexto2 al objeto DFrame. 

La línea 33 crea el objeto campoTexto3 y llama al constructor de DTextFi el d con dos argumentos: el texto 
predeterminado "Campo de texto no editable" para mostrarlo y el número de columnas (21). La anchura del 
campo de texto se determina en base al número de columnas especificadas. La línea 34 utiliza el método setEdi - 
tabl e (heredado por JTextFi el d de la clase JTextComponent) para hacer el campo de texto no editable; es decir, 
el usuario no puede modificar el texto. La línea 35 agrega el objeto campoTexto3 al objeto DFrame. 

La línea 38 crea campoCont rasen i a con el texto "Texto oculto" a mostrar en el campo de texto. La anchu- 
ra de este campo de texto se determina en base a la anchura del texto predeterminado. Al ejecutar la aplicación, 
observe que el texto se muestra como una cadena de asteriscos. La línea 39 agrega campoContraseni a al objeto 
IFrame. 


Pasos requeridos para establecer el manejo de eventos para un componente de GUI 
Este ejemplo debe mostrar un diálogo de mensaje que contenga el texto de un campo de texto, cuando el usuario 
oprime Intro en ese campo de texto. Antes de que una aplicación pueda responder a un evento para un compo- 
nente de GUI específico, debemos realizar varios pasos de codificación: 

1. Crear una clase que represente al manejador de eventos. 

2. Implementar una interfaz apropiada, conocida como interfaz de escucha de eventos, en la clase del 
paso 1. 


3. Indicar que se debe notificar a un objeto de la clase de los pasos 1 y 2 cuando ocurra el evento. A esto se 
le conoce como registrar el manejador de eventos. 


Uso de una clase anidada para implementar un manejador de eventos 

Todas las clases que hemos visto hasta ahora se conocen como clases de nivel superior; es decir, las clases no 
se declararon dentro de otras clases. Java nos permite declarar clases dentro de otras clases; a éstas se les conoce 
como clases anidadas. Las clases anidadas pueden ser stati c o no stati c. Las clases anidadas no stati c se 
llaman clases internas, y se utilizan con frecuencia para el manejo de eventos. 



Observación de ingeniería de software 1 1.2 

Una dase interna puede acceder directamente a las variables y métodos de su clase de nivel superior, aun cuando 
sean prívate. 
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Antes de poder crear un objeto de una clase interna, debe haber primero un objeto de la clase de nivel 
superior que contenga a la clase interna. Esto se requiere debido a que un objeto de la clase interna tiene implí- 
citamente una referencia a un objeto de su clase de nivel superior. También hay una relación especial entre estos 
objetos: el objeto de la clase interna puede acceder directamente a todas las variables de instancia y métodos de 
la clase externa. Una clase interna que es stati c no requiere un objeto de su clase de nivel superior, y no tiene 
implícitamente una referencia a un objeto de la clase de nivel superior. Como veremos en el capítulo 12, Gráficos 
y Java 2D™, la API 2D de Java utiliza mucho las clases anidadas stati c. 

El manejo de eventos en este ejemplo se realiza mediante un objeto de la clase interna pri vate Mane j ador- 
CampoTexto (líneas 50 a 80). Esta clase es pri vate debido a que se utilizará sólo para crear manejadores de even- 
tos para los campos de texto en la clase de nivel superior CampoTextoMarco. Al igual que con los otros miembros 
de una clase, las clases internas pueden declararse como publ i c, protected o pri vate. 

Los componentes de GUI pueden generar una variedad de eventos en respuesta a las interacciones del 
usuario. Cada evento se representa mediante una clase, y sólo puede procesarse mediante el tipo apropiado de 
manejador de eventos. En la mayoría de los casos, los eventos que soporta un componente de GUI se describen 
en la documentación de la API de java para la clase de ese componente y sus superclases. Cuando el usuario opri- 
me Intro en un objeto JTextFi el d o IPasswordFi el d, el componente de GUI genera un evento ActionEvent 
(paquete java.awt.event). Dicho evento se procesa mediante un objeto que implementa la interfaz Action- 
Listener (paquete java.awt.event). La información aquí descrita está disponible en la documentación de la 
API de Java para las clases ITextFi el d y ActionEvent. Como JPasswordFi el d es una subclase de ITextFi el d, 
IPasswordFi el d soporta los mismos eventos. 

Para prepararnos para manejar los eventos en este ejemplo, la clase interna ManejadorCampoTexto imple- 
menta la interfaz Acti onLi stener y declara el único método en esa interfaz: acti onPerformed (líneas 53 a 79). 
Este método especifica las tareas a realizar cuando ocurre un evento ActionEvent. Por lo tanto, la clase Text- 
FieldHandler cumple con los pasos 1 y 2 que se listaron anteriormente en esta sección. En breve hablaremos 
sobre los detalles del método acti onPerformed. 


Registro del manejador de evento para cada campo de texto 

En el constructor de MarcoCampoTexto, la línea 42 crea un objeto ManejadorCampoTexto y lo asigna a la varia- 
ble manejador. El método actionPerformed de este objeto se llamará en forma automática cuando el usuario 
oprima Intro en cualquiera de los campos de texto de la GUI. Sin embargo, antes de que pueda ocurrir esto, el 
programa debe registrar este objeto como el manejador de eventos para cada campo de texto. Las líneas 43 a 46 
son las instrucciones de registro de eventos que especifican a manejador como el manejador de eventos para los 
tres objetos ITextFi el d y el objeto IPasswordFi el d. La aplicación llama al método addActionListener de 
ITextFi el d para registrar el manejador de eventos para cada componente. Este método recibe como argumento 
un objeto Acti onLi stener, el cual puede ser un objeto de cualquier clase que implemente a ActionLi stener. 
El objeto manejador es un Acti onLi stener, ya que la clase ManejadorCampoTexto implementa a ActionLi s- 
tener. Una vez que se ejecutan las líneas 43 a 46, el objeto manejador escucha los eventos. Ahora, cuando el 
usuario oprime Intro en cualquiera de estos cuatro campos de texto, se hace una llamada al método actionPer- 
formed (líneas 53 a 79) en la clase ManejadorCampoTexto para que maneje el evento. Si no está registrado un 
manejador de eventos para un campo de texto específico, el evento que ocurre cuando el usuario oprime Intro en 
ese campo se consume (es decir, la aplicación simplemente lo ignora). 



Observación de ingeniería de software 1 1.3 

El componente de escucha de eventos para cierto evento dehe implementar a la interfaz de escucha de eventos apro- 
piada. 



Error común de programación 1 1.2 

Olvidar registrar un objeto manejador de eventos para un tipo de evento específico de un componente de la GUI hace 
que los eventos de ese tipo se ignoren. 


Detalles del método actionPerformed de la clase ManejadorCampoTexto 

En este ejemplo estamos usando el método actionPerformed de un objeto manejador de eventos (líneas 53 a 
79) para manejar los eventos generados por cuatro campos de texto. Como nos gustaría imprimir en pantalla el 
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nombre de la variable de instancia de cada campo de texto para fines demostrativos, debemos determinar cuál 
campo de texto generó el evento cada vez que se hace una llamada a actionPerformed. El componente de GUI 
con el que interactúa el usuario es el origen del evento. En este ejemplo, el origen del evento es uno de los cuatro 
campos de texto o el campo de contraseña. Cuando el usuario oprime Intro mientras uno de estos componentes 
de GUI tiene el enfoque, el sistema crea un objeto ActionEvent único que contiene información acerca del 
evento que acaba de ocurrir, como el origen del evento y el texto en el campo de texto. Después, el sistema pasa 
este objeto ActionEvent en una llamada al método actionPerformed del componente de escucha de eventos. 
En este ejemplo, mostramos parte de esa información en un diálogo de mensaje. La línea 55 declara el objeto 
Stri ng que se va a mostrar. La variable se inicializa con la cadena vacía; una cadena que no contiene caracteres. 
El compilador requiere esto, en caso de que no se ejecute ninguna de las bifurcaciones de la instrucción i f ani- 
dada en las líneas 58 a 75. 

El método getSource de Acti onEvent (que se llama en las líneas 58, 63, 68 y 73) devuelve una referencia al 
origen del evento. La condición en la línea 58 pregunta, “¿Es campoTextol el origen del evento? Esta condición 
compara las referencias en ambos lados del operador == para determinar si se refieren al mismo objeto. Si ambos 
se refieren a campoTextol, entonces el programa sabe que el usuario oprimió Intro en campoTextol. En este 
caso, las líneas 59 y 60 crean un objeto Stri ng que contiene el mensaje que la línea 78 mostrará en un diálogo de 
mensaje. La línea 60 utiliza el método getActionCommand de Acti onEvent para obtener el texto que escribió el 
usuario en el campo de texto que generó el evento. 

Si el usuario interactuó con el objeto IPasswordField, las líneas 74 y 75 utilizan el método getPassword 
de JPasswordFi eld para obtener la contraseña y crear el objeto Stri ng a mostrar. Este método devuelve la con- 
traseña como un arreglo de tipo char, que se utiliza como argumento para un constructor de Stri ng, para crear 
una cadena que contenga los caracteres en el arreglo. 

La clase PruebaCampoTexto 

La clase PruebaCampoTexto (figura 11.10) contiene el método main que ejecuta esta aplicación y muestra un 
objeto de la clase CampoTextoMarco. Al ejecutar la aplicación, observe que hasta el campo JTextFi el d (campo- 
TextoB) puede generar un evento ActionEvent. Para probar esto, haga clic en el campo de texto para darle el 
enfoque y después oprima Intro. Observe además que el texto actual de la contraseña se muestra al oprimir Intro 
en el campo JPasswordFi el d. ¡Desde luego que, por lo general, no se debe mostrar la contraseña! 

Esta aplicación usó un solo objeto de la clase ManejadorCampoTexto como el componente de escucha de 
eventos para cuatro campos de texto. Empezando en la sección 11.9, verá que es posible declarar varios objetos 
de escucha de eventos del mismo tipo, y registrar cada objeto individual para cada evento de un componente de la 
GUI. Esta técnica nos permite eliminar la lógica i f . . .el se utilizada en el manejador de eventos de este ejemplo, 
al proporcionar manej adores de eventos separados para los eventos de cada componente. 


1 1.6 Tipos de eventos comunes de la GUI e interfaces de escucha 

En la sección 11.5 aprendió que la información acerca del evento que ocurre cuando el usuario oprime Intro en 
un campo de texto se almacena en un objeto ActionEvent. Pueden ocurrir muchos tipos distintos de eventos 
cuando el usuario interactúa con una GUI. La información acerca de cualquier evento de GUI que ocurre se 
almacena en un objeto de una clase que extiende a AWTEvent. La figura 11.11 ilustra una jerarquía que contiene 
muchas clases de eventos del paquete java.awt.event. Algunas de éstas se describen en este capítulo y en el 
capítulo 22. Estos tipos de eventos se utilizan tanto con componentes de AWT como de Swing. Los tipos de 
eventos adicionales que son específicos para los componentes de GUI de Swing se declaran en el paquete javax . 
swing. event. 

Resumiremos las tres partes requeridas para el mecanismo de manejo de eventos que vimos en la sección 
1 1.5: el origen del evento, el objeto del evento y el componente de escucha del evento. El origen del evento es el 
componente específico de la GUI con el que interactúa el usuario. El objeto del evento encapsula información 
acerca del evento que ocurrió, como una referencia al origen del evento, y cualquier información específica del 
evento que pueda requerir el componente de escucha del evento, para que pueda manejarlo. El componente de 
escucha del evento es un objeto que recibe una notificación del origen del evento cuando éste ocurre; en efecto, 
“escucha” un evento, y uno de sus métodos se ejecuta en respuesta al evento. Un método del componente de escu- 
cha del evento recibe un objeto evento cuando se notifica al componente de escucha acerca del evento. Después, 
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Figura II. II | Algunas clases de eventos del paquete java, awt.event. 


el componente de escucha del evento utiliza el objeto evento para responder al evento. El modelo de manejo de 
eventos que se describe aquí se conoce como modelo de eventos por delegación: el procesamiento de un evento 
se delega a un objeto específico (el componente de escucha de eventos) en la aplicación. 

Para cada tipo de objeto evento hay, por lo general, una interfaz de escucha de eventos que le corresponde. 
Un componente de escucha de eventos para un evento de GUI es un objeto de una clase que implementa a una o 
más de las interfaces de escucha de eventos de los paquetes j ava . awt . event y j avax . swi ng . event. Muchos de 
los tipos de componentes de escucha de eventos son comunes para los componentes de Swing y de AWT. Dichos 
tipos se declaran en el paquete java. awt. event, y algunos de ellos se muestran en la figura 11.12. Los tipos 
de escucha de eventos adicionales, específicos para los componentes de Swing, se declaran en el paquete j avax . 
swi ng . event. 

Cada interfaz de escucha de eventos especifica uno o más métodos manej adores de eventos que deben decla- 
rarse en la clase que implementa a la interfaz. En la sección 10.7 vimos que cualquier clase que implementa a una 
interfaz debe declarar a todos los métodos abstract de esa interfaz; en caso contrario, la clase es abstract y no 
puede utilizarse para crear objetos. 

Cuando ocurre un evento, el componente de la GUI con el que el usuario interactuó notifica a sus com- 
ponentes de escucha registrados, llamando al método de manejo de eventos apropiado de cada componente de 
escucha. Por ejemplo, cuando el usuario oprime la tecla Intro en un objeto ITextFi el d, se hace una llamada al 
método actionPerformed del componente de escucha registrado. ¿Cómo se registró el manejador de eventos? 
¿Cómo sabe el componente de la GUI que debe llamar a actionPerformed, en vez de llamar a otro método 
manejador de eventos? En la siguiente sección responderemos a estas preguntas y haremos un diagrama de la 
interacción. 
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Figura 11.12 | Algunas interfaces comunes de componentes de escucha de eventos del paquete java.awt. 
event. 


1 1.7 Cómo funciona el manejo de eventos 

Mostraremos cómo funciona el mecanismo de manejo de eventos, utilizando a campoTextol del ejemplo de la 
figura 1 1.9. Tenemos dos preguntas sin contestar de la sección 11.5: 

1. ¿Cómo se registró el manejador de eventos? 

2. ¿Cómo sabe el componente de la GUI que debe llamar a actionPerformed en vez de llamar a algún 
otro método manejador de eventos? 

La primera pregunta se responde mediante el registro de eventos que se lleva a cabo en las líneas 43 a 46 de la 
aplicación. En la figura 1 1.3 se muestra un diagrama de la variable JTextFi el d llamada campoTextol, la variable 
ManejadorCampoTexto llamada manejador y los objetos a los que hacen referencia. 
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Registro de eventos 

Todo JComponent tiene una variable de instancia llamada 1 istenerList, que hace referencia a un objeto de la 
clase EventListenerList (paquete javax.swing.event). Cada objeto de una subclase de JComponent man- 
tiene referencias a todos sus componentes de escucha registrados en 1 i stenerLi st. Por cuestión de simpleza, 
hemos colocado a 1 istenerList en el diagrama como un arreglo, abajo del objeto JTextField en la figura 

11.13. 

Cuando se ejecuta la línea 43 de la figura 1 1.9 

campoTextol.addActionListener( manejador ); 

se coloca en el objeto 1 i stenerLi st de campoTextol una nueva entrada que contiene una referencia al objeto 
Mane j ado rCampoTexto. Aunque no se muestra en el diagrama, esta nueva entrada también incluye el tipo del 
componente de escucha (en este caso, ActionLi stener). Mediante el uso de este mecanismo, cada componente 
ligero de GUI de Swing mantiene su propia lista de componentes de escucha que se registraron para manejar los 
eventos del componente. 

Invocación del manejador de eventos 

El tipo de componente de escucha de eventos es importante para responder a la segunda pregunta: ¿Cómo sabe 
el componente de la GUI que debe llamar a actionPerformed en vez de llamar a otro? Todo componente de la 
GUI soporta varios tipos de eventos, incluyendo eventos de ratón, eventos de tecla y otros más. Cuando ocurre 
un evento, éste se despacha solamente a los componentes de escucha de eventos del tipo apropiado. El despacha- 
miento (dispatching) es simplemente el proceso por el cual el componente de la GUI llama a un método maneja- 
dor de eventos en cada uno de sus componentes de escucha registrados para el tipo de evento que ocurrió. 

Cada tipo de evento tiene uno o más interfaces de escucha de eventos correspondientes. Por ejemplo, los 
eventos tipo Acti onEvent son manejados por objetos Acti onLi stener, los eventos tipo MouseEvent son mane- 
jados por objetos MouseLi stener y MouseMotionLi stener, y los eventos tipo KeyEvent son manejados por 
objetos KeyLi stener. Cuando ocurre un evento, el componente de la GUI recibe (de la JVM) un ID de evento 
único, el cual especifica el tipo de evento. El componente de la GUI utiliza el ID de evento para decidir a cuál 
tipo de componente de escucha debe despacharse el evento, y para decidir cuál método llamar en cada objeto 
de escucha. Para un Acti onEvent, el evento se despacha al método actionPerformed de todos los objetos 
ActionLi stener registrados (el único método en la interfaz ActionLi stener). En el caso de un MouseEvent, 
el evento se despacha a todos los objetos MouseLi stener o MouseMoti onLi stener registrados, dependiendo del 
evento de ratón que ocurra. El ID de evento del objeto MouseLi stener determina cuáles de los varios métodos 
manejadores de eventos de ratón son llamados. Todas estas decisiones las administran los componentes de la GUI 


campoTextol 


manejador 


Objeto ManejadorCampoTexto 
listenerList 




Objeto TextFieldHandler 

public void actionPerformed( 
Acti onEvent evento ) 

{ 

// aquí se maneja el evento 

} 


Esta referencia se crea mediante la instrucción 

campoTextol. addActionListener( manejador ); 


Figura 11.13 


Registro de eventos para el objeto JTextField campoTextol. 
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por usted. Todo lo que usted necesita hacer es registrar un manejador de eventos para el tipo de evento específico 
que requiere su aplicación, y el componente de GUI asegurará que se llame al método apropiado del manejador 
de eventos, cuando ocurra el evento. [Nota: hablaremos sobre otros tipos de eventos e interfaces de escucha de 
eventos a medida que se vayan necesitando con cada nuevo componente que vayamos viendo] . 

1 1.8 JButton 

Un botón es un componente en el que el usuario hace clic para desencadenar cierta acción. Una aplicación de 
Java puede utilizar varios tipos de botones, incluyendo botones de comando, casillas de verificación, botones 
interruptores y botones de opción. En la figura 1 1 . 14 se muestra la jerarquía de herencia de los botones de Swing 
que veremos en este capítulo. Como puede ver en el diagrama, todos los tipos de botones son subclases de Abs- 
tractButton (paquete javax . swi ng), la cual declara las características comunes para los botones de Swing. En 
esta sección nos concentraremos en los botones que se utilizan comúnmente para iniciar un comando. 


fe 

Archivo 

Nuevo 

Observación de apariencia visual 1 1.7 


Cerrar 

Por lo general, los botones utilizan la capitalización estilo título de libro. 


JButton 


JComponent 

t 

ñ bstractButton 


JToggleButton 



JCheckBox 



JRadioButton 


Figura 1 1.14 | Jerarquía de botones de Swing. 


Un botón de comando (vea la salida de la figura 11.15) genera un evento ActionEvent cuando el usuario 
hace clic en él. Los botones de comando se crean con la clase JButton. El texto en la cara de un objeto JButton 
se llama etiqueta del botón. Una GUI puede tener muchos objetos JButton, pero cada etiqueta de botón debe 
generalmente ser única en las partes de la GUI en que se muestre. 



Observación de apariencia visual 1 1.8 


Tener más de un objeto JButton con la misma etiqueta hace que los objetos JButton sean ambiguos para el usuario. 
Debe proporcionar una etiqueta única para cada botón. 
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// Fig. 11.15: MarcoBoton . java 
// Creación de objetos JButton. 

import java.awt. FlowLayout; 

import java.awt . event . Acti onLi stener ; 

i mpo rt j ava . awt . event . Acti onEvent ; 

import javax. swing. JFrame; 

import javax. swi ng . JButton ; 

import javax. swing . Icón ; 

import javax. swing. Imagelcon; 


Figura 11.15 


Botones de comando y eventos de acción. (Parte i de 2). 
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10 import javax.swing.JOptionPane; 

1 1 

12 public class MarcoBoton extends JFrame 

13 { 

14 prívate JButton botonJButtonSimple; // botón con texto solamente 

15 prívate JButton botonJButtonElegante; // botón con iconos 

16 

17 // MarcoBoton agrega objetos JButton a JFrame 

18 public MarcoBotonO 

19 { 

20 superf "Prueba de botones" ); 

21 setLayout( new FlowLayoutO ); // establece el esquema del marco 

22 

23 botonJButtonSimple = new JButton( "Boton simple" ); // botón con texto 

24 add( botonJButtonSimple ); // agrega botonJButtonSimple a JFrame 

25 

26 Icón insectol = new ImageIcon( getCl ass() . getResource( "insectol.gif" ) ); 

27 Icón insecto2 = new ImageIcon( getCl ass() . getResource( "insecto2.gif" ) ); 

28 botonJButtonElegante = new JButton( "Boton elegante", insectol ); // establece la 
imagen 

29 botonJButtonElegante. setRolloverIcon( insecto2 ); // establece la imagen de 
sustitución 

30 add( botonJButtonElegante ); // agrega botonJButtonElegante a JFrame 

31 

32 // crea nuevo ManejadorBoton para manejar los eventos de botón 

33 ManejadorBoton manejador = new ManejadorBotonO ; 

34 botonJButtonElegante . addActionLi stenerf manejador ); 

35 botonJButtonSimple. addActionListener( manejador ); 

36 } // fin del constructor de MarcoBoton 

37 

38 // clase interna para manejar eventos de botón 

39 prívate class ManejadorBoton implements ActionListener 

40 { 

41 // maneja evento de botón 

42 public void actionPerformed( ActionEvent evento ) 

43 { 

44 JOptionPane.showMessageDialog( MarcoBoton . thi s , Stri ng . format( 

45 "Usted oprimió: %s , evento. getActi onCommandO ) ); 

46 } // fin del método actionPerformed 

47 } // fin de la clase interna privada ManejadorBoton 

48 } // fin de la clase MarcoBoton 

Figura 1 1.15 | Botones de comando y eventos de acción. (Parte 2 de 2). 


La aplicación de las figuras 11.15 y 11.16 crea dos objetos JButton y demuestra que estos objetos tienen 
soporte para mostrar objetos Icón. El manejo de eventos para los botones se lleva a cabo mediante una sola ins- 
tancia de la clase interna ManejadorBoton (líneas 39 a 47). 


1 // Fig. 11.16: PruebaBoton . java 

2 // Prueba de MarcoBoton. 

3 import javax.swing. JFrame; 

4 

5 public class PruebaBoton 

6 { 

7 public static void main( String args[] ) 

8 { 

Figura 11.16 | Clase de prueba de MarcoBoton. (Parte I de 2). 
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9 MarcoBoton marcoBoton = new MarcoBoton() ; // crea MarcoBoton 

10 marcoBoton. setDefaultCloseOperation( JFrame . EXIT_0N_CL0SE ); 

11 marcoBoton . setSizeC 300, 110 ); // establece el tamaño del marco 

12 marcoBoton . setVi si bl e( true ); // muestra el marco 

13 } // fin de main 

• 4 } // fin de la clase PruebaBoton 
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Figura I 1.16 | Clase de prueba de MarcoBoton. (Parte 2 de 2). 


En las líneas 14 y 15 se declaran las variables botonJButtonSimple y botonlButtonEl egante de la clase 
JButton. Los correspondientes objetos se instancian en el constructor. En la línea 23 se crea botonJButtonSim- 
pl e con la etiqueta "Boton simple". En la línea 24 se agrega el botón al objeto J Frame. 

Un objeto JButton puede mostrar un objeto Icón. Para proveer al usuario un nivel adicional de interacción 
visual con la GUI, un objeto JButton puede tener también un objeto Icón de sustitución: un Icón que se 
muestre cuando el usuario coloque el ratón encima del botón. El icono en el botón cambia a medida que el ratón 
se mueve hacia dentro y fuera del área del botón en la pantalla. En las líneas 26 y 27 se crean dos objetos Image- 
Icon que representan al objeto Icón predeterminado y el objeto Icón de sustitución para el objeto JButton 
creado en la línea 28. Ambas instrucciones suponen que los archivos de imagen están guardados en el mismo 
directorio que la aplicación (que es comúnmente el caso para las aplicaciones que utilizan imágenes). 

En la línea 28 se crea botonJButtonEl egante con el texto "Boton elegante" y el icono insectol. De 
manera predeterminada, el texto se muestra a la derecha del icono. En la línea 29 se utiliza el método set- 
Rolloverlcon (heredado de la clase AbstractButton) para especificar la imagen a mostrar en el botón cuando 
el usuario coloque el ratón sobre el botón. En la línea 30 se agrega el botón al objeto JFrame. 



Observación de apariencia visual 1 1.9 

Como la clase AbstractButton soporta el mostrar texto e imágenes en un botón, todas las subclases de Abstract- 
Button soportan también el mostrar texto e imágenes. 
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Observación de apariencia visual 11.10 


Al usar iconos de sustitución para los objetos JButton, los usuarios reciben una retroalimentación visual que les 
indica que, al hacer clic en el ratón mientras el cursor está colocado encima del botón, ocurrirá una acción. 


Los objetos JButton, al igual que los objetos JTextField, generan eventos ActionEvent que pueden ser 
procesados por cualquier objeto Acti onLi stener. En las líneas 33 a 35 se crea un objeto de la clase inter- 
na prívate ManejadorBoton y se registra como el manejador de eventos para cada objeto JButton. La clase 
Mane j ado rBoton (líneas 39 a 47) declara a acti onPerformed para mostrar un cuadro de diálogo de mensaje que 
contiene la etiqueta del botón que el usuario oprimió. Para un evento de JButton, el método getActi onCommand 
de Acti onEvent devuelve la etiqueta del botón. 


Cómo acceder a la referencia this en un objeto de una clase de nivel superior desde una clase interna 
Cuando ejecute esta aplicación y haga clic en uno de sus botones, observe que el diálogo de mensaje que aparece 
está centrado sobre la ventana de la aplicación. Esto ocurre debido a que la llamada al método showMessage- 
Di al og de JOptionPane (líneas 44 y 45 de la figura 11.15) utiliza a MarcoBoton . thi s, en vez de nuil como el 
primer argumento. Cuando este argumento no es nuil, representa lo que se denomina el componente de GUI 
padre del diálogo de mensaje (en este caso, la ventana de aplicación es el componente padre) y permite centrar el 
diálogo sobre ese componente, cuando se muestra el diálogo. MarcoBoton .this representa a la referencia thi s 
del objeto de la clase MarcoBoton de nivel superior. 



Observación de ingeniería de software 1 1 .4 

Cuando se utiliza en una clase interna, la palabra clave this se refiere al objeto actual de la clase interna que se 
está manipulando. Un método de la clase interna puede utilizar la referencia this del objeto de la clase externa, si 
antepone a this el nombre de la clase externa y un punto, como en MarcoBoton . this. 


11.9 Botones que mantienen el estado 

Los componentes de la GUI de Swing contienen tres tipos de botones de estado: JToggleButton, JCheckBox 
y JRadioButton, los cuales tienen valores encendido/apagado o verdadero/falso. Las clases JCheckBox y JRa- 
dioButton son subclases de JToggleButton (figura 11.14). Un objeto JRadioButton es distinto de un objeto 
JCheckBox en cuanto a que generalmente hay varios objetos JRadi oButton que se agrupan, y son mutuamente 
exclusivos; sólo uno de los objetos JRadioButton en el grupo puede estar seleccionado en un momento dado, 
de igual forma que los botones en la radio de un automóvil. Primero veremos la clase JCheckBox. Las siguientes 
dos subsecciones también demuestran que una clase interna puede acceder a los miembros de su clase de nivel 
superior. 


11.9. 1 JCheckBox 

La aplicación de las figuras 11.17 y 11.18 utilizan dos objetos JCheckBox para seleccionar el estilo deseado de tipo 
de letra para el texto a mostrar en un objeto JTextFi el d. Un objeto JCheckBox aplica un estilo en negritas cuan- 
do se selecciona, y el otro aplica un estilo en cursivas. Si ambos se seleccionan, el estilo del tipo de letra es negrita 
y cursiva. Cuando la aplicación se ejecuta por primera vez, ninguno de los objetos JCheckBox está activado (es 
decir, ambos son fal se), por lo que el tipo de letra es simple. La clase PruebaCheckBox (figura 11.18) contiene 
el método mai n que ejecuta esta aplicación. 
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// Fig. 11.17: MarcoCasillaVerificacion. java 
// Creación de botones JCheckBox. 

import java.awt. FlowLayout; 
import java.awt. Font; 
i mport j ava . awt . event . ItemLi stener ; 
i mport j ava . awt . event . ItemEvent ; 
import javax. swing. JFrame; 
import javax. swing. JTextField; 


Figura 11.17 | Botones JCheckBox y eventos de los elementos. (Parte I de 2). 
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import javax. swing . JCheckBox; 

public class MarcoCasi 1 1 aVeri ficacion extends JFrame 
{ 

prívate JTextField campoTexto; // muestra el texto en tipos de letra cambiantes 
private JCheckBox negritaJCheckBox; // para seleccionar/deseleccionar negrita 
private JCheckBox cursivaJCheckBox; // para seleccionar/deseleccionar cursiva 

// El constructor de MarcoCasi 11 aVeri ficacion agrega objetos JCheckBox a IFrame 
public MarcoCasi 11 aVeri ficacion () 

{ 

super( "Prueba de JCheckBox" ); 

setLayout( new FlowLayoutO ); // establece el esquema del marco 
// establece JTextField y su tipo de letra 

campoTexto = new JTextField( "Observe como cambia el estilo de tipo de letra", 20 ); 
campoTexto. setFont( new Font( "Serif", Font.PLAIN, 14 ) ); 
add( campoTexto ); // agrega campoTexto a JFrame 

negritaJCheckBox = new JCheckBox( "Negrita" ); // crea casilla de verificación 
"negri ta" 

cursivaJCheckBox = new JCheckBox( "Cursiva" ); // crea casilla de verificación 
"cursiva" 

add( negritaJCheckBox ); // agrega casilla de verificación "negrita" a JFrame 
add( cursivaJCheckBox ); // agrega casilla de verificación "cursiva" a JFrame 

// registra componentes de escucha para objetos JCheckBox 

ManejadorCheckBox manejador = new ManejadorCheckBoxO ; 
negritaJCheckBox. addltemLi stener( manejador ); 
cursivaJCheckBox. addltemLi stener( manejador ); 

} // fin del constructor de MarcoCasi 11 aVeri ficacion 

// clase interna privada para el manejo de eventos ItemListener 
private class ManejadorCheckBox implements ItemListener 
{ 

private int valNegrita = Font.PLAIN; // controla el estilo de tipo de letra 
negrita 

private int valCursiva = Font.PLAIN; // controla el estilo de tipo de letra 
cursiva 

// responde a los eventos de casilla de verificación 

public void i temStateChanged( ItemEvent evento ) 

{ 

// procesa los eventos de la casilla de verificación "negrita" 

if ( evento. getSource() == negritaJCheckBox ) 
valNegrita = 

negritaJCheckBox. isSelected() ? Font.BOLD : Font.PLAIN; 

// procesa los eventos de la casilla de verificación "cursiva" 

if ( evento. getSource() == cursivaJCheckBox ) 
valCursiva = 

cursivaJCheckBox. isSelectedf) ? Font.ITALIC : Font.PLAIN; 

// establece el tipo de letra del campo de texto 
campoTexto. setFont( 

new Font( "Serif", valNegrita + valCursiva, 14 ) ) ; 

} // fin del método i temStateChanged 
} // fin de la clase interna privada ManejadorCheckBox 
} // fin de la clase MarcoCasi 11 aVeri ficacion 


Figura 11.17 | Botones JCheckBox y eventos de los elementos. (Parte 2 de 2). 
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// Fig. 11.18: PruebaCasillaVerificacion. java 
// Prueba de MarcoCasi 1 1 aVeri ficacion . 
import javax. swing . JFrame; 

public class PruebaCasillaVerificacion 

{ 

public static void main( String args[] ) 

{ 

MarcoCasi 11 aVeri ficacion marcoCasi 1 1 aVeri ficacion = new MarcoCasi 1 1 aVe ri ficaci on () ; 
marcoCasi 1 1 aVeri ficaci on . setDef aul tCl oseOperati on ( 1 Frame . EXIT_0N_CL0SE ) ; 
marcoCasillaVerificacion.setSize( 350, 100 ); // establece el tamaño del marco 
marcoCasillaVerificacion.setVisible( true ); // muestra el marco 
} // fin de main 

} // fin de la clase PruebaCasillaVerificacion 




Figura I 1.18 | Clase de prueba de MarcoCasi 11 aVeri ficacion. 

Una vez creado e inicializado el objeto JTextFi eld (figura 11.17, línea 24), en la línea 25 se utiliza el méto- 
do setFont (heredado por JTextFi el d indirectamente de la clase Component) para establecer el tipo de letra del 
objeto JTextFi eld con un nuevo objeto de la clase Font (paquete java. awt). El nuevo objeto Font se inicializa 
con "Serif" (un nombre de tipo de letra genérico que representa un tipo de letra como Times, y se soporta en 
todas las plataformas de Java), estilo Font . PLAIN y tamaño de 14 puntos. A continuación, en las líneas 28 y 29 
se crean dos objetos JCheckBox. La cadena que se pasa al constructor de JCheckBox es la etiqueta de la casilla 
de verificación que aparece a la derecha del objeto JCheckBox de manera predeterminada. 

Cuando el usuario hace clic en un objeto JCheckBox, ocurre un evento ItemEvent. Este evento puede mane- 
jarse mediante un objeto ItemListener, que debe implementar al método itemStateChanged. En este ejemplo, 
el manejo de eventos se lleva a cabo mediante una instancia de la clase interna pri vate Mane jadorCasi 11 aVeri - 
ficaci on (líneas 40 a 62). En las líneas 34 a 36 se crea una instancia de la clase Mane jadorCasi 1 1 aVeri ficacion 
y se registra con el método addltemListener como componente de escucha para ambos objetos JCheckBox. 

En las líneas 42 y 43 se declaran variables de instancia para la clase interna Mane jadorCasi 1 1 aVeri ficaci on. 
En conjunto, estas variables representan el estilo de tipo de letra para el texto que se muestra en el objeto JText- 
Fi el d. Al principio ambas son Font . PLAIN para indicar que el tipo de letra no es negrita y no es cursiva. El método 
itemStateChanged (líneas 46 a 61) es llamado cuando el usuario hace clic en el objeto JCheckBox negrita o cur- 
si va. Este método utiliza evento . getSou rce () para determinar en cuál de los objetos JCheckBox se hizo clic. Si 
fue en la casilla negri taJCheckBox, en la línea 51 se utiliza el método isSelected de JCheckBox para determinar 
si el botón está seleccionado (es decir, marcado). Si es así, a la variable local val Negri ta se le asigna Font . B0LD; en 
caso contrario, se le asigna Font . PLAIN. Una instrucción similar se ejecuta si el usuario hace dicen cursi va JCheck- 
Box. Si esta casilla de verificación está seleccionada, a la variable local val Cu rsi va se le asigna Font . ITALIC; en caso 
contrario, se le asigna Font . PLAIN. En las líneas 59 y 60 se cambia el tipo de letra del objeto JTextFi el d, usando 
el mismo nombre de tipo de letra y tamaño de punto. La suma de val Neg ri ta y val Cu rsi va representa el nuevo 
estilo de tipo de letra del objeto JTextFi el d. Cada una de las constantes de Font representa un valor único. Font . 
PLAIN tiene el valor 0, por lo que si tanto val Negri ta como val Cu rsi va se establecen en Font. PLAIN, el tipo de 
letra tendrá el estilo simple. Si uno de los valores es Font . B0LD o Font . ITALIC, el tipo de letra estará en negrita o en 
cursiva, respectivamente. Si uno es B0LD y el otro es ITALIC, el tipo de letra estará en negrita y en cursiva. 
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Relación entre una clase interna y su clase de nivel superior 

Tal vez haya observado que la clase ManejadorCasillaVerificacion utilizó las variables negri taJCheckBox 
(figura 11.17, líneas 49 y 51), cursi valCheckBox (líneas 54 y 56) y campoTexto (línea 59), aun cuando estas 
variables no se declaran en la clase interna. Una clase interna tiene una relación especial con su clase de nivel supe- 
rior; a la clase interna se le permite acceder directamente a todas las variables de instancia y métodos de la clase 
de nivel superior. El método i temStateChanged (líneas 46 a 61) de la clase ManejadorCasillaVerificacion 
utiliza esta relación para determinar cuál objeto JCheckBox es el origen del evento, para determinar el estado de 
un objeto JCheckBox y para establecer el tipo de letra en el objeto JTextFi el d. Observe que ninguna parte del 
código en la clase interna ManejadorCasillaVerificacion requiere una referencia al objeto de la clase de ni- 
vel superior. 


1 1.9.2 JRadioButton 

Los botones de opción (que se declaran con la clase JRadioButton) son similares a las casillas de verificación, en 
cuanto a que tienen dos estados: seleccionado y no seleccionado (al que también se le conoce como deseleccio- 
nado). Sin embargo, los botones de opción generalmente aparecen como un grupo, en el cual sólo un botón de 
opción puede estar seleccionado en un momento dado (vea la salida de la figura 11.20). Al seleccionar un botón 
de opción distinto en el grupo se obliga a que todos los demás botones de opción del grupo se deseleccionen. Los 
botones de opción se utilizan para representar un conjunto de opciones mutuamente exclusivas (es decir, no pue- 
den seleccionarse varias opciones en el grupo al mismo tiempo). La relación lógica entre los botones de opción se 
mantiene mediante un objeto ButtonGroup (paquete j avax . swi ng), el cual en sí no es un componente de la GUI. 
Un objeto ButtonGroup organiza un grupo de botones y no se muestra a sí mismo en una interfaz de usuario. En 
vez de ello, se muestra en la GUI cada uno de los objetos JRadioButton del grupo. 



Error común de programación 1 1.3 

Si se agrega un objeto ButtonGroup (o un objeto de cualquier otra clase que no se derive de Component) a un con- 
tenedor, se produce un error de compilación. 


La aplicación de las figuras 1 1 . 1 9 y 1 1 .20 es similar a la de las figuras 1.17 y 11.18. El usuario puede alterar 
el estilo del tipo de letra del texto de un objeto JTextFi el d. La aplicación utiliza botones de opción que permiten 
que se seleccione solamente un estilo de tipo de letra en el grupo a la vez. La clase PruebaBotonOpci on (figura 
1 1 .20) contiene el método mai n que ejecuta esta aplicación. 
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// Fig. 11.19: MarcoBotonOpcion. java 

// Creación de botones de opción, usando ButtonGroup y JRadioButton. 

import java.awt. FlowLayout; 
import java. awt . Font ; 
import java.awt . event . ItemLi stener ; 
i mport java . awt . event . ItemEvent ; 
import j avax. swi ng . JFrame ; 
import javax.swing. JTextField; 
import javax. swi ng . JRadioButton ; 
import javax. swi ng . ButtonGroup; 


public class MarcoBotonOpcion extends JFrame 

{ 


pri vate 
1 etra 
pri vate 
pri vate 
pri vate 
pri vate 
cursiva 


JTextField campoTexto; // se utiliza para mostrar los cambios en el tipo de 

Font tipoLetraSimple; // tipo de letra para texto simple 

Font ti poLetraNegrita; // tipo de letra para texto en negrita 

Font ti poLetraCursi va; // tipo de letra para texto en cursiva 

Font tipoLetraNegritaCursiva; // tipo de letra para texto en negrita y 


Figura I 1 . 1 9 | Objetos JRadioButton y ButtonGroup. (Parte I de 3). 
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19 prívate JRadioButton simpleJRadioButton; // selecciona texto simple 

20 prívate JRadioButton negritaJRadioButton ; // selecciona texto en negrita 

21 prívate JRadioButton cursivaJRadioButton; // selecciona texto en cursiva 

22 prívate JRadioButton negritaCursivaJRadioButton; // negrita y cursiva 

23 private ButtonGroup grupoOpciones; // grupo de botones que contiene los botones de 
opci ón 

24 

25 // El constructor de MarcoBotonOpci on agrega los objetos JRadioButton a JFrame 

26 public MarcoBotonOpci on() 

27 { 

28 superC "Prueba de RadioButton" ); 

29 setLayoutC new FlowLayoutO ); // establece el esquema del marco 

30 

31 campoTexto = new JTextField( "Observe el cambio en el estilo del tipo de letra", 
28 ); 

32 add( campoTexto ); // agrega campoTexto a JFrame 

33 

34 // crea los botones de opción 

35 simpleJRadioButton = new JRadioButtonC "Simple", true ); 

36 negritaJRadioButton = new JRadioButton( "Negrita' , false ); 

37 cursivaJRadioButton = new JRadioButton( "Cursiva' , false ); 

38 negritaCursivaJRadioButton = new JRadioButton( "Negrita/Cursiva", false ); 

39 add( simpleJRadioButton ); // agrega botón simple a JFrame 

40 add( negritaJRadioButton ); // agrega botón negrita a JFrame 

41 add( cursivaJRadioButton ); // agrega botón cursiva a JFrame 

42 add( negritaCursivaJRadioButton ); // agrega botón negrita y cursiva 

43 

44 // crea una relación lógica entre los objetos JRadioButton 

45 grupoOpciones = new ButtonGroupO ; // crea ButtonGroup 

46 grupoOpciones. add( simpleJRadioButton ); // agrega simple al grupo 

47 grupoOpciones. add( negritaJRadioButton ); // agrega negrita al grupo 

48 grupoOpciones. add( cursivaJRadioButton ); // agrega cursiva al grupo 

49 grupoOpciones. add( negritaCursivaJRadioButton ); // agrega negrita y cursiva 

50 

51 // crea objetos tipo de letra 

52 tipoLetraSimple = new Font( "Serif , Font.PLAIN, 14 ); 

53 ti poLetraNegri ta = new Font( "Serif", Font.BOLD, 14 ); 

54 tipoLetraCursiva = new Font( "Serif", Font.ITALIC, 14 ); 

55 tipoLetraNegritaCursiva = new FontC "Serif , Font.BOLD + Font.ITALIC, 14 ); 

56 campoTexto. setFont( tipoLetraSimple ); // establece tipo letra inicial a simple 

57 

58 // registra eventos para los objetos JRadioButton 

59 simpl eJRadi oButton . addltemLi stenerC 

60 new ManejadorBotonOpcion( tipoLetraSimple ) ); 

61 negri taJRadi oButton . addltemLi stenerC 

62 new ManejadorBotonOpcionC ti poLetraNegri ta ) ); 

63 cursi va JRadi oButton . addltemLi stener( 

64 new ManejadorBotonOpcionC tipoLetraCursiva ) ); 

65 negri taCursi vaJRadi oButton . addltemLi stener( 

66 new ManejadorBotonOpcionC tipoLetraNegritaCursiva ) ); 

47 } // fin del constructor de MarcoBotonOpci on 

68 

69 // clase interna privada para manejar eventos de botones de opción 

70 private class ManejadorBotonOpcion implements ItemListener 

71 { 

72 private Font tipoLetra; // tipo de letra asociado con este componente de escucha 

73 

74 public ManejadorBotonOpcionC Font f ) 

75 { 

Figura I 1. 19 | Objetos JRadioButton y ButtonGroup. (Parte 2 de 3). 
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76 tipoLetra = f; // establece el tipo de letra de este componente de escucha 

77 } // fin del constructor ManejadorBotonOpcion 

78 

79 // maneja los eventos de botones de opción 

80 public void i temStateChanged( ItemEvent evento ) 

81 { 

82 campoTexto . setFont( tipoLetra ); // establece el tipo de letra de campoTexto 

83 } // fin del método itemStateChanged 

84 } // fin de la clase interna privada ManejadorBotonOpcion 

85 } // fin de la clase MarcoBotonOpcion 

Figura I 1.19 | Objetos JRadioButton y ButtonCroup. (Parte 3 de 3). 


1 // Fig. 11.20: PruebaBotonOpcion. java 

2 // Prueba de MarcoBotonOpcion. 

3 import javax. swi ng . IFrame ; 

4 

5 public class PruebaBotonOpcion 

6 { 

7 public static void main( String args[] ) 

8 { 

9 MarcoBotonOpcion marcoBotonOpcion = new MarcoBotonOpcionO ; 

10 marcoBotonOpcion. setDefaultCloseOperation( IFrame. EXIT_0N_CL0SE ); 

11 marcoBotonOpci on . setSi ze( B50, 100 ); // establece el tamaño del marco 

12 marcoBotonOpcion . setVi si bl e( true ); // muestra el marco 

13 } // fin de main 

• 4 } // fin de la clase PruebaBotonOpcion 



Figura I 1.20 | Clase de prueba de MarcoBotonOpcion. 


En las líneas 35 a 42 del constructor (figura 11.19) se crean cuatro objetos IRadioButton y se agregan al 
objeto JFrame. Cada objeto IRadioButton se crea con una llamada al constructor como la de la línea 35. Este 
constructor especifica la etiqueta que aparece a la derecha del objeto IRadioButton de manera predeterminada, 
junto con su estado inicial. Un segundo argumento true indica que el objeto JRadi oButton debe aparecer selec- 
cionado al mostrarlo en pantalla. 

En la línea 45 se instancia un objeto ButtonCroup llamado grupoOpciones. Este objeto es el “pegamento” 
que forma la relación lógica entre los cuatro objetos JRadi oButton y permite que se seleccione solamente uno 
de los cuatro en un momento dado. Es posible que no se seleccione ningún JRadioButton en un ButtonCroup, 
pero esto sólo puede ocurrir si no se agregan objetos JRadioButton preseleccionados al objeto ButtonCroup, y 
si el usuario no ha seleccionado todavía un objeto JRadioButton. En las líneas 46 a 49 se utiliza el método add 
de ButtonCroup para asociar cada uno de los objetos JRadioButton con grupoOpciones. Si se agrega al grupo 
más de un objeto JRadioButton seleccionado, el primer objeto JRadioButton seleccionado que se agregue será 
el que quede seleccionado cuando se muestre la GUI en pantalla. 
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Los objetos IRadioButton, al igual que los objetos ICheckbox, generan eventos tipo ItemEvent cuando se 
hace clic sobre ellos. En las líneas 59 a 66 se crean cuatro instancias de la clase interna Mane j ado rBotonOpcion 
(declarada en las líneas 70 a 84). En este ejemplo, cada objeto componente de escucha de eventos se registra para 
manejar el evento ItemEvent que se genera cuando el usuario hace clic en cualquiera de los objetos IRadioBu- 
tton. Observe que cada objeto Manejado rBotonOpcion se inicializa con un objeto Font específico (creado en 
las líneas 52 a 55). 

La clase Mane jado rBotonOpcion (línea 70 a 84) implementa la interfaz ItemLi s tener para poder manejar 
los eventos ItemEvent generados por los objetos IRadioButton. El constructor almacena el objeto Font que 
recibe como un argumento en la variable de instancia ti poLetra (declarada en la línea 72) del objeto compo- 
nente de escucha de eventos. Cuando el usuario hace clic en un objeto IRadioButton, grupoOpciones desactiva 
el objeto IRadioButton previamente seleccionado y el método i temStateChanged (líneas 80 a 83) establece el 
tipo de letra en el objeto ITextFi el d al tipo de letra almacenado en el objeto componente de escucha de eventos 
correspondiente al objeto IRadioButton. Observe que la línea 82 de la clase interna ManejadorBotonesOpcion 
utiliza la variable de instancia campoTexto de la clase de nivel superior para establecer el tipo de letra. 

11.10 JComboBox y el uso de una clase interna anónima 
para el manejo de eventos 

Un cuadro combinado (algunas veces conocido como lista desplegable) proporciona una lista de elementos 
(figura 11.22), de la cual el usuario puede seleccionar solamente uno. Los cuadros combinados se implementan 
con la clase IComboBox, la cual extiende a la clase IComponent. Los objetos IComboBox generan eventos Item- 
Event, al igual que los objetos ICheckBox y IRadi oButton. Este ejemplo también demuestra una forma especial 
de clase interna, que se utiliza con frecuencia en el manejo de eventos. 

La aplicación de las figuras 11.21 y 11.22 utiliza un objeto IComboBox para proporcionar una lista de cua- 
tro nombres de archivos de imágenes, de los cuales el usuario puede seleccionar una imagen para mostrarla en 
pantalla. Cuando el usuario selecciona un nombre, la aplicación muestra la imagen correspondiente como un 
objeto Icón en un objeto ILabel. La clase PruebaCuadroCombi nado (figura 11.22) contiene el método mai n 
que ejecuta esta aplicación. Las capturas de pantalla para esta aplicación muestran la lista IComboBox después de 
hacer una selección, para ilustrar cuál nombre de archivo de imagen fue seleccionado. 


1 // Fig. 11.21: MarcoCuadroCombi nado . java 

2 // Uso de un objeto IComboBox para seleccionar una imagen a mostrar. 

3 import java.awt.FlowLayout; 

4 import java.awt.event.ItemListener; 

5 import j ava. awt.event. ItemEvent; 

6 import javax.swing.lFrame; 

7 import javax.swing. ILabel ; 

8 import javax.swing. IComboBox; 

9 import javax.swing. Icón; 

10 import javax.swing.Imagelcon; 

1 1 

12 public class MarcoCuadroCombi nado extends IFrame 

13 { 

14 private IComboBox imageneslComboBox; // cuadro combinado con los nombres de los 
i conos 

15 private ILabel etiqueta; // etiqueta para mostrar el icono seleccionado 

16 

17 private String nombres[] = 

18 { “insectol.gif”, “insecto2.gif”, “insectviaje.gif”, “insectanim.gif” }; 

19 private Icón iconos[] = { 

20 new ImageIcon( getClassO . getResource( nombres[ 0 ] ) ), 

21 new ImageIcon( getClassO . getResource( nombres[ 1 ] ) ), 

22 new ImageIcon( getClassO . getResource( nombres[ 2 ] ) ), 

23 new ImageIcon( getClassO . getResource( nombres[ 3 ] ) ) }; 

Figura 1 1.2 1 | Objeto IComboBox que muestra una lista de nombres de imágenes. (Parte I de 2). 
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24 

25 // El constructor de MarcoCuadroCombi nado agrega un objeto JComboBox a JFrame 

26 public MarcoCuadroCombi nado() 

27 { 

28 superf “Prueba de JComboBox” ); 

29 setLayout( new FlowLayoutO ); // establece el esquema del marco 

30 

31 imagenesJComboBox = new JComboBox( nombres ); // establece JComboBox 

32 imagenesJComboBox. setMaximumRowCount( 3 ) ; // muestra tres filas 

33 

34 i magenes JComboBox . addltemLi stener ( 

35 new ItemLi stenerO // clase interna anónima 

36 { 

37 // maneja evento de JComboBox 

38 public void itemStateChanged( ItemEvent evento ) 

39 { 

40 // determina si está seleccionada la casilla de verificación 

41 if ( evento . getStateChange() == ItemEvent . SELECTED ) 

42 etiqueta. setlconf iconosf 

43 imagenesJComboBox. getSel ectedlndex() ] ); 

44 } // fin del método i temStateChanged 

45 } // fin de la clase interna anónima 

46 ); // fin de la llamada a addltemLi stener 

47 

48 add( imagenesJComboBox ); // agrega cuadro combinado a JFrame 

49 etiqueta = new JLabelf iconosf 0 ] ); // muestra el primer icono 

50 add( etiqueta ); // agrega etiqueta a JFrame 

51 } // fin del constructor de MarcoCuadroCombi nado 

52 } // fin de la clase MarcoCuadroCombi nado 

Figura 1 1.2 1 | Objeto JComboBox que muestra una lista de nombres de imágenes. (Parte 2 de 2). 


1 // Fig. 11.22: PruebaCuadroCombi nado . java 

2 // Prueba de MarcoCuadroCombi nado . 

3 import javax. swi ng . JFrame ; 

4 

5 public class PruebaCuadroCombi nado 

6 { 

7 public static void main( String args[] ) 

8 { 

9 MarcoCuadroCombi nado marcoCuadroCombi nado = new MarcoCuadroCombi nado() ; 

10 marcoCuadroCombinado.setDefaultCloseOperationC JFrame. EXIT_0N_CL0SE ); 

11 marcoCuadroCombinado.setSizeC 350, 150 ); // establece el tamaño del marco 

12 marcoCuadroCombinado.setVisibleC true ); // muestra el marco 

13 } // fin de main 

• 4 } // fin de la clase PruebaCuadroCombi nado 



Barra de desplazamiento que permite al usuario desplazarse Flechas de desplazamiento Cuadro de desplazamiento 
a través de todos los elementos en la lista 


Figura 11.22 | Clase de prueba de MarcoCuadroCombi nado. (Parte I de 2). 
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Figura I 1.22 | Clase de prueba de MarcoCuadroCombi nado. (Parte 2 de 2). 


En las líneas 19 a 23 (figura 1 1.21) se declara e inicializa el arreglo i conos con cuatro nuevos objetos Ima- 
gelcon. El arreglo String llamado nombres (líneas 17 y 18) contiene los nombres de los cuatro archivos de 
imagen que se guardan en el mismo directorio que la aplicación. 

En la línea 31 se crea un objeto JComboBox, utilizando los objetos String en el arreglo nombres como los 
elementos en la lista. Cada elemento de la lista tiene un índice. El primer elemento se agrega en el índice 0; el 
siguiente elemento se agrega en el índice 1, y así sucesivamente. El primer elemento que se agrega a un objeto 
JComboBox aparece como el elemento actualmente seleccionado al mostrar el objeto JComboBox. Los otros ele- 
mentos se seleccionan haciendo clic en el objeto JComboBox, el cual se expande en una lista de la cual el usuario 
puede hacer una selección. 

En la línea 32 se utiliza el método setMaximumRowCount de JComboBox para establecer el máximo núme- 
ro de elementos a mostrar cuando el usuario haga clic en el objeto JComboBox. Si hay elementos adicionales, el 
objeto JComboBox proporciona una barra de desplazamiento (vea la primera captura de pantalla) que permite 
al usuario desplazarse por todos los elementos en la lista. El usuario puede hacer clic en las flechas de desplaza- 
miento que están en las partes superior e inferior de la barra de desplazamiento para avanzar hacia arriba y hacia 
debajo de la lista, un elemento a la vez, o puede arrastrar hacia arriba y hacia abajo el cuadro de desplazamiento 
que está en medio de la barra de desplazamiento para desplazarse por la lista. Para arrastrar el cuadro de desplaza- 
miento, mantenga presionado el botón izquierdo del ratón mientras éste se encuentra sobre el cuadro de despla- 
zamiento, y mueva el ratón. 



Archivo 


Nuevo 

A 

Cerrar 


Observación de apariencia visual I l.l I 


de los límites de la ventana o subprograma en la que se utilice. Esta configuración asegurará que la lista se muestre 
correctamente cuando el usuario la expanda. 


La línea 48 adjunta el objeto JComboBox al esquema F1 owLayout de MarcoCuadroCombi nado (que se esta- 
blece en la línea 29). La línea 49 crea el objeto JLabeJ que muestra objetos Imagelcon y lo inicializa con el 
primer objeto Imagelcon en el arreglo i conos. La línea 50 adjunta el objeto J Label al esquema F1 owLayout de 
MarcoCuadroCombi nado. 


Uso de una clase interna anónima para el manejo de eventos 

Las líneas 34 a 46 son una instrucción que declara la clase del componente de escucha de eventos, crea un objeto 
de esa clase y registra el objeto como el componente de escucha para los eventos ItemEvent de imágenes JCom- 
boBox. En este ejemplo, el objeto componente de escucha de eventos es una instancia de una clase interna 
anónima; una forma especial de clase interna que se declara sin un nombre y, por lo general, aparece dentro de la 
declaración de un método. Al igual que las demás clases internas, una clase interna anónima puede acceder a los 
miembros de su clase de nivel superior. Sin embargo, una clase interna anónima tiene acceso limitado a las varia- 
bles locales del método en el que está declarada. Como una clase interna anónima no tiene nombre, un objeto de 
la clase interna anónima debe crearse en el punto en el que se declara la clase (empezando en la línea 35). 



Observación de ingeniería de software 1 1.5 

Una clase interna anónima declarada en un método puede acceder a las variables de instancia y los métodos del 
objeto de la clase de nivel superior que la declaró , así como a las variables locales fina 7 del método, pero no puede 
acceder a las variables locales no fina 7 del método. 
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Las líneas 34 a 46 son una llamada al método addltemLi stener de imagenesJComboBox. El argumento 
para este método debe ser un objeto que sea un ItemLi stener (es decir, cualquier objeto de una clase que imple- 
mente a ItemLi stener). Las líneas 35 a 45 son una expresión de creación de instancias de clase que declara una 
clase interna anónima y crea un objeto de esa clase. Después se pasa una referencia a ese objeto como argumento 
para addltemLi stener. La sintaxis ItemLi stener() después de new empieza la declaración de una clase interna 
anónima que implementa a la interfaz ItemLi stener. Esto es similar a empezar una declaración con 

public class MiManejador implements ItemLi stener 

Los paréntesis después de ItemLi stener indican una llamada al constructor predeterminado de la clase interna 
anónima. 

La llave izquierda de apertura ({) en la línea 36 y la llave derecha de cierre (}) en la línea 45 delimitan el 
cuerpo de la clase interna anónima. Las líneas 38 a 44 declaran el método i temStateChanged de ItemLi stener. 
Cuando el usuario hace una selección de i magenesJComboBox, este método establece el objeto Icón de eti queta. 
El objeto Icón se selecciona del arreglo i conos, determinando el índice del elemento seleccionado en el objeto 
IComboBox con el método getSelectedlndex en la línea 43. Observe que para cada elemento seleccionado de 
un IComboBox, primero se deselecciona otro elemento; por lo tanto, ocurren dos eventos tipo ItemEvent cuando 
se selecciona un elemento. Deseamos mostrar sólo el icono para el elemento que el usuario acaba de seleccionar. 
Por esta razón, la línea 41 determina si el método getStateChange de ItemEvent devuelve ItemEvent . SELEC- 
TED. De ser así, las líneas 42 y 43 establecen el icono de eti queta. 



Observación de ingeniería de software 1 1.6 

Al igual que cualquier otra clase, cuando una clase interna anónima implementa a una interfaz, la clase debe 
implementar todos los métodos en la interfaz. 


La sintaxis que se muestra en las líneas 35 a 45 para crear un manejador de eventos con una clase interna 
anónima es similar al código que genera un entorno de desarrollo integrado (IDE) de Java. Por lo general, un 
IDE permite al programador diseñar una GUI en forma visual, y después el IDE genera código que implementa 
a la GUI. El programador sólo inserta instrucciones en los métodos manejadores de eventos que declaran cómo 
manejar cada evento. 


11.11 JList 

Una lista muestra una serie de elementos, de la cual el usuario puede seleccionar uno o más (vea la salida de la 
figura 11.23). Las listas se crean con la clase JList, que extiende directamente a la clase JComponent. La clase 
JList soporta listas de selección simple (listas que permiten seleccionar solamente un elemento a la vez) y listas 
de selección múltiple (listas que permiten seleccionar cualquier número de elementos a la vez). En esta sección 
hablaremos sobre las listas de selección simple. 

La aplicación de las figuras 1 1.23 y 1 1.24 crea un objeto JLi st que contiene los nombres de 13 colores. Al 
hacer clic en el nombre de un color en el objeto JLi st, ocurre un evento ListSelectionEvent y la aplicación 
cambia el color de fondo de la ventana de aplicación al color seleccionado. La clase PruebaLi sta (figura 1 1.24) 
contiene el método mai n que ejecuta esta aplicación. 


1 // Fig. 11.23: MarcoLi sta. java 

2 // Selección de colores de un objeto JList. 

3 import java.awt.FlowLayout; 

4 import j ava. awt. Color; 

5 import javax.swing.JFrame; 

6 import javax.swing. JList; 

7 import javax. swi ng . J Se rol 1 Pane ; 

8 import javax. swi ng . event. ListSelectionLi stener; 

9 import javax. swi ng . event. ListSelectionEvent; 

10 import javax. swi ng . Li stSel ectionModel ; 

Figura 1 1.23 | Objeto JList que muestra una lista de colores. (Parte I de 2). 
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1 1 

12 public class MarcoLista extends JFrame 

13 { 

14 prívate JList listaJListColores; // lista para mostrar colores 

15 prívate final String nombresColores[] = { “Negro”, “Azul , “Cyan”, 

16 “G ris oscuro”, “Gris”, “Verde”, “Gris claro”, “Magenta”, 

17 “Naranja”, “Rosa”, “Rojo”, “Blanco , “Amarillo” }; 

18 prívate final Color coloresf] = { Color. BLACK, Color. BLUE, Color. CYAN, 

19 Color. DARK__GRAY , Color. CRAY, Color. GREEN, Color.LIGHT_GRAY, 

20 Color. MAGENTA, Col or .ORANCE , Color. PINK, Color. RED, Color. WHITE, 

21 Color. YELLOW }; 

22 

23 // El constructor de MarcoLista agrega a JFrame el JScrollPane que contiene a JList 

24 public MarcoListaO 

25 { 

26 superf “Prueba de JList” ); 

27 setLayout( new FlowLayoutO ); // establece el esquema del marco 

28 

29 listaJListColores = new JList( nombresColores ); // crea con nombresCol ores 

30 listaJListColores. setVi si bl eRowCountf 5 ) ; // muestra cinco filas a la vez 

31 

32 // no permite selecciones múltiples 

33 listaJListColores. setSel ectionModef Li stSel ectionModel . SINGLE_SELECTION ); 

34 

35 // agrega al marco un objeto JScrollPane que contiene a JList 

36 add( new JScrollPanef listaJListColores ) ); 

37 

38 1 i staj Li stCol ores . addLi stSel ecti onLi stenerf 

39 new ListSelectionListenerC) // clase interna anónima 

40 { 

41 // maneja los eventos de selección de la lista 

42 public void val ueChangedf Li stSelectionEvent evento ) 

43 { 

44 getContentPaneO . setBackgroundf 

45 coloresf listaJListColores. getSel ectedlndex() ] ); 

46 } // fin del método valueChanged 

47 } // fin de la clase interna anónima 

48 )l // fin de la llamada a addListSelectionListener 

49 } // fin del constructor de MarcoLista 

50 } // fin de la clase MarcoLista 

Figura 1 1.23 | Objeto JList que muestra una lista de colores. (Parte 2 de 2). 


La línea 29 (figura 11.23) crea el objeto listaJListColores llamado JList. El argumento para el cons- 
tructor de J Li st es el arreglo de objetos Object (en este caso, objetos Stri ng) a mostrar en la lista. La línea 30 
utiliza el método setVi si bl eRowCount de JList para determinar el número de elementos visibles en la lista. 

La línea 33 utiliza el método setSelectionMode de JLi st para especificar el modo de selección de la lista. 
La clase ListSelectionModel (del paquete javax.swing) declara tres constantes que especifican el modo de 
selección de un objeto JLi st: SINGLE SELECTION (que sólo permite seleccionar un elemento a la vez), SINGLE 
INTERVAL SELECTION (para una lista de selección múltiple que permite seleccionar varios elementos contiguos) 
y MULTIPLE INTERVAL SELECTION (para una lista de selección múltiple que no restringe los elementos que se 
pueden seleccionar). 

A diferencia de un objeto JComboBox, un objeto JLi st no proporciona una barra de desplazamiento si hay 
más elementos en la lista que el número de filas visibles. En este caso se utiliza un objeto JScroJ 1 Pane para pro- 
porcionar la capacidad de desplazamiento. En la línea 36 se agrega una nueva instancia de la clase J Se rol 1 Pane 
al objeto JFrame. El constructor de JScrollPane recibe como argumento el objeto JComponent que necesita 
funcionalidad de desplazamiento (en este caso, listaJListColores). Observe en las capturas de pantalla que 
aparece una barra de desplazamiento creada por el objeto J Se rol 1 Pane en el lado derecho del objeto JLi st. De 
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1 // Fig. 11.24: PruebaLi sta. java 

2 // Selección de colores de un objeto JList. 

3 import javax. swi ng . IFrame ; 

4 

5 public class PruebaLista 

6 { 

7 public static void main( String args[] ) 

8 { 

9 MarcoLista marcoLista = new MarcoLi sta() ; // crea objeto MarcoLista 

10 marcoLista. setDefaultCloseOperation( IFrame. EXIT_0N_CL0SE ); 

11 marcoLi sta. setSizef 350, 150 ); // establece el tamaño del marco 

12 marcoLi sta. setVi si bl e( true ); // muestra el marco 

13 } // fin de main 

• 4 } // fin de la clase PruebaLista 
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Figura 1 1.24 | Clase de prueba de MarcoLi sta. 


manera predeterminada, la barra de desplazamiento sólo aparece cuando el número de elementos en el objeto 
3 Li st excede al número de elementos visibles. 

Las líneas 38 a 48 usan el método addListSelectionListener de 3 Li st para registrar un objeto que 
implementa a ListSelectionListener (paquete javax . swi ng . event) como el componente de escucha para 
los eventos de selección de 3 Li st. Una vez más, utilizamos una instancia de una clase interna anónima (líneas 39 
a 47) como el componente de escucha. En este ejemplo, cuando el usuario realiza una selección de 1 i sta! Li st- 
Colores, el método valueChanged (línea 42 a 46) debería cambiar el color de fondo del objeto MarcoLi sta al 
color seleccionado. Esto se logra en las líneas 44 y 45. Observe el uso del método getContentPane de 3 F rame en 
la línea 44. Cada objeto 3 F rame en realidad consiste de tres niveles: el fondo, el panel de contenido y el panel de 
vidrio. El panel de contenido aparece en frente del fondo, y es en donde se muestran los componentes de la GUI 
en el objeto 3 Frame. El panel de vidrio se utiliza para mostrar cuadros de información sobre herramientas y otros 
elementos que deben aparecer enfrente de los componentes de la GUI en la pantalla. El panel de contenido oculta 
por completo el fondo del objeto 3 F rame; por ende, para cambiar el color de fondo detrás de los componentes de 
la GUI, debe cambiar el color de fondo del panel de contenido. El método getContentPane devuelve una refe- 
rencia al panel de contenido del objeto 3 Frame (un objeto de la clase Contai ner). En la línea 44, después usamos 
esa referencia para llamar al método setBackground, el cual establece el color de fondo del panel de contenido 
a un elemento en el arreglo colores. El color se selecciona del arreglo mediante el uso del índice del elemento 
seleccionado. El método getSel ectedltem de 3 Li st devuelve el índice del elemento seleccionado. Al igual que 
con los arreglos y los objetos 3ComboBox, los índices en los objetos 3 Li st están basados en cero. 

11.12 Listas de selección múltiple 

Una lista de selección múltiple permite al usuario seleccionar varios elementos de un objeto 3 Li st (vea la salida 
de la figura 11.26). Una lista SINCLE_INTERVAL_SELECTION permite la selección de un rango contiguo de ele- 
mentos. Para ello, haga clic en el primer elemento y después oprima (y mantenga oprimida) la tecla Mayús mien- 
tras hace clic en el último elemento a seleccionar en el rango. Una lista MI3LTIPLE_INTERVAL_SELECTI0N permite 
una selección de rango continuo, como se describe para una lista SINGLE_INTERVAL_SELECTION. Dicha lista 
permite que se seleccionen diversos elementos, oprimiendo y manteniendo oprimida la tecla Ctrl (a la que algunas 
veces se le conoce como la tecla de Control) mientras hace clic en cada elemento a seleccionar. Para deseleccionar 
un elemento, oprima y mantenga oprimida la tecla Ctrl mientras hace clic en el elemento por segunda vez. 
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La aplicación de las figuras 1 1 .25 y 1 1 .26 utiliza listas de selección múltiple para copiar elementos de un 
objeto JLi st a otro. Una lista es de tipo MULTIPLE_INTERVAL_SELECTION y la otra es de tipo SINGLE_INTER- 
VAL_SELECTION. Cuando ejecute la aplicación, trate de usar las técnicas de selección descritas anteriormente para 
seleccionar elementos en ambas listas. 


1 // Fig. 11.25: MarcoSeleccionMultiple. java 

2 // Copiar elementos de un objeto List a otro. 

3 import java.awt. FlowLayout; 

4 import java. awt . event . Acti onLi stener ; 

5 import java. awt . event .Acti onEvent ; 

6 import javax.swing. JFrame; 

7 import javax.swing.lList; 

8 import javax. swi ng . IButton ; 

9 import javax.swing. J Se roll Pane; 

10 import javax. swi ng . Li stSel ectionModel ; 

1 1 

12 public class MarcoSeleccionMultiple extends JFrame 

13 { 

14 private JList UstaJListColores; // lista para guardar los nombres de los colores 

15 private JList listaJListCopia; // lista en la que se van a copiar los nombres de los 

colores 

16 private JButton botonJButtonCopiar; // botón para copiar los nombres seleccionados 

17 private final String nombresColores [] = { "Negro", "Azul", "Cyan", 

18 "Gris oscuro", "Gris", "Verde", "Gris claro", "Magenta 1 , "Naranja 1 , 

19 "Rosa", "Rojo", "Blanco", "Amarillo"}; 

20 

21 // Constructor de MarcoSeleccionMultiple 

22 public MarcoSeleccionMultiple() 

23 { 

24 super( "Listas de selección múltiple" ); 

25 setLayout( new FlowLayoutO ); // establece el esquema del marco 

26 

27 UstaJListColores = new JList( nombresColores ); // contiene nombres de todos los 
colores 

28 UstaJListColores. setVi si bl eRowCount( 5 ) ; // muestra cinco filas 

29 1 i staJLi stCol ores . setSel ecti onModef 

30 Li stSel ecti onModel . MULTIPLE_INTERVAL_SELECTION ); 

31 add( new JScrollPane( UstaJListColores ) ) ; // agrega lista con panel de 
despl azami ento 

32 

33 botonJButtonCopiar = new JButtonf "Copiar »>" ); // crea botón para copiar 

34 botonJButtonCopi ar . addActi onLi stenerf 

35 

36 new Acti onLi stenerO // clase interna anónima 

37 { 

38 // maneja evento de botón 

39 public void actionPerformed( ActionEvent evento ) 

40 { 

41 // coloca los valores seleccionados en listaJListCopia 

42 listaJListCopia. setListDataf UstaJListColores. getSelectedVal ues() ); 

43 } // fin del método actionPerformed 

44 } // fin de la clase interna anónima 

45 ')',// fin de la llamada a addActionLi stener 

46 

47 add( botonJButtonCopiar ); // agrega el botón copiar a JFrame 

48 


Figura 1 1.25 | Objeto J Li st que permite selecciones múltiples. (Parte I de 2). 
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49 listaJListCopia = new JList(); // crea lista para guardar nombres de colores 
copi ados 

50 listaJListCopia. setVisibleRowCount( 5 ) ; // muestra 5 filas 

51 listaJListCopia. setFixedCellWidth( 100 ); // establece la anchura 

52 listaJListCopia. setFixedCellHeight( 15 ) ; // establece la altura 

53 1 i staj Li stCopi a . setSel ecti onMode ( 

54 Li stSel ecti onModel . SINGLE_INTERVAL_SELECTION ); 

55 add( new JScrollPane( listaJListCopia ) ) ; // agrega lista con panel de 
despl azami ento 

56 } // fin del constructor de MarcoSeleccionMultiple 

57 } // fin de la clase MarcoSeleccionMultiple 

Figura 11.25 | Objeto J List que permite selecciones múltiples. (Parte 2 de 2). 


1 // Fig. 11.26: PruebaSeleccionMultiple. java 

2 // Prueba de MarcoSeleccionMultiple. 

3 import javax. swi ng . JFrame ; 

4 

5 public class PruebaSeleccionMultiple 

6 { 

7 public static void main( String args[] ) 

8 { 

9 MarcoSeleccionMultiple marcoSeleccionMultiple = 

10 new MarcoSeleccionMultipleO ; 

1 1 marcoSel ecci onMul ti pl e . setDefaul tCloseOperati on( 

12 JFrame. EXIT_0N_CL0SE ); 

13 marcoSeleccionMultiple. setSize( 350, 140 ); // establece el tamaño del marco 

14 marcoSeleccionMultiple. setVisibleC true ); // muestra el marco 

15 } // fin de main 

16 } // fin de la clase PruebaSeleccionMultiple 



Figura I 1.26 | Clase de prueba de MarcoSeleccionMultiple. 


En la línea 27 de la figura 1 1.25 se crea el objeto J Li st llamado 1 i staJLi stColores y se inicializa con las 
cadenas en el arreglo nombresCol ores. En la línea 28 se establece el número de filas visibles en 1 i staJLi st- 
Colores a 5. En las líneas 29 y 30 se especifica que 1 i staJLi stCol ores es una lista de tipo MULTIPLE_INTER- 
VAL_SELECTI0N. En la línea 31 se agrega un nuevo objeto J Se rol 1 Pane, que contiene listaJLi stCol ores, al 
panel JFrame. En las líneas 49 a 55 se realizan tareas similares para listaJListCopia, la cual se declara como 
una lista tipo SINGLE_INTERVAL_SELECTION. En la línea 51 se utiliza el método setFixedCellWidth de JList 
para establecer la anchura de 1 i staJLi stCopi a en 100 píxeles. En la línea 52 se utiliza el método setFixedCe- 
11 Hei ght de JList para establecer la altura de cada elemento en el objeto JList a 15 píxeles. 

Una lista de selección múltiple no tiene eventos para indicar que un usuario ha realizado varias selecciones. 
Normalmente, un evento generado por otro componente de la GUI (lo que se conoce como un evento externo) 
especifica cuándo deben procesarse las selecciones múltiples en un objeto J Li st. En este ejemplo, el usuario hace 
clic en el objeto JButton llamado botonJButtonCopi ar para desencadenar el evento que copia los elementos 
seleccionados en listaJLi stCol o res a listaJListCopia. 
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Las líneas 39 a 45 declaran, crean y registran un objeto Acti onLi stener para el objeto botonJButtonCo- 
piar. Cuando el usuario hace clic en botonJButtonCopi ar, el método actionPerformed (líneas 39a43) utiliza 
el método setListData de JList para establecer los elementos mostrados en 1 i staDLi stCopi a. En la línea 
42 se hace una llamada al método getSel ectedVal ues de 1 i staJ Li stCol o res, el cual devuelve un arreglo de 
objetos Object que representan los elementos seleccionados en 1 i staJLi stCol ores. En este ejemplo, el arreglo 
devuelto se pasa como argumento al método setLi stData de 1 i staJLi stCopi a. 

Tal vez se pregunte por qué puede usarse 1 i sta J Li stCopi a en la línea 42, aun cuando la aplicación no crea 
el objeto al cual hace referencia sino hasta la línea 49. Recuerde que el método actionPerformed (líneas 39 a 
43) no se ejecuta sino hasta que el usuario oprime el botón botonJButtonCopi ar, lo cual no puede ocurrir sino 
hasta que el constructor termine su ejecución y la aplicación muestre la GUI. En ese punto en la ejecución de la 
aplicación, 1 i staJLi stCopi a ya se ha inicializado con un nuevo objeto J Li st. 

11.13 Manejo de eventos de ratón 

En esta sección presentaremos las interfaces de escucha de eventos MouseLi stener y MouseMotionLi stener para 
manejar eventos de ratón. Estos eventos pueden atraparse para cualquier componente de la GUI que se derive de 
java, awt . Component. Los métodos de las interfaces MouseLi stener y MouseMotionLi stener se sintetizan en 
la figura 1 1.27. El paquete javax. swi ng . event contiene la interfaz MouselnputLi stener, la cual extiende a las 
interfaces MouseLi stener y MouseMoti onLi stener para crear una sola interfaz que contiene todos los métodos 
de MouseLi stener y MouseMotionLi stener. Estos métodos se llaman cuando el ratón interactúa con un objeto 
Component, si se registran objetos componentes de escucha de eventos para ese objeto Component. 


Métodos de las interfaces MouseLi stener y MouseMoti onLi stener 


Métodos de la interfaz MouseLi stener 

public void mousePressed( MouseEvent evento ) 

Se llama cuando se oprime un botón del ratón, mientras el cursor del ratón está sobre un componente, 
public void mouseCl i cked( MouseEvent evento ) 

Se llama cuando se oprime y suelta un botón del ratón, mientras el cursor del ratón permanece estacionario sobre 
un componente. Este evento siempre va precedido por una llamada a mousePressed. 

public void mouseRel easedC MouseEvent evento ) 

Se llama cuando se suelta un botón de ratón después de ser oprimido. Este evento siempre va precedido por una 
llamada a mousePressedy por una o más llamadas a mouseDragged. 

public void mouseEntered( MouseEvent evento ) 

Se llama cuando el cursor del ratón entra a los límites de un componente. 

public void mouseExitedC MouseEvent evento ) 

Se llama cuando el cursor del ratón sale de los límites de un componente. 

Métodos de la interfaz MouseMotionLi stener 

public void mouseDragged( MouseEvent evento ) 

Se llama cuando el botón del ratón se oprime mientras el cursor del ratón se encuentra sobre un componente y 
se mueve mientras el botón sigue oprimido. Este evento siempre va precedido por una llamada a mousePressed. 
Todos los eventos de arrastre del ratón se envían al componente en el cual empezó la acción de arrastre. 

public void mouseMoved( MouseEvent evento ) 

Se llama al moverse el ratón cuando su cursor se encuentra sobre un componente. Todos los eventos de movi- 
miento se envían al componente sobre el cual se encuentra el ratón posicionado en ese momento. 

Figura 11.27 | Métodos de las interfaces MouseListener y MouseMotionLi stener. 
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Cada uno de los métodos manejadores de eventos de ratón toma un objeto MouseEvent como su argumento. 
Un objeto MouseEvent contiene información acerca del evento de ratón que ocurrió, incluyendo las coordenadas 
x y y de la ubicación en donde ocurrió el evento. Estas coordenadas se miden desde la esquina superior izquierda 
del componente de la GUI en el que ocurrió el evento. Las coordenadas x empiezan en 0 y se incrementan de 
izquierda a derecha. Las coordenadas y empiezan en 0 y se incrementan de arriba hacia abajo. Además, los méto- 
dos y constantes de la clase InputEvent (superclase de MouseEvent) permiten a una aplicación determinar cuál 
fue el botón del ratón que oprimió el usuario. 

Observación de apariencia visual 11.12 

Las llamadas a los métodos mouseDragged y mouseRel eased se envían al objeto MouseMoti onLi s tener para el 
objeto Component en el que empezó la operación de arrastre. De manera similar, la llamada al método mouseRe- 
1 eased al final de una operación de arrastre se envía al objeto MouseLi s tener para el objeto Component en el que 
empezó la operación de arrastre. 

Java también cuenta con la interfaz MouseWheel Li stener para permitir a las aplicaciones responder a la 
rotación del disco en un ratón que tenga uno. Esta interfaz declara el método mouseWheel Moved, el cual recibe un 
evento MouseWheel Event como argumento. La clase MouseWheel Event (una subclase de MouseEvent) contiene 
métodos que permiten al manejador de eventos obtener información acerca de la cantidad de rotación del disco. 

Cómo rastrear eventos de ratón en un objeto J Panel 

La aplicación Rastreado rRaton (figuras 11.28 y 11.29) demuestra el uso de los métodos de las interfaces 
MouseLi stener y MouseMoti onLi stener. La clase de aplicación implementa ambas interfaces, para poder escu- 
char sus propios eventos de ratón. Observe que los siete métodos de estas dos interfaces deben ser declarados por 
el programador cuando una clase implementa ambas interfaces. Cada evento de ratón en este ejemplo muestra 
una cadena en el objeto 3 Labe! llamado barraEstado, en la parte inferior de la ventana. 



1 // Fig. 11.28: MarcoRastreadorRaton . java 

2 // Demostración de los eventos de ratón. 

3 import j ava. awt. Color; 

4 import java. awt. BorderLayout; 

5 import java. awt. event. MouseLi stener ; 

6 import java. awt. event. MouseMotionListener; 

7 import java. awt. event. MouseEvent; 

8 import javax. swi ng . IFrame ; 

9 import javax. swi ng . ILabel ; 

10 import javax. swi ng . 1 Panel ; 

1 1 

12 public class MarcoRastreadorRaton extends IFrame 

13 { 

14 private DPanel panelRaton; // panel en el que ocurrirán los eventos de ratón 

15 private ILabel barraEstado; // etiqueta que muestra información de los eventos 

16 

17 // El constructor de MarcoRastreadorRaton establece la GUI y 

18 // registra los manejadores de eventos de ratón 

19 public MarcoRastreadorRatonO 

20 { 

21 super( "Demostración de los eventos de ratón" ); 

22 

23 panelRaton = new JPanelO; // crea el panel 

24 panel Ratón . setBackground( Color. WHITE ); // establece el color de fondo 

25 add( panelRaton, BorderLayout. CENTER ); // agrega el panel a IFrame 

26 

27 barraEstado = new JLabel( "Ratón fuera de IPanel" ); 

28 add( barraEstado, BorderLayout. SOUTH ); // agrega etiqueta a IFrame 


Figura 1 1.28 | Manejo de eventos de ratón. (Parte I de 3). 
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// crea y registra un componente de escucha para los eventos de ratón y de su 
movi mi ento 

ManejadorRaton manejador = new ManejadorRaton() ; 
panel Ratón . addMouseLi stener( manejador ); 
panelRaton.addMouseMotionListenerf manejador ); 

} // fin del constructor de MarcoRastreadorRaton 

private class ManejadorRaton implements MouseLi stener, 

MouseMotionLi stener 

{ 

// Los manejadores de eventos de MouseLi stener 

// manejan el evento cuando se suelta el ratón justo después de oprimir el botón 
public void mouseCl i cked( MouseEvent evento ) 

{ 

barraEstado . setTextf Stri ng . format( "Se hizo clic en [%d, %d] " , 
evento . getX() , evento . getY() ) ); 

} // fin del método mouseCl i cked 

// maneja evento cuando se oprime el ratón 

public void mousePressedf MouseEvent evento ) 

{ 

barraEstado . setTextf Stri ng . formatf "Se oprimió en [%d, %d] , 
evento . getX() , evento . getY() ) ); 

} // fin del método mousePressed 

// maneja evento cuando se suelta el botón del ratón después de arrastrarlo 
public void mouseRel eased( MouseEvent evento ) 

{ 

barraEstado . setTextf Stri ng . formatf "Se solto en [%d, %d ]', 
evento . getX() , evento . getY() ) ); 

} // fin del método mouseRel eased 

// maneja evento cuando el ratón entra al área 

public void mouseEnteredf MouseEvent evento ) 

{ 

barraEstado . setTextf Stri ng . formatf "Ratón entro en [%d, %d] ' , 
evento . getXf) , evento . getYf) ) ); 
panelRaton.setBackgroundf Color. CREEN ); 

} // fin del método mouseEntered 

// maneja evento cuando el ratón sale del área 

public void mouseExitedf MouseEvent evento ) 

{ 

barraEstado . setTextf "Ratón fuera de IPanel" ); 
panelRaton.setBackgroundf Color. WHITE ); 

} // fin del método mouseExited 

// Los manejadores de eventos de MouseMotionLi stener manejan 

// el evento cuando el usuario arrastra el ratón con el botón oprimido 

public void mouseDraggedf MouseEvent evento ) 

{ 

barraEstado . setTextf Stri ng . formatf "Se arrastro en [%d, %d] ' , 
evento . getXf) , evento . getYf) ) ); 

} // fin del método mouseDragged 

// maneja evento cuando el usuario mueve el ratón 

public void mouseMovedf MouseEvent evento ) 

{ 


Figura 1 1.28 | Manejo de eventos de ratón. (Parte 2 de 3). 
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87 barraEstado . setText( Stri ng . format( "Se movio en [%d, %d]", 

88 evento . getX() , evento . getY() ) ); 

89 } // fin del método mouseMoved 

90 } // fin de la clase interna ManejadorRaton 

91 } // fin de la clase MarcoRastreadorRaton 

Figura 1 1.28 | Manejo de eventos de ratón. (Parte 3 de 3). 


1 // Fig. 11.29: MarcoRastreadorRaton . java 

2 // Prueba de MarcoRastreadorRaton. 

3 import javax. swi ng . IFrame ; 

4 

5 public class RastreadorRaton 

6 { 

7 public static void main( String args[] ) 

8 { 

9 MarcoRastreadorRaton marcoRastreadorRaton = new MarcoRastreadorRatonO ; 

10 marcoRastreadorRaton. setDefaultCloseOperation( IFrame. EXIT_ON_CLOSE ); 

11 marcoRastreadorRaton . setSi ze( 300, 100 ); // establece el tamaño del marco 

12 marcoRastreadorRaton . setVi si bl e( true ); // muestra el marco 

13 } // fin de main 

14 } // fin de la clase RastreadorRaton 



Figura I 1.29 | Clase de prueba de MarcoRastreadorRaton. 

La línea 23 en la figura 1 1 .28 crea el objeto 3 Panel llamado panel Ratón. Los eventos de ratón de este objeto 
1 Panel serán rastreados por la aplicación. En la línea 24 se establece el color de fondo de panel Ratón a blanco. 
Cuando el usuario mueva el ratón hacia el panel Ratón, la aplicación cambiará el color de fondo de panel Ratón a 
verde. Cuando el usuario mueva el ratón hacia fuera del panel Ratón, la aplicación cambiará el color de fondo de 
vuelta a blanco. En la línea 25 se adjunta el objeto panel Ratón al objeto 3 F rame. Como vimos en la sección 1 1 .4, 
por lo general, debemos especificar el esquema de los componentes de GUI en un objeto IFrame. En esa sección 
presentamos el administrador de esquemas FlowLayout. Aquí utilizamos el esquema predeterminado del panel 
de contenido de un objeto IFrame: BorderLayout. Este administrador de esquemas ordena los componentes en 
cinco regiones: NORTH, SOUTH, EAST, WEST y CENTER. N0RTH corresponde a la parte superior del contenedor. Este 
ejemplo utiliza las regiones CENTER y SOUTH. En la línea 25 se utiliza una versión con dos argumentos del método 
add para colocar a panel Ratón en la región CENTER. El esquema BorderLayout ajusta automáticamente el tama- 
ño del componente en la región CENTER para utilizar todo el espacio en el objeto 3 F rame que no esté ocupado por 
los componentes de otras regiones. En la sección 1 1.17.2 hablaremos sobre BorderLayout con más detalle. 

En las líneas 27 y 28 del constructor se declara el objeto 3Label llamado barraEstado y se adjunta a la 
región SOUTH del objeto 3 F rame. Este objeto 3Label ocupa la anchura del objeto 3Frame. La altura de la región 
se determina en base al objeto 3 Label . 
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En la línea 31 se crea una instancia de la clase interna ManejadorRaton (líneas 36 a 90) llamada maneja- 
dor, la cual responde a los eventos de ratón. En las líneas 32 y 33 se registra mane j ador como el componente de 
escucha para los eventos de ratón de panel Ratón. Los métodos addMouseLi stener y addMouseMotionListe- 
ner se heredan indirectamente de la clase Component, y pueden utilizarse para registrar objetos MouseLi stener 
y MouseMotionLi stener, respectivamente. Un objeto ManejadorRaton es tanto un MouseLi stener como un 
Moti onLi stener, ya que la clase implementa ambas interfaces. [Nota: en este ejemplo, optamos por implementar 
ambas interfaces para demostrar una clase que implementa más de una interfaz. Sin embargo, también pudimos 
haber implementado la interfaz MouselnputLi stener aquí]. 

Cuando el ratón entra y sale del área de panel Ratón, se hacen llamadas a los métodos mouseEntered (líneas 
62 a 67) y mouseExi ted (líneas 70 a 74), respectivamente. El método mouseEntered muestra un mensaje en el 
objeto barraEstado, indicando que el ratón entró al objeto 3 Panel y cambia el color de fondo a verde. El méto- 
do mouseExi ted muestra un mensaje en el objeto barraEstado, indicando que el ratón está fuera del objeto 
3 Panel (vea la primera ventana de resultados de ejemplo) y cambia el color de fondo a blanco. 

Cuando ocurre cualquiera de los otros cinco eventos, se muestra un mensaje en el objeto barraEstado que 
incluye una cadena, la cual contiene el evento y las coordenadas en las que ocurrió. Los métodos getX y getY 
de MouseEvent devuelven las coordenadas xy y, respectivamente, del ratón en el momento en el que ocurrió el 
evento. 


11.14 Clases adaptadoras 

Muchas de las interfaces de escucha de eventos, como MouseLi stener y MouseMotionLi stener, contienen 
varios métodos. No siempre es deseable declarar todos los métodos en una interfaz de escucha de eventos. Por 
ejemplo, una aplicación podría necesitar solamente el manejador mouseCl i cked de la interfaz MouseLi stener, o 
el manejador mouseDragged de la interfaz MouseMotionLi stener. La interfaz Wi ndowLi stener especifica siete 
métodos manejado res de eventos. Para muchas de las interfaces de escucha de eventos que contienen varios méto- 
dos, el paquete j ava . awt . event y el paquete j avax . swi ng . event proporcionan clases adaptadoras de escucha 
de eventos. Una clase adaptadora implementa a una interfaz y proporciona una implementación predeterminada 
(con un cuerpo vacío para los métodos) de todos los métodos en la interfaz. En la figura 1 1.30 se muestran varias 
clases adaptadoras de j ava . awt . event, junto con las interfaces que implementan. Usted puede extender una clase 
adaptadora para heredar la implementación predeterminada de cada método, y en consecuencia sobrescribir sólo 
el(los) método(s) que necesite para manejar eventos. 



Observación de ingeniería de software 1 1.7 

Cuando una clase implementa a una interfaz, la clase tiene una relación del tipo “es un” con esa interfaz. Todas las 
subclases directas e indirectas de esa clase heredan esta interfaz. Por lo tanto, un objeto de una clase que extiende a 
una clase adaptadora de eventos es un objeto del tipo de escucha de eventos correspondiente (por ejemplo, un objeto 
de una subclase de MouseAdapter es un MouseLi stener). 


Clase adaptadora de eventos en java. awt. event 

Implementa a la interfaz 

ComponentAdapter 

ComponentLi stener 

Contai nerAdapter 

Contai nerLi stener 

FocusAdapter 

FocusLi stener 

KeyAdapter 

KeyLi stener 

MouseAdapter 

MouseLi stener 

MouseMotionAdapter 

MouseMotionLi stener 

Wi ndowAdapter 

Wi ndowLi stener 


Figura 11.30 | Las clases adaptadoras de eventos y las interfaces que implementan 
en el paquete java. awt. event. 
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Extensión de MouseAdapter 

La aplicación de las figuras 11.31 y 11.32 demuestra cómo determinar el número de clics del ratón (es decir, la 
cuenta de clics) y cómo diferenciar los distintos botones del ratón. El componente de escucha de eventos en esta 
aplicación es un objeto de la clase interna ManejadorCl i cRaton (líneas 26 a 46) que extiende a MouseAdapter, 
por lo que podemos declarar sólo el método mouseCl i cked que necesitamos en este ejemplo. 



Error común de programación 1 1.4 

Si extiende una clase adaptadora y escribe de manera incorrecta el nombre del método que está sobrescribiendo, su 
método simplemente se vuelve otro método en la clase. Este es un error lógico difícil de detectar, ya que el programa 
llamará a la versión vacía del método heredado de la clase adaptadora. 


1 // Fig. 11.31: MarcoDetal 1 esRaton . java 

2 // Demostración de los clics del ratón y cómo diferenciar los botones del mismo. 

3 import java.awt.BorderLayout; 

4 import java. awt. Graphics; 

5 import java. awt. event. MouseAdapter; 

6 import java. awt. event. MouseEvent; 

7 import javax.swing. JFrame; 

8 import javax.swing. 3 Label ; 

9 

10 public class MarcoDetal 1 esRaton extends JFrame 

11 { 

12 private String detalles; // objeto String que representa al objeto JLabel 

13 private JLabel barraEstado; // que aparece en la parte inferior de la ventana 

14 

15 // constructor establece String de la barra de título y registra componente de 
escucha del ratón 

16 public MarcoDetal 1 esRaton () 

17 { 

18 super( "Clics y botones del ratón"); 

19 

20 barraEstado = new JLabel ( "Haga clic en el ratón" ); 

21 add( barraEstado, BorderLayout . SOUTH ); 

22 addMouseLi stener( new ManejadorCl i cRatonO ); // agrega el manejador 

23 } // fin del constructor de MarcoDetall esRaton 

24 

25 // clase interna para manejar los eventos del ratón 

26 private class ManejadorCl i cRaton extends MouseAdapter 

27 { 

28 // maneja evento de clic del ratón y determina cuál botón se oprimió 

29 public void mouseCl i cked( MouseEvent evento ) 

30 { 

31 int xPos = evento. getX() ; // obtiene posición x del ratón 

32 int yPos = evento. getY() ; // obtiene posición y del ratón 

33 

34 detalles = Stri ng . format( "Se hizo clic %d vez(veces)", 

35 evento . getCl i ckCount() ); 

36 

37 if ( evento . i sMetaDown() ) // botón derecho del ratón 

38 detalles += " con el boton derecho del ratón"; 

39 el se if ( evento.isAltDownO ) // botón central del ratón 

40 detalles += " con el boton central del ratón"; 

41 el se // botón izquierdo del ratón 

42 detalles += " con el boton izquierdo del ratón"; 

43 


Figura 1 1.3 1 | Clics de los botones izquierdo, central y derecho del ratón. (Parte I de 2). 
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44 barraEstado . setText( detalles ); // muestra mensaje en barraEstado 

45 } // fin del método mouseCl i cked 

46 } // fin de la clase interna privada ManejadorCl i cRaton 

47 } // fin de la clase MarcoDetal lesRaton 

Figura 1 1.3 1 | Clics de los botones izquierdo, central y derecho del ratón. (Parte 2 de 2). 


1 // Fig. 11. B2: Detal 1 esRaton . java 

2 // Prueba de MarcoDetal 1 esRaton . 

3 import javax. swi ng . IFrame ; 

4 

5 public class Detal 1 esRaton 

6 { 

7 public static void main( String args[] ) 

8 { 

9 MarcoDetal 1 esRaton marcoDetall esRaton = new MarcoDetal 1 esRaton () ; 

10 marcoDetallesRaton.setDefaultCloseOperation( IFrame. EXIT_ON_CLOSE ); 

11 marcoDetal 1 esRaton . setSi ze( 400, 150 ); // establece el tamaño del marco 

12 marcoDetal 1 esRaton . setVi si bl e( true ); // muestra el marco 

13 } // fin de main 

• 4 } // fin de la clase Detal 1 esRaton 



Figura I 1.32 | Clase de prueba de MarcoDetal lesRaton. 

Un usuario de una aplicación en Java puede estar en un sistema con un ratón de uno, dos o tres botones. Java 
cuenta con un mecanismo para diferenciar cada uno de los botones del ratón. La clase MouseEvent hereda varios 
métodos de la clase InputEvent que pueden diferenciar los botones del ratón en un ratón con varios botones, o 
pueden imitar un ratón de varios botones con una combinación de teclas y un clic del botón del ratón. La figura 
1 1.33 muestra los métodos de InputEvent que se utilizan para diferenciar los clics de los botones del ratón. Java 
asume que cada ratón contiene un botón izquierdo del ratón. Por ende, es fácil probar un clic del botón izquierdo 
del ratón. Sin embargo, los usuarios con un ratón de uno o dos botones deben usar una combinación de teclas y 
clics con el botón del ratón al mismo tiempo, para simular los botones que éste no tenga. En el caso de un ratón 
con uno o dos botones, una aplicación de Java asume que se hizo clic en el botón central del ratón, si el usuario 
mantiene oprimida la tecla Alt y hace clic en el botón izquierdo en un ratón con dos botones, o el único botón en 
un ratón con un botón. En el caso de un ratón con un botón, una aplicación de Java asume que se hizo clic en el 
botón derecho si el usuario mantiene oprimida la tecla Meta y hace clic en el botón del ratón. 




11.15 Subclase de 3 Panel para dibujar con el ratón 507 


La línea 22 de la figura 1 1.31 registra un objeto MouseLi stener para el MarcoDetal 1 esRaton. El compo- 
nente de escucha de eventos es un objeto de la clase ManejadorCl i cRaton, el cual extiende a MouseAdapter. 
Esto nos permite declarar sólo el método mouseClicked (líneas 29 a 45). Este método primero captura las 
coordenadas en donde ocurrió el evento y las almacena en las variables locales xPos y y Pos (líneas 31 y 32). Las 
líneas 34 y 35 crean un objeto String llamado detalles que contiene el número de clics del ratón, el cual se 
devuelve mediante el método getCl ickCount de MouseEvent en la línea 35. Las líneas 37 a 42 utilizan los méto- 
dos isMetaDown e isAltDown para determinar cuál botón del ratón oprimió el usuario, y adjuntan un objeto 
Stri ng apropiado a detalles en cada caso. El objeto Stri ng resultante se muestra en la barraEstado. La clase 
Detal 1 esRaton (figura 1 1.32) contiene el método mai n que ejecuta la aplicación. Pruebe haciendo clic con cada 
uno de los botones de su ratón repetidas veces, para ver el incremento en la cuenta de clics. 


Método InputEvent 

Descripción 

i sMetaDownO 

Devuelve true cuando el usuario hace clic en el botón derecho del ratón, en un ratón 
con dos o tres botones. Para simular un clic con el botón derecho del ratón en un 
ratón con un botón, el usuario puede mantener oprimida la tecla Meta en el teclado 
y hacer clic con el botón del ratón. 

i sAl tDownQ 

Devuelve true cuando el usuario hace clic con el botón central del ratón, en un ratón 
con tres botones. Para simular un clic con el botón central del ratón en un ratón con uno 
o dos botones, el usuario puede oprimir la tecla Alt en el teclado y hacer clic en el único 
botón o en el botón izquierdo del ratón, respectivamente. 


Figura 1 1.33 | Métodos de InputEvent que ayudan a diferenciar los clics de los botones izquierdo, central 
y derecho del ratón. 


11.15 Subclase de JPanel para dibujar con el ratón 

La sección 11.13 mostró cómo rastrear los eventos del ratón en un objeto 3 Panel. En esta sección usaremos un 
objeto 3 Panel como un área dedicada de dibujo, en la cual el usuario puede dibujar arrastrando el ratón. Ade- 
más, esta sección demuestra un componente de escucha de eventos que extiende a una clase adaptadora. 

Método pa intComponen t 

Los componentes ligeros de Swing que extienden a la clase 3Component (como 3 Panel ) contienen el método pai nt- 
Component, el cual se llama cuando se muestra un componente ligero de Swing. Al sobrescribir este método, puede 
especificar cómo dibujar figuras usando las herramientas de gráficos de Java. Al personalizar un objeto 3 Panel para 
usarlo como un área dedicada de dibujo, la subclase debe sobrescribir el método pai ntComponent y llamar a la ver- 
sión de pai ntComponent de la superclase como la primera instrucción en el cuerpo del método sobrescrito, para ase- 
gurar que el componente se muestre en forma correcta. La razón de ello es que las subclases de 3Component soportan 
la transparencia. Para mostrar un componente en forma correcta, el programa debe determinar si el componente 
es transparente. El código que determina esto en la implementación del método pai ntComponent de la superclase 
3Component. Cuando un componente es transparente, pai ntComponent no borra su fondo cuando el programa 
muestra el componente. Cuando un componente es opaco, pai ntComponent borra el fondo del componente antes 
de mostrarlo. Si no se hace una llamada a la versión de pai ntComponent de la superclase, por lo general, un com- 
ponente de GUI opaco no se mostrará correctamente en la interfaz de usuario. Además, si se hace una llamada a la 
versión de la superclase después de realizar las instrucciones de dibujo personalizadas, por lo general, se borran los 
resultados. La transparencia de un componente ligero de Swing puede establecerse con el método setOpaque (un 
argumento fal se indica que el componente es transparente). 

Observación de apariencia visual 11.13 

La mayoría de los componentes de GUI pueden ser transparentes u opacos. Si un componente de GUI de Siving es 
opaco, su fondo se borrará cuando se haga una llamada a su método pa i ntComponent. Sólo los componentes opacos 
pueden mostrar un color de fondo personalizado. Los objetos J Panel son opacos de manera predeterminada. 
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Tip para prevenir errores 1 1 . 1 


En el método pai ntComponent de una subclase de JComponent, la primera instrucción siempre debe ser una lla- 
mada al método pai ntComponent de la superclase, para asegurar que un objeto de la subclase se muestre en forma 
correcta. 



Error común de programación 1 1.5 

Si un método pai ntComponent sobrescrito no llama a la versión de la superclase, el componente de la subclase tal 
vez no se muestre en forma apropiada. Si un método pa i ntComponent sobrescrito llama a la versión de la superclase 
después de realizar otro dibujo, éste se borra. 


Definición del área de dibujo personalizada 

La aplicación Pi ntor de las figuras 1 1.34 y 1 1.35 demuestra una subclase personalizada de JPanel que se utili- 
za para crear un área dedicada de dibujo. La aplicación utiliza el manejador de eventos mouseDragged para crear 
una aplicación simple de dibujo. El usuario puede dibujar imágenes arrastrando el ratón en el objeto JPanel. 
Este ejemplo no utiliza el método mouseMoved, por lo que nuestra clase de escucha de eventos (la clase interna 
anónima en las líneas 22 a 34) extiende a MouseMotionAdapter. Como esta clase ya declara tanto a mouseMo- 
ved como mouseDragged, simplemente podemos sobrescribir a mouseDragged para proporcionar el manejo de 
eventos que requiere esta aplicación. 

La clase Panel Di bu jo (figura 1 1.34) extiende a J Panel para crear el área dedicada de dibujo. Las líneas 3 a 7 
importan las clases que se utilizan en la clase Panel Di bu jo. La clase Point (paquete java.awt) representa una 
coordenada x-y. Utilizamos objetos de esta clase para almacenar las coordenadas de cada evento de arrastre del 
ratón. La clase Graphics se utiliza para dibujar. 
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// Fig. 11.34: PanelDibujo. java 
// Uso de la clase MouseMotionAdapter. 

import java. awt . Poi nt ; 

import java. awt. Graphics; 

i mport j ava . awt . event . MouseEvent ; 

i mpo rt j ava . awt . event . Mou seMoti onAdapte r ; 

import javax. swing . JPanel ; 

public class PanelDibujo extends JPanel 

{ 

private int cuentaPuntos = 0; // cuenta el número de puntos 

// arreglo de 10000 referencias a java. awt. Point 
private Point puntos[] = new Point[ 10000 ]; 

// establece la GUI y registra el manejador de eventos del ratón 
public PanelDibujoO 
{ 

// maneja evento de movimiento del ratón en el marco 

addMouseMoti onLi stener( 

new MouseMotionAdapterO // clase interna anónima 

{ 

// almacena las coordenadas de arrastre y vuelve a dibujar 

public void mouseDragged( MouseEvent evento ) 

{ 

if ( cuentaPuntos < puntos . 1 ength ) 

{ 

puntos [ cuentaPuntos ] = evento . getPoi nt() ; // busca el punto 
cuentaPuntos++; // incrementa el número de puntos en el arreglo 
repaintQ; // vuelve a dibujar JFrame 


Figura 1 1.34 


Clases adaptadoras utilizadas para ¡mplementar los manejadores de eventos. (Parte I de 2). 
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32 } // fin de if 

33 } // fin del método mouseDragged 

34 } // fin de la clase interna anónima 

35 ); // fin de la llamada a addMouseMoti onLi stener 

36 } // fin del constructor de PanelDibujo 

37 

38 // dibuja un óvalo en un cuadro delimitador de 4 x 4, en la ubicación especificada en 
la ventana 

39 public void pai ntComponentf Graphics g ) 

40 { 

41 super. paintComponent( g ); // borra el área de dibujo 

42 

43 // dibuja todos los puntos en el arreglo 

44 for ( int i =0; i < cuentaPuntos ; i++ ) 

45 g . fi 1 1 Oval C puntosf i ].x, puntosf i ].y, 4, 4 ); 

46 } // fin del método paint 

47 } // fin de la clase PanelDibujo 

Figura 1 1.34 | Clases adaptadoras utilizadas para ¡mplementar los manejadores de eventos. (Parte 2 de 2). 


1 // Fig. 11.35: Pintor. java 

2 // Prueba de PanelDibujo. 

3 import java.awt.BorderLayout; 

4 import javax. swi ng . IFrame ; 

5 import javax. swi ng . ILabel ; 

6 

7 public class Pintor 

8 { 

9 public static void main( String args[] ) 

10 { 

11 // crea objeto IFrame 

12 JFrame aplicación = new 3Frame( "Un programa simple de dibujo" ); 

13 

14 PanelDibujo panelDibujo = new PanelDibujoO ; // crea panel de dibujo 

15 aplicación. add( panelDibujo, BorderLayout.CENTER ); // en el centro 

16 

17 // crea una etiqueta y la coloca en la región SOUTH de BorderLayout 

18 aplicación. add( new ILabel ( "Arrastre el ratón para dibujar" ), 

19 BorderLayout . SOUTH ); 

20 

21 aplicacion.setDefaultCloseOperationf IFrame. EXIT_0N_CL0SE ); 

22 aplicación. setSizef 400, 200 ); // establece el tamaño del marco 

23 aplicación. setVisiblef true ); // muestra el marco 

24 } // fin de main 

25 } // fin de la clase Pintor 
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Figura I 1.35 | Clase de prueba de PanelDibujo. 
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En este ejemplo, utilizamos un arreglo de 10,000 objetos Poi nt (línea 14) para almacenar la ubicación en la 
cual ocurre cada evento de arrastre del ratón. Como veremos más adelante, el método pai ntComponent utiliza 
estos objetos Poi nt para dibujar. La variable de instancia cuentaPuntos (línea 1 1) mantiene el número total de 
objetos Poi nt capturados de los eventos de arrastre del ratón hasta cierto punto. 

Las líneas 20 a 35 registran un objeto MouseMotionLi stener para que escuche los eventos de movimiento 
del ratón de Pai ntPanel . Las líneas 22 a 34 crean un objeto de una clase interna anónima que extiende a la clase 
adaptadora MouseMoti onAdapter. Recuerde que MouseMotionAdapter implementa a MouseMotionLi stener, 
por lo que el objeto de la clase interna anónima es un MouseMoti onLi stener. La clase interna anónima hereda 
una implementación predeterminada de los métodos mouseMoved y mouseDragged, por lo que de antemano 
cumple con el requerimiento de que deben implementarse todos los métodos de la interfaz. Sin embargo, los 
métodos predeterminados no hacen nada cuando se les llama. Por lo tanto, sobrescribimos el método mouse- 
Dragged en las líneas 25 a 33 para capturar las coordenadas de un evento de arrastre del ratón y las almacena- 
mos como un objeto Poi nt. La línea 27 asegura que se almacenen las coordenadas del evento, sólo si aún hay 
elementos vacíos en el arreglo. De ser así, en la línea 29 se invoca el método getPoint de MouseEvent para 
obtener el objeto Poi nt en donde ocurrió el evento, y lo almacena en el arreglo, en el índice cuentaPuntos. La 
línea 30 incrementa la cuentaPuntos, y la línea 31 llama al método repaint (heredado directamente de la clase 
Component) para indicar que el objeto Panel Di bu jo debe actualizarse en la pantalla lo más pronto posible, con 
una llamada al método pai ntComponent de Pai ntPanel . 

El método pai ntComponent (líneas 39 a 46), que recibe un parámetro Graphi es, se llama de manera auto- 
mática cada vez que el objeto Pai ntPanel necesita mostrarse en la pantalla (como cuando se muestra por primera 
vez la GUI) o actualizarse en la pantalla (como cuando se hace una llamada al método repai nt, o cuando otra 
ventana en la pantalla oculta el componente de la GUI y después se vuelve otra vez visible). 



Observación de apariencia visual 11.14 

Una llamada a repaint para un componente de GUI de Siving indica que el componente debe actualizarse en la 
pantalla lo más pronto que sea posible. El fondo del componente de GUI se borra sólo si el componente es opaco. El 
método setOpaque de JComponent puede recibir un argumento boolean, el cual indica si el componente es opaco 
( true) o transparente( false). 


La línea 41 invoca a la versión de pai ntComponent de la superclase para borrar el fondo de Panel Di bu jo 
(los objetos 1 Panel son opacos de manera predeterminada). Las líneas 44 y 45 dibujan un óvalo en la ubicación 
especificada por cada objeto Point en el arreglo (hasta la cuentaPuntos). El método fillOval de Graphics 
dibuja un óvalo relleno. Los cuatro parámetros del método representan un área rectangular (que se conoce como 
cuadro delimitador) en la cual se muestra el óvalo. Los primeros dos parámetros son la coordenada x superior 
izquierda y la coordenada y superior izquierda del área rectangular. Las últimas dos coordenadas representan la 
anchura y la altura del área rectangular. El método fil lOval dibuja el óvalo de manera que esté en contacto con 
la parte media de cada lado del área rectangular. En la línea 45, los primeros dos argumentos se especifican median- 
te el uso de las dos variables de instancia publ i c de la clase Poi nt: x y y. El ciclo termina cuando se encuentra 
una referencia nuil en el arreglo, o cuando se llega al final del mismo. En el capítulo 12 aprenderá más acerca de 
las características de Graphi es. 



Observación de apariencia visual 11.15 

La acción de dibujar en cualquier componente de GUI se lleva a cabo con coordenadas que se miden a partir de la 
esquina superior izquierda (0, 0) de ese componente de la GUI, no de la esquina superior izquierda de la pantalla. 


Uso del objeto J Panel personalizado en una aplicación 

La clase Pi ntor (figura 1 1.35) contiene el método principal que ejecuta esta aplicación. En la línea 14 se crea un 
objeto Panel Di bu jo, en el cual el usuario puede arrastrar el ratón para dibujar. En la línea 15 se adjunta el objeto 
PanelDibujo al objeto JFrame. 


11.16 Manejo de eventos de teclas 

En esta sección presentamos la interfaz KeyLi stener para manejar eventos de teclas. Estos eventos se generan 
cuando se oprimen y sueltan las teclas en el teclado. Una clase que implementa a KeyLi stener debe proporcionar 
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declaraciones para los métodos keyPressed, keyReleased y keyTyped, cada uno de los cuales recibe un objeto 
KeyEvent como argumento. La clase KeyEvent es una subclase de InputEvent. El método keyPressed es lla- 
mado en respuesta a la acción de oprimir cualquier tecla. El método keyTyped es llamado en respuesta a la acción 
de oprimir una tecla que no sea una tecla de acción. (Las teclas de acción son cualquier tecla de dirección, Inicio, 
Fin, Re Pdg, Av Pdg, cualquier tecla de función, Bloq Num, Impr Pant, Bloq Despl, Bloq Mayús y Pausa ) . El método 
keyRel eased es llamado cuando la tecla se suelta después de un evento keyPressed o keyTyped. 

La aplicación de las figuras 1 1.36 y 1 1.37 demuestra el uso de los métodos de KeyLi stener. La clase Demo- 
Tecl as implementa la interfaz KeyLi stener, por lo que los tres métodos se declaran en la aplicación. 

El constructor (figuras 11.36, líneas 17 a 28) registra a la aplicación para manejar sus propios eventos de 
teclas, utilizando el método addKeyLi stener en la línea 27. Este método se declara en la clase Component, por 
lo que todas las subclases de Component pueden notificar a objetos KeyLi stener acerca de los eventos para ese 
objeto Component. 
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// Fig. 11.36: MarcoDemoTeclas . java 

// Demostración de los eventos de pulsación de teclas. 

import j ava. awt. Color; 
import java. awt . event . KeyLi stener; 
import java. awt. event. KeyEvent; 
import javax. swi ng . IFrame ; 
import javax. swi ng . JTextArea; 


public class MarcoDemoTeclas extends JFrame implements KeyListener 

{ 

private String lineal ="";// primera linea del área de texto 

private String linea2 = "',// segunda linea del área de texto 

private String linea3 = "',// tercera linea del área de texto 

private JTextArea areaTexto; // área de texto para mostrar la salida 

// constructor de MarcoDemoTeclas 
public MarcoDemoTecl as() 

{ 

super( "Demostración de los eventos de pulsación de teclas" ); 

areaTexto = new JTextArea( 10, 15 ) ; // establece el objeto JTextArea 
areaTexto. setText( "Oprima cualquier tecla en el teclado..." ); 
areaTexto. setEnabled( false ); // deshabilita el área de texto 
areaTexto. setDi sabl edTextCol or( Color. BLACK ); // establece el color del texto 
add( areaTexto ); // agrega areaTexto a JFrame 

addKeyLi stener( this ); // permite al marco procesar los eventos de teclas 
} // fin del constructor de MarcoDemoTeclas 


// maneja el evento de oprimir cualquier tecla 
public void keyPressed( KeyEvent evento ) 

{ 

lineal = Stri ng . format( "Tecla oprimida: %s", 

evento. getKeyText( evento . getKeyCodeO ) ); // imprime la tecla oprimida 
establecerLineas2y3( evento ); // establece las lineas de salida dos y tres 
} // fin del método keyPressed 


// maneja el evento de liberar cualquier tecla 
public void keyRel eased ( KeyEvent evento ) 

{ 

lineal = Stri ng . format( "Tecla liberada: %s , 

evento. getKeyText( evento . getKeyCodeO ) ); // imprime la tecla liberada 
establecerLineas2y3( evento ); // establece las lineas de salida dos y tres 


Figura 1 1.36 | Manejo de eventos de teclas. (Parte I de 2). 
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44 } // fin del método keyReleased 

45 

46 // maneja el evento de oprimir una tecla de acción 

47 public void keyTyped( KeyEvent evento ) 

48 { 

49 lineal = String . format( "Tecla oprimida: %s", evento . getKeyCharO ); 

50 establecerLineas2yB( evento ); // establece las lineas de salida dos y tres 

51 } // fin del método keyTyped 

52 

53 // establece las lineas de salida dos y tres 

54 private void establ ecerLi neas2y3( KeyEvent evento ) 

55 { 

56 linea2 = Stri ng . formatf "Esta tecla %s es una tecla de acción", 

57 ( evento.isActionKeyO ? "" : "no " ) ); 

58 

59 String temp = evento. getKeyModifiersText( evento . getModi fiers() ); 

60 

61 lineaB = String . format( "Teclas modificadoras oprimidas: %s , 

62 ( temp.equalsf "" ) ? "ninguna" : temp ) ); // imprime modificadoras 

63 

64 areaTexto. setTextf Stri ng . formatf "%s\n%s\n%s\n" , 

65 lineal, linea2, linea3 ) ); // imprime tres lineas de texto 

66 } // fin del método establecerLineas2y3 

67 } // fin de la clase MarcoDemoTeclas 

Figura 1 1.36 | Manejo de eventos de teclas. (Parte 2 de 2). 


1 // Fig. 11.37: DemoTecl as . java 

2 // Prueba de MarcoDemoTeclas. 

3 import javax. swi ng . IFrame ; 

4 

5 public class DemoTecl as 

6 { 

7 public static void main( String args[] ) 

8 { 

9 MarcoDemoTeclas marcoDemoTeclas = new MarcoDemoTeclasO ; 

10 marcoDemoTeclas. setDefaultCloseOperation( JFrame. EXIT_0N_CL0SE ); 

11 marcoDemoTeclas . setSize( 350, 100 ); // establece el tamaño del marco 

12 marcoDemoTeclas. setVisiblef true ); // muestra el marco 

13 } // fin de main 

14 } // fin de la clase DemoTeclas 



Figura 11.37 | Clase de prueba de MarcoDemoTeclas. (Parte I de 2). 
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Figura I 1.37 | Clase de prueba de MarcoDemoTeclas. (Parte 2 de 2). 


En la línea 25, el constructor agrega el objeto JTextArea llamado areaTexto (en donde se muestra la salida 
de la aplicación) al objeto JFrame. Observe en las capturas de pantalla que el objeto areaTexto ocupa toda la 
ventana. Esto se debe al esquema predeterminado BorderLayout del objeto JFrame (que describiremos en la sec- 
ción 11.17.2 y demostraremos en la figura 1 1.41). Cuando se agrega un objeto Component individual a un objeto 
BorderLayout, el objeto Component ocupa todo el objeto Contai ner completo. Observe que en la línea 24 se 
utiliza el método setDi sabl edTextCol or para cambiar el color del texto en el área de texto a negro. 

Los métodos keyPressed (líneas 31a 36) y keyRel eased (líneas 39 a 44) utilizan el método getKeyCode de 
KeyEvent para obtener el código de tecla virtual de la tecla oprimida. La clase KeyEvent mantiene un conjunto 
de constantes (las constantes de código de tecla virtual) que representa a todas las teclas en el teclado. Estas cons- 
tantes pueden compararse con el valor de retorno de getKeyCode para probar teclas individuales en el teclado. 
El valor devuelto por getKeyCode se pasa al método getKeyText de KeyEvent, el cual devuelve una cadena que 
contiene el nombre de la tecla que se oprimió. Para obtener una lista completa de las constantes de teclas virtuales, 
vea la documentación en línea para la clase KeyEvent (paquete java, awt . event). El método keyTyped (líneas 
47 a 51) utiliza el método getKeyChar de KeyEvent para obtener el valor Unicode del carácter escrito. 

Los tres métodos manejadores de eventos terminan llamando al método establecerLi neas2y3 (líneas 54 
a 66) y le pasan el objeto KeyEvent. Este método utiliza el método isActionKey de KeyEvent (línea 57) para 
determinar si la tecla en el evento fue una tecla de acción. Además, se hace una llamada al método getModifiers de 
InputEvent (línea 59) para determinar si se oprimió alguna tecla modificadora (como Mayús, Altj Ctrl) cuando 
ocurrió el evento de tecla. El resultado de este método se pasa al método getKeyModifiersText de KeyEvent, el 
cual produce una cadena que contiene los nombres de las teclas modificadoras que se oprimieron. 

[Nota: si necesita probar una tecla específica en el teclado, la clase KeyEvent proporciona una constante de 
tecla para cada tecla del teclado. Estas constantes pueden utilizarse desde los manejadores de eventos de teclas 
para determinar si se oprimió una tecla específica. Además, para determinar si las teclas Alt, Ctrl, Meta y Mayús se 
oprimen individualmente, cada uno de los métodos i sAl tDown, i sControl Down, i sMetaDown e isShiftDown 
devuelven un valor boolean, indicando si se oprimió dicha tecla durante el evento de tecla]. 

11.17 Administradores de esquemas 

Los administradores de esquemas se proporcionan para ordenar los componentes de la GUI en un contenedor, 
para fines de presentación. Los programadores pueden usar los administradores de esquemas como herramientas 
básicas de distribución visual, en vez de determinar la posición y tamaño exactos de cada componente de la GUI. 
Esta funcionalidad permite al programador concentrarse en la vista y sentido básicos, y deja que el administrador 
de esquemas procese la mayoría de los detalles de la distribución visual. Todos los administradores de esquemas 
implementan la interfaz LayoutManager (en el paquete java. awt). El método setLayout de la clase Contai ner 
toma un objeto que implementa a la interfaz LayoutManager como argumento. Básicamente, existen tres formas 
para poder ordenar los componentes en una GUI: 

1. Posicionamiento absoluto: esto proporciona el mayor nivel de control sobre la apariencia de una GUI. 
Al establecer el esquema de un objeto Container en nuil, podemos especificar la posición absoluta 
de cada componente de la GUI con respecto a la esquina superior izquierda del objeto Contai ner. Si 
hacemos esto, también debemos especificar el tamaño de cada componente de la GUI. La programación 
de una GUI con posicionamiento absoluto puede ser un proceso tedioso, a menos que se cuente con un 
entorno de desarrollo integrado (IDE), que pueda generar el código por nosotros. 

2. Administradores de esquemas: el uso de administradores de esquemas para posicionar elementos puede 
ser un proceso más simple y rápido que la creación de una GUI con posicionamiento absoluto, pero se 
pierde cierto control sobre el tamaño y el posicionamiento preciso de los componentes de la GUI. 
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3. Programación visual en un IDE: los IDEs proporcionan herramientas que facilitan la creación de GUIs. 
Por lo general, cada IDE proporciona una herramienta de diseño de GUI que nos permite arrastrar y 
soltar componentes de GUI desde un cuadro de herramientas, hacia un área de diseño. Después pode- 
mos posicionar, ajustar el tamaño de los componentes de la GUI y alinearlos según lo deseado. El IDE 
genera el código de Java que crea la GUI. Además, podemos, por lo general, agregar código manejador 
de eventos para un componente específico, haciendo doble clic en el componente. Algunas herramien- 
tas de diseño también nos permiten utilizar los administradores de esquemas descritos en este capítulo 
y en el capítulo 22. 



Observación de apariencia visual 11.16 

La mayoría de los entornos de programación de Java proporcionan herramientas de diseño de la GUI, las cuales ayu- 
dan a un programador a diseñar gráficamente una GUI; después, las herramientas de diseño escriben código en Java 
para crear la GUI. Dichas herramientas proporcionan con frecuencia un mayor control sobre el tamaño, la posición 
y la alineación de los componentes de la GUI, en comparación con los administradores de esquemas integrados. 



Observación de apariencia visual 11.17 

Es posible establecer el esquema de un objeto Container en nuil, lo cual indica que no debe utilizarse ningún 
administrador de esquemas. En un objeto Container sin un administrador de esquemas, el programador debe 
posicionar y cambiar el tamaño de los componentes en el contenedor dado, y cuidar que, en los eventos de ajuste de 
tamaño, todos los componentes se reposicionen según sea necesario. Los eventos de ajuste de tamaño de un componente 
pueden procesarse mediante un objeto ComponentLi stener. 


En la figura 11.38 se sintetizan los administradores de esquemas presentados 
22 hablaremos sobre otros administradores de esquemas. 


en este capítulo. En el capítulo 


Administrador de esquemas 

Descripción 

FlowLayout 

Es el predeterminado para j avax . swi ng . J Panel . Coloca los componentes secuen- 
cialmente (de izquierda a derecha) en el orden en que se agregaron. También es 
posible especificar el orden de los componentes utilizando el método add de Con- 
tai ner, el cual toma un objeto Component y una posición de índice entero como 


argumentos. 

BorderLayout 

Es el predeterminado para los objetos JFrame (y otras ventanas). Ordena los com- 
ponentes en cinco áreas: NORTH, SOUTH, EAST, WEST y CENTER. 

GridLayout 

Ordena los componentes en filas y columnas. 


Figura 1 1.38 | Administradores de esquemas. 


II. 17.1 FlowLayout 

Este es el administrador de esquemas más simple. Los componentes de la GUI se colocan en un contenedor, de 
izquierda a derecha, en el orden en el que se agregaron al contenedor. Cuando se llega al borde del contenedor, 
los componentes siguen mostrándose en la siguiente línea. La clase F1 owLayout permite a los componentes de la 
GUI alinearse a la izquierda, al centro (el valor predeterminado) y a la derecha. 

La aplicación de las figuras 1 1 .39 y 1 1 .40 crea tres objetos 1 Button y los agrega a la aplicación, utilizando un 
administrador de esquemas F1 owLayout. Los componentes se alinean hacia el centro de manera predeterminada. 
Cuando el usuario hace clic en Izquierda, la alineación del administrador de esquemas cambia a un FlowLayout 
alineado a la izquierda. Cuando el usuario hace clic en Derecha, la alineación del administrador de esquemas 
cambia a un FlowLayout alineado a la derecha. Cuando el usuario hace clic en Centro, la alineación del admi- 
nistrador de esquemas cambia a un F1 owLayout alineado hacia el centro. Cada botón tiene su propio manejador 
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de eventos que se declara con una clase interna, la cual implementa a Acti onLi stener. Las ventanas de salida de 
ejemplo muestran cada una de las alineaciones de FlowLayout. Además, la última ventana de salida de ejemplo 
muestra la alineación centrada después de ajustar el tamaño de la ventana a una anchura menor. Observe que el 
botón Derecha fluye hacia una nueva línea. 


1 // Fig. 11. B9: MarcoFlowLayout. java 

2 // Demostración de las alineaciones de FlowLayout. 

3 import j ava. awt. FlowLayout; 

4 import java. awt. Container; 

5 import java. awt . event .Acti onLi stener ; 

6 import java. awt . event .Acti onEvent ; 

7 import javax.swing. JFrame; 

8 import javax. swi ng . IButton ; 

9 

10 public class MarcoFlowLayout extends JFrame 

11 { 

12 private JButton botonJButtonlzqui erda; // botón para establecer la alineación a la 
i zqui erda 

13 private JButton botonJButtonCentro; // botón para establecer la alineación al centro 

14 private JButton botonJButtonDerecha; // botón para establecer la alineación a la 
derecha 

15 private FlowLayout esquema; // objeto esquema 

16 private Container contenedor; // contenedor para establecer el esquema 

17 

18 // establece la GUI y registra los componentes de escucha de botones 

19 public MarcoFlowLayoutO 

20 { 

21 super( "Demostración de FlowLayout" ); 

22 

23 esquema = new FlowLayoutO ; // crea objeto FlowLayout 

24 contenedor = getContentPane() ; // obtiene contenedor para esquema 

25 setLayout( esquema ); // establece el esquema del marco 

26 

27 // establece botonJButtonlzqui erda y registra componente de escucha 

28 botonJButtonlzquierda = new JButtonf "Izquierda" ); // crea botón Izquierda 

29 add( botonJButtonlzquierda ); // agrega botón Izquierda al marco 

30 botonJButtonlzquierda. addActi onLi stener ( 

31 

32 new Acti onLi stenerO // clase interna anónima 

33 { 

34 // procesa evento de botonJButtonlzquierda 

35 public void actionPerformed( ActionEvent evento ) 

36 { 

37 esquema. setAlignmentC FlowLayout. LEFT ); 

38 

39 // realinea los componentes adjuntos 

40 esquema. layoutContai ner( contenedor ); 

41 } // fin del método actionPerformed 

42 } // fin de la clase interna anónima 

43 ')',// fin de la llamada a addActionLi stener 

44 

45 // establece botonJButtonCentro y registra componente de escucha 

46 botonJButtonCentro = new JButton( "Centro" ); // crea botón Centro 

47 add( botonJButtonCentro ); // agrega botón Centro al marco 

48 botonJButtonCentro . addActi onLi stenerf 

49 

50 new Acti onLi stenerO // clase interna anónima 


Figura 1 1.39 | FlowLayout permite a los componentes fluir a través de varias líneas. (Parte I de 2). 
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{ 

// procesa evento de botonJButtonCentro 

public void actionPerformedC ActionEvent evento ) 

{ 

esquema. setAI ignmentf F1 owLayout. CENTER ); 

// realinea los componentes adjuntos 
esquema. 1 ayoutContai ner( contenedor ); 

} // fin del método actionPerformed 
} // fin de la clase interna anónima 
); //fin de la llamada a addActionListener 

// establece botonlButtonDerecha y registra componente de escucha 
botonlButtonDerecha = new JButtonf "Derecha" ); // crea botón Derecha 
add( botonlButtonDerecha ); // agrega botón Derecha al marco 
botonlButtonDerecha. addActionLi stener( 

new ActionLi stenerO // clase interna anónima 

{ 

// procesa evento de botonlButtonDerecha 

public void actionPerformedC ActionEvent evento ) 

{ 

esquema. setAI i gnmentf FlowLayout.RICHT ); 

// realinea los componentes adjuntos 
esquema. 1 ayoutContai ner( contenedor ); 

} // fin del método actionPerformed 
} // fin de la clase interna anónima 
); //fin de la llamada a addActionListener 
} // fin del constructor de MarcoFlowLayout 
} // fin de la clase MarcoFlowLayout 


Figura 1 1.39 | FlowLayout permite a los componentes fluir a través de varias líneas. (Parte 2 de 2). 


Como se vio anteriormente, el esquema de un contenedor se establece mediante el método setLayout de 
la clase Contai ner. En la línea 25 se establece el administrador de esquemas en F1 owLayout, el cual se declara 
en la línea 23. Generalmente, el esquema se establece antes de agregar cualquier componente de la GUI a un 
contenedor. 


1 // Fig. 11.40: DemoFl owLayout. java 

2 // Prueba de MarcoFlowLayout. 

3 import javax.swing.JFrame; 

4 

5 public class DemoFl owLayout 

6 { 

7 public static void main( String args[] ) 

8 { 

9 MarcoFlowLayout marcoFl owLayout = new MarcoFlowLayoutO ; 

10 marcoFlowLayout.setDefaultCloseOperation( JFrame. EXIT_0N_CL0SE ); 

11 marcoFlowLayout.setSize( 350, 75 ) ; // establece el tamaño del marco 

12 marcoFlowLayout.setVisible( true ); // muestra el marco 

13 } // fin de main 

• 4 } // fin de la clase DemoFl owLayout 

Figura 1 1.40 | Clase de prueba de MarcoFlowLayout. (Parte I de 2). 
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Figura I 1.40 | Clase de prueba de MarcoFlowLayout. (Parte 2 de 2). 



Observación de apariencia visual 11.18 

Cada contenedor puede tener solamente un administrador de esquemas. Varios contenedores separados en el mismo 
programa pueden tener distintos administradores de esquemas. 


Observe en este ejemplo que el manejador de eventos de cada botón se especifica con un objeto de una clase 
interna anónima separada (líneas 30 a 43, 48 a 61 y 66 a 71, respectivamente). El manejador de eventos acti on- 
Performed de cada botón ejecuta dos instrucciones. Por ejemplo, la línea 37 en el método actionPerformed 
para el botón botonJButtonlzquierda utiliza el método setAI ignment de FlowLayout para cambiar la ali- 
neación del objeto F1 owLayout a la izquierda (F1 owLayout . LEFT). En la línea 40 se utiliza el método 1 ayout- 
Container de la interfaz LayoutManager (que todos los administradores de esquemas heredan) para especificar 
que el objeto JFrame debe reordenarse, con base en el esquema ajustado. Dependiendo del botón oprimido, el 
método acti onPerformed para cada botón establece la alineación del objeto F1 owLayout a F1 owLayout . LEFT 
(línea 37), F1 owLayout. CENTER (línea 55) o FlowLayout . RIGHT (línea 73). 


11.17.2 BorderLayout 

El administrador de esquemas BorderLayout (el predeterminado para un objeto DFrame) ordena los componen- 
tes en cinco regiones: NORTH, SOUTH, EAST, WEST y CENTER. NORTH corresponde a la parte superior del contene- 
dor. La clase BorderLayout extiende a Object e implementa a la interfaz LayoutManager2 (una subinterfaz de 
LayoutManager, que agrega varios métodos para un mejor procesamiento de los esquemas). 

Un BorderLayout limita a un objeto Container para que contenga cuando mucho cinco componentes; 
uno en cada región. El componente que se coloca en cada región puede ser un contenedor, al cual se pueden 
adjuntar otros componentes. Los componentes que se colocan en las regiones NORTH y SOUTH se extienden hori- 
zontalmente hacia los lados del contenedor, y tienen la misma altura que los componentes que se colocan en esas 
regiones. Las regiones EAST y WEST se expanden verticalmente entre las regiones NORTH y SOUTH, y tienen la misma 
anchura que los componentes que se coloquen dentro de ellas. El componente que se coloca en la región CENTER 
se expande para rellenar todo el espacio restante en el esquema (esto explica por qué el objeto DTextArea de la 
figura 1 1.36 ocupa toda la ventana). Si las cinco regiones están ocupadas, todo el espacio del contenedor se cubre 
con los componentes de la GUI. Si las regiones NORTH o SOUTH no están ocupadas, los componentes de la GUI 
en las regiones EAST, CENTER y WEST se expanden verticalmente para rellenar el espacio restante. Si las regiones 
EAST o WEST no están ocupadas, el componente de la GUI en la región CENTER se expande horizontalmente para 
rellenar el espacio restante. Si la región CENTER no está ocupada, el área se deja vacía; los demás componentes de 
la GUI no se expanden para rellenar el espacio restante. La aplicación de las figuras 1 1.41 y 1 1.42 demuestra el 
administrador de esquemas BorderLayout, utilizando cinco objetos DButton. 

En la línea 21 se crea un objeto BorderLayout. Los argumentos del constructor especifican el número de 
píxeles entre los componentes que se ordenan en forma horizontal (espacio libre horizontal) y el número 
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de píxeles entre los componentes que se ordenan en forma vertical (espacio libre vertical), respectivamente. El 
valor predeterminado es un píxel de espacio libre horizontal y vertical. En la línea 22 se utiliza el método setLa- 
yout para establecer el esquema del panel de contenido en esquema. 


1 // Fig. 11.41: MarcoBorderLayout. java 

2 // Demostración de BorderLayout . 

3 import java. awt. BorderLayout; 

4 import java. awt. event.ActionListener; 

5 import java. awt. event.ActionEvent; 

6 import javax.swing.JFrame; 

7 import javax.swing. JButton; 

8 

9 public class MarcoBorderLayout extends JFrame implements ActionLi stener 

10 { 

11 private JButton botones[]; // arreglo de botones para ocultar porciones 

12 private final String nombres[] = { "Ocultar Norte", "Ocultar Sur", 

13 "Ocultar Este", "Ocultar Oeste", "Ocultar Centro" }; 

14 private BorderLayout esquema; // objeto BorderLayout 

15 

16 // establece la GUI y el manejo de eventos 

17 public MarcoBorderLayoutO 

18 { 

19 super( "Demostración de BorderLayout" ); 

20 

21 esquema = new BorderLayout( 5, 5 ); // espacios de 5 pixeles 

22 setLayout( esquema ); // establece el esquema del marco 

23 botones = new JButton[ nombres . length ]; // establece el tamaño del arreglo 

24 

25 // crea objetos JButton y registra componentes de escucha para ellos 

26 for ( int cuenta = 0; cuenta < nombres . 1 ength ; cuenta++ ) 

27 { 

28 botonesf cuenta ] = new JButtonf nombresf cuenta ] ); 

29 botones [ cuenta ] . addActionLi stener( this ); 

30 } // fin de for 

31 

32 add( botonesf 0 ], BorderLayout . NORTFI ); // agrega botón al norte 

33 add( botones [ 1 ], BorderLayout . SOUTFI ); // agrega botón al sur 

34 add( botones[ 2 ], BorderLayout . EAST ); // agrega botón al este 

35 add( botones[ B ], BorderLayout .WEST ); // agrega botón al oeste 

36 add( botones [ 4 ], BorderLayout . CENTER ); // agrega botón al centro 

37 } // fin del constructor de MarcoBorderLayout 

38 

39 // maneja los eventos de botón 

40 public void actionPerformed( ActionEvent evento ) 

41 { 

42 // comprueba el origen del evento y distribuye el panel de contenido de manera 
acorde 

43 for ( JButton boton : botones ) 

44 { 

45 if ( evento. getSource() == boton ) 

46 boton. setVisible( false ); // oculta el botón oprimido 

47 el se 

48 boton. setVisible( true ); // muestra los demás botones 

49 } // fin de for 

50 

51 esquema. 1 ayoutContai ner( getContentPane() ); // distribuye el panel de contenido 

52 } // fin del método acti onPerformed 

53 } // fin de la clase MarcoBorderLayout 

Figura 1 1.4 1 | BorderLayout que contiene cinco botones. 
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1 // Fig. 11.42: DemoBorderLayout . java 

2 // Prueba de MarcoBorderLayout . 

3 import javax. swi ng . IFrame ; 

4 

5 public class DemoBorderLayout 

6 { 

7 public static void main( String args[] ) 

8 { 

9 MarcoBorderLayout marcoBorderLayout = new MarcoBorderLayoutO ; 

10 marcoBorderLayout. setDefaultCloseOperation( IFrame. EXIT_0N_CL0SE ); 

11 marcoBorderLayout . setSi ze( 375, 200 ); // establece el tamaño del marco 

12 marcoBorderLayout . setVi si ble( true ); // muestra el marco 

13 } // fin de main 

14 } // fin de la clase DemoBorderLayout 
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Figura I 1.42 | Clase de prueba de MarcoBorderLayout. 


Agregamos objetos Component a un objeto BorderLayout con otra versión del método add de Contai ner 
que toma dos argumentos: el objeto Component que se va a agregar y la región en la que debe aparecer este objeto. 
Por ejemplo, en la línea 32 se especifica que botones [ 0 ] debe aparecer en la región NORTH. Los componentes 
pueden agregarse en cualquier orden, pero sólo debe agregarse un componente a cada región. 



Observación de apariencia visual 11.19 

Si no se especifica una región al agregar un objeto Component a un objeto BorderLayout, el administrador de 
esquemas asume que el objeto Component debe agregarse a la región BorderLayout . CENTER. 
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Error común de programación 1 1.6 

Cuando se agrega más de un componente a una región en un objeto BorderLayout, sólo se mostrará el último com- 
ponente agregado a esa región. No hay un error que indique este problema. 


Observe que la clase MarcoBorderLayout implementa directamente a ActionListener en este ejemplo, 
por lo que el objeto MarcoBorderLayout manejará los eventos de los objetos JButton. Por esta razón, en la línea 
29 se pasa la referencia this al método addActionLi stener de cada objeto JButton. Cuando el usuario hace 
clic en un objeto JButton específico en el esquema, se ejecuta el método acti onPerformed (líneas 40 a 52). La 
instrucción for mejorada en las líneas 43 a 49 utiliza una instrucción if...else para ocultar el objeto JButton 
específico que generó el evento. El método setVisible (que JButton hereda de la clase Component) se llama 
con un argumento fal se (línea 46) para ocultar el objeto JButton. Si el objeto JButton actual en el arreglo no 
es el que generó el evento, se hace una llamada al método setVi si bl e con un argumento true (línea 48) para 
asegurar que el objeto JButton se muestre en la pantalla. En la línea 51 se utilizad método 1 ayoutContai ner de 
LayoutManager para recalcular la distribución visual del panel de contenido. Observe en las capturas de pantalla 
de la figura 11.41 que ciertas regiones en el objeto BorderLayout cambian de forma a medida que se ocultan 
objetos J Button y se muestran en otras regiones. Pruebe a cambiar el tamaño de la ventana de la aplicación para 
ver cómo las diversas regiones ajustan su tamaño, con base en la anchura y la altura de la ventana. Para esque- 
mas más complejos, agrupe los componentes en objetos J Panel , cada uno con un administrador de esquemas 
separado. Coloque los objetos J Panel en el objeto JFrame, usando el esquema BorderLayout predeterminado 
o cualquier otro esquema. 


1 1.17.3 GridLayout 

El administrador de esquemas GridLayout divide el contenedor en una cuadrícula, de manera que los com- 
ponentes puedan colocarse en filas y columnas. La clase GridLayout hereda directamente de la clase Object 
e implementa a la interfaz LayoutManager. Todo objeto Component en un objeto GridLayout tiene la misma 
anchura y altura. Los componentes se agregan a un objeto Gri dLayout empezando en la celda superior izquierda 
de la cuadrícula, y procediendo de izquierda a derecha hasta que la fila esté llena. Después el proceso continúa de 
izquierda a derecha en la siguiente fila de la cuadrícula, y así sucesivamente. La aplicación de las figuras 1 1 .43 y 
1 1.44 demuestra el administrador de esquemas Gri dLayout, utilizando seis objetos JButton. 


1 // Fig. 11.43: MarcoGri dLayout . java 

2 // Demostración de GridLayout. 

3 import java. awt. GridLayout; 

4 import java. awt. Contai ner; 

5 import java. awt. event. ActionListener; 

6 import java. awt. event. ActionEvent; 

7 import javax.swing. JFrame; 

8 import javax.swing. JButton; 

9 

10 public class MarcoGri dLayout extends JFrame implements ActionListener 

11 { 

12 private JButton botones[]; // arreglo de botones 

13 private final String nombres[] = 

14 { 'uno", "dos' , "tres 1 , "cuatro", "cinco 1 , "seis" }; 

15 private boolean alternar = true; // alterna entre dos esquemas 

16 private Container contenedor; // contenedor del marco 

17 private GridLayout cuadriculal; // primer objeto GridLayout 

18 private GridLayout cuadricula2; // segundo objeto GridLayout 

19 

20 // constructor sin argumentos 

21 public MarcoGri dLayout() 

22 { 

23 super( "Demostración de GridLayout" ); 

Figura 1 1.43 | GridLayout que contiene seis botones. (Parte I de 2). 
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24 cuadriculal = new GridLayoutf 2, B, 5, 5 ) ; // 2 por 3; espacios de 5 

25 cuadricula2 = new GridLayout( B, 2 ); // 3 por 2; sin espacios 

26 contenedor = getContentPaneO ; // obtiene el panel de contenido 

27 setLayout( cuadriculal ); // establece esquema de objeto BFrame 

28 botones = new 3Button[ nombres . length ]; // crea arreglo de objetos BButton 

29 

30 for ( int cuenta = 0; cuenta < nombres . 1 ength ; cuenta++ ) 

31 { 

32 botones[ cuenta ] = new JButton( nombres[ cuenta ] ); 

33 botones [ cuenta ] . addActionLi stener( this ); // registra componente de escucha 

34 add( botones[ cuenta ] ); // agrega boton a objeto BFrame 

35 } // fin de for 

36 } // fin del constructor de MarcoGri dLayout 

37 

38 // maneja eventos de boton, alternando entre los esquemas 

39 public void actionPerformed( ActionEvent evento ) 

40 { 

41 if ( alternar ) 

42 contenedor . setLayoutf cuadricula2 ); // establece esquema al primero 

43 el se 

44 contenedor . setLayoutf cuadriculal ); // establece esquema al segundo 

45 

46 alternar = ¡alternar; // establece alternar a su valor opuesto 

47 contenedor. validatef) ; // redistribuye el contenedor 

48 } // fin del método acti onPerformed 

49 } // fin de la clase MarcoGri dLayout 

Figura 1 1.43 | Gri dLayout que contiene seis botones. (Parte 2 de 2). 


1 // Fig. 11.44: DemoGri dLayout. java 

2 // Prueba de MarcoGridLayout. 

3 import javax. swi ng . BFrame ; 

4 

5 public class DemoGri dLayout 

6 { 

7 public static void main( String args[] ) 

8 { 

9 MarcoGridLayout marcoGri dLayout = new MarcoGridLayoutO ; 

10 marcoGridLayout.setDefaultCloseOperation( BFrame. EXIT_0N_CL0SE ); 

11 marcoGri dLayout . setSi ze( 300, 200 ); // establece el tamaño del marco 

12 marcoGri dLayout . setVi si bl e( true ); // muestra el marco 

13 } // fin de main 

14 } // fin de la clase DemoGri dLayout 
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Figura I 1.44 | Clase de prueba de MarcoGridLayout. 
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En las líneas 24 y 25 se crean dos objetos GridLayout. El constructor de GridLayout que se utiliza en la 
línea 24 especifica un objeto Gri dLayout con 2 filas, 3 columnas, 5 píxeles de espacio libre horizontal entre obje- 
tos Componen!; en la cuadrícula y 5 píxeles de espacio libre vertical entre objetos Component en la cuadrícula. El 
constructor de Gri dLayout que se utiliza en la línea 25 especifica un objeto Gri dLayout con 3 filas y 2 columnas 
que utiliza el espacio libre predeterminado (1 píxel). 

Los objetos DButton en este ejemplo se ordenan inicialmente utilizando cuadriculal (que se establece 
para el panel de contenido en la línea 27, mediante el método setLayout). El primer componente se agrega a la 
primera columna de la primera fila. El siguiente componente se agrega a la segunda columna de la primera fila, 
y así sucesivamente. Cuando se oprime un objeto DButton, se hace una llamada al método actionPerformed 
(líneas 39 a 48). Todas las llamadas a actionPerformed alternan el esquema entre cuadri cul a2 y cuadri cul al, 
utilizando la variable bool ean llamada al temar para determinar el siguiente esquema a establecer. 

En la línea 47 se muestra otra manera para cambiar el formato a un contenedor para el cual haya cambiado el 
esquema. El método val i date de Contai ner recalcula el esquema del contenedor, con base en el administrador 
de esquemas actual para ese objeto Contai ner y el conjunto actual de componentes de la GUI que se muestran 
en pantalla. 

11.18 Uso de paneles para administrar esquemas más complejos 

Las GUIs complejas (como la de la figura 11.1) requieren que cada componente se coloque en una ubicación 
exacta. A menudo consisten de varios paneles, en donde los componentes de cada panel se ordenan en un esque- 
ma específico. La clase DPanel extiende a DComponent, y DComponent extiende a la clase Contai ner, por lo que 
todo DPanel es un Container. Por lo tanto, todo objeto DPanel puede tener componentes, incluyendo otros 
paneles, los cuales se adjuntan mediante el método add de Contai ner. La aplicación de las figuras 1 1 .45 y 1 1 .46 
demuestra cómo puede usarse un objeto DPanel para crear un esquema más complejo, en el cual se coloquen 
varios objetos DButton en la región SOUTH de un esquema BorderLayout. 

Una vez declarado el objeto D Panel llamado panel Botones en la línea 11, y creado en la línea 19, en la línea 
20 se establece el esquema de panel Botones en Gri dLayout con una fila y cinco columnas (hay cinco objetos 
DButton en el arreglo botones). En las líneas 23 a 27 se agregan los cinco objetos DButton del arreglo botones 
al objeto D Panel en el ciclo. En la línea 26 se agregan los botones directamente al objeto D Panel (la clase D Panel 
no tiene un panel de contenido, a diferencia de DFrame). En la línea 29 se utiliza el objeto BorderLayout prede- 
terminado para agregar panel Botones a la región SOUTH. Observe que esta región tiene la misma altura que los 
botones en panel Botones. Un objeto DPanel ajusta su tamaño de acuerdo con los componentes que contiene. 
A medida que se agregan más componentes, el objeto D Panel crece (de acuerdo con las restricciones de su admi- 
nistrador de esquemas) para dar cabida a esos nuevos componentes. Ajuste el tamaño de la ventana para que vea 
cómo el administrador de esquemas afecta al tamaño de los objetos DButton. 


1 

// Fig. 11.45: MarcoPanel . java 


2 

// Uso de un objeto DPanel para 

ayudar a 

3 

import java. awt. GridLayout; 


4 

import java. awt. BorderLayout; 


5 

import javax.swing. DFrame; 


6 

import j avax.swing.D Panel ; 


7 

8 

9 

import javax.swing. DButton; 


public class MarcoPanel extends 

DFrame 

10 

{ 


1 1 

private DPanel panel Botones ; 

// panel 

12 

13 

private DButton botones[]; // 

arreglo 

14 

// constructor sin argumentos 


15 

public MarcoPanel () 


16 

{ 



distribuir los componentes. 


que contiene los botones 
de botones 


Figura I 1.45 | Dpanel con cinco objetos DButton, en un esquema GridLayout adjunto a la región SOUTH de un 
esquema BorderLayout. (Parte I de 2). 
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17 super( "Demostración de Panel" ); 

18 botones = new JButton[ 5 ] ; // crea el arreglo botones 

19 panelBotones = new JPanelO; // establece el panel 

20 panel Botones . setLayout( new GridLayout( 1, botones . 1 ength ) ); 

21 

22 // crea y agrega los botones 

23 for ( int cuenta = 0; cuenta < botones . 1 ength ; cuenta++ ) 

24 { 

25 botones[ cuenta ] = new JButton( "Boton " + ( cuenta + 1 ) ); 

26 panel Botones . add( botones [ cuenta ] ) ; // agrega el botón al panel 

27 } // fin de for 

28 

29 add( panelBotones, BorderLayout . SOUTH ); // agrega el panel a JFrame 

30 } // fin del constructor de MarcoPanel 

31 } // fin de la clase MarcoPanel 

Figura 1 1.45 | Ipanel con cinco objetos JButton, en un esquema GridLayout adjunto a la región SOUTH de un 
esquema BorderLayout. (Parte 2 de 2). 


1 // Fig. 11.46: DemoPanel . java 

2 // Prueba de MarcoPanel . 

3 import javax. swi ng . IFrame ; 

4 

5 public class DemoPanel extends JFrame 

6 { 

7 public static void main( String args[] ) 

8 { 

9 MarcoPanel marcoPanel = new MarcoPanel () ; 

10 marcoPanel .setDefaultCloseOperation( JFrame. EXIT_0N_CL0SE ); 

11 marcoPanel . setSize( 450, 200 ); // establece el tamaño del marco 

12 marcoPanel . setVi si bl e( true ); // muestra el marco 

13 } // fin de main 

• 4 } // fin de la clase DemoPanel 



Figura I 1.46 | Clase de prueba de MarcoPanel . 


11.19 JTextArea 

Un objeto JTextArea proporciona un área para manipular varias líneas de texto. Al igual que la clase JTextFi el d, 
JTextArea es una subclase de JTextComponent, el cual declara métodos comunes para objetos JTextFi el d, JText- 
Area y varios otros componentes de GUI basados en texto. 

La aplicación en las figuras 1 1.47 y 11.48 demuestra el uso de los objetos JTextArea. Un objeto JTextArea 
muestra texto que el usuario puede seleccionar. El otro objeto JTextArea no puede editarse, y se utiliza para mos- 
trar el texto que seleccionó el usuario en el primer objeto JTextArea. A diferencia de los objetos JTextFi el d, los 
objetos JTextArea no tienen eventos de acción. Al igual que con los objetos J Li st de selección múltiple (sección 
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11.12), un evento externo de otro componente de GUI indica cuándo se debe procesar el texto en un objeto 
JTextArea. Por ejemplo, al escribir un mensaje de correo electrónico, por lo general, hacemos clic en un botón 
Enviar para enviar el texto del mensaje al recipiente. De manera similar, al editar un documento en un procesador 
de palabras, por lo general, guardamos el archivo seleccionando un elemento de menú llamado Guardar o Guar- 
dar como.... En este programa, el botón Copiar »> genera el evento externo que copia el texto seleccionado en 
el objeto JTextArea de la izquierda, y lo muestra en el objeto JTextArea de la derecha. 


1 // Fig. 11.47: MarcoAreaTexto. java 

2 // Copia el texto seleccionado de un área de texto a otra. 

3 import java.awt.event.ActionListener; 

4 import java.awt.event.ActionEvent; 

5 import javax. swing . Box; 

6 import javax. swing. JFrame; 

7 import javax. swing. JTextArea; 

8 import javax.swing.JButton; 

9 import javax. swi ng . J Se rol 1 Pane ; 

10 

11 public class MarcoAreaTexto extends JFrame 

12 { 

13 private JTextArea areaTextol; // muestra cadena de demostración 

14 private JTextArea areaTexto2; // el texto resaltado se copia aqui 

15 private JButton botonCopiar; // inicia el copiado de texto 

16 

17 // constructor sin argumentos 

18 public MarcoAreaTextoO 

19 { 

20 superf "Demostración de JTextArea" ); 

21 Box cuadro = Box . createHorizontal Box() ; // crea un cuadro 

22 String demo = "Esta es una cadena de\ndemostracion para\n" + 

23 "ilustrar como copiar texto\nde un area de texto a \n" + 

24 "otra, usando un\nevento externo\n"; 

25 

26 areaTextol = new JTextArea( demo, 10, 15 ); // crea área de texto 1 

27 cuadro. add( new JScrollPane( areaTextol ) ) ; // agrega panel de desplazamiento 

28 

29 botonCopiar = new JButton( "Copiar »>" ); // crea botón para copiar 

30 cuadro. add( botonCopiar ); // agrega botón de copia al cuadro 

31 botonCopi ar . addActi onLi stener( 

32 

33 new ActionLi stenerO // clase interna anónima 

34 { 

35 // establece el texto en areaTexto2 con el texto seleccionado de areaTextol 

36 public void actionPerformed( ActionEvent evento ) 

37 { 

38 areaTexto2 . setText( areaTextol. getSelectedTextO ); 

39 } // fin del método acti onPerformed 

40 } // fin de la clase interna anónima 

41 ) ; // fin de la llamada a addActionLi stener 

42 

43 areaTexto2 = new JTextAreaf 10, 15 ) ; // crea segunda área de texto 

44 areaTexto2 . setEdi tabl e( false ); // deshabilita edición 

45 cuadro. add( new JScrollPane( areaTexto2 ) ) ; // agrega panel de desplazamiento 

46 

47 add( cuadro ); // agrega cuadro al marco 

48 } // fin del constructor de MarcoAreaTexto 

49 } // fin de la clase MarcoAreaTexto 

Figura 1 1.47 | Copiado de texto seleccionado, de un objeto JTextArea a otro. 
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1 // Fig. 11.48: DemoAreaTexto. java 

2 // Copia el texto seleccionado de un área de texto a otra. 

3 import javax. swi ng . IFrame ; 

4 

5 public class DemoAreaTexto 

6 { 

7 public static void main( String args[] ) 

8 { 

9 MarcoAreaTexto marcoAreaTexto = new MarcoAreaTextoO ; 

10 marcoAreaTexto. setDefaultCloseOperation( IFrame. EXIT_ON_CLOSE ); 

11 marcoAreaTexto. setSize( 425, 200 ); // establece el tamaño del marco 

12 marcoAreaTexto. setVisible( true ); // muestra el marco 

13 } // fin de main 

• 4 } // fin de la clase DemoAreaTexto 



Figura 11.48 | Copiado de texto seleccionado, de un objeto TextAreaFrame. 


En el constructor (líneas 18 a 48), la línea 21 crea un contenedor Box (paquete javax. swi ng) para orga- 
nizar los componentes de la GUI. Box es una subclase de Contai ner que utiliza un administrador de esquemas 
BoxLayout (que veremos con detalle en la sección 22.9) para ordenar los componentes de la GUI, ya sea en 
forma horizontal o vertical. El método stati c createHorizontal Box de Box crea un objeto Box que ordena los 
componentes de izquierda a derecha, en el orden en el que se adjuntan. 

En las líneas 26 y 43 se crean los objetos JTextArea llamados areaTextol y areaTexto2. La línea 26 utiliza 
el constructor con tres argumentos de JTextArea, el cual recibe un objeto Stri ng que representa el texto inicial 
y dos valores i nt que especifican que el objeto JTextArea tiene 10 filas y 15 columnas. En la línea 43 se utiliza 
el constructor con dos argumentos de JTextArea, el cual especifica que el objeto JTextArea tiene 10 filas y 15 
columnas. En la línea 26 se especifica que demo debe mostrarse como el contenido predeterminado del objeto 
JTextArea. Un objeto JTextArea no proporciona barras de desplazamiento si no puede mostrar su contenido 
completo. Por lo tanto, en la línea 27 se crea un objeto JScrol 1 Pane, se inicializa con areaTextol y se adjunta 
al contenedor cuadro. En un objeto JScroI 1 Pane aparecen de manera predeterminada las barras de desplaza- 
miento horizontal y vertical, según sea necesario. 

En las líneas 29 a 41 se crea el objeto JButton llamado botonCopf ar con la etiqueta "Copiar »>", se 
agrega botonCopiar al contenedor cuadro y se registra el manejador de eventos para el evento ActionEvent 
de botonCopiar. Este botón proporciona el evento externo que determina cuándo debe copiar el programa el 
texto seleccionado en areaTextol a areaTexto2. Cuando el usuario hace clic en botonCopiar, la línea 38 en 
actionPerformed indica que el método getSelectedText (que hereda JTextArea de JTextComponent) debe 
devolver el texto seleccionado de areaTextol. Para seleccionar el texto, el usuario arrastra el ratón sobre el tex- 
to deseado para resaltarlo. El método setText cambia el texto en areaTexto2 por la cadena que devuelve get- 
Sel ectedText. 

En las líneas 43 a 45 se crea areaTexto2, se establece su propiedad editable a fal se y se agrega al contenedor 
box. En la línea 47 se agrega cuadro al objeto J Frame. En la sección 1 1.17 vimos que el esquema predeterminado 
de un objeto J Frame es BorderLayout, y que el método add adjunta de manera predeterminada su argumento a 
la región CENTER de este esquema. 

Algunas veces es conveniente, cuando el texto llega al lado derecho de un objeto JTextArea, hacer que se 
recorra a la siguiente línea. A esto se le conoce como envoltura de línea. La clase JTextArea no envuelve líneas 
de manera predeterminada. 
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Observación de apariencia visual 1 1.20 


Para proporcionar la funcionalidad de envoltura de líneas para un objeto JTextArea, invoque el método setLi- 
neWrap de JTextArea con un argumento true. 


Políticas de las barras de desplazamiento de JScrol! Pane 

En este ejemplo se utiliza un objeto J Se rol 1 Pane para proporcionar la capacidad de desplazamiento a un objeto 
JTextArea. De manera predeterminada, JScrol 1 Pane muestra las barras de desplazamiento sólo si se requieren. 
Puede establecer las políticas de las barras de desplazamiento horizontal y vertical de un objeto JScrol 1 Pane 
al momento de crearlo. Si un programa tiene una referencia a un objeto JScrol 1 Pane, puede usar los métodos 
setHorizontal Scroll BarPol icy y setVertical ScrollBarPol icy de JScrol 1 Pane para modificar las políti- 
cas de las barras redesplazamiento en cualquier momento. La clase JScrol 1 Pane declara las constantes 

JScrol 1 Pane . VERTICAL_SCROLLBAR_ALWAYS 
JScrol 1 Pane . H0RIZ0NTAL_SCR0LLBAR_ALWAYS 

para indicar que siempre debe aparecer una barra de desplazamiento, las constantes 

JScrol 1 Pane . VERTICAL_SCROLLBAR_AS_NEEDED 
JScrol 1 Pane . H0RIZ0NTAL_SCR0LLBAR_AS_NEEDED 

para indicar que debe aparecer una barra de desplazamiento sólo si es necesario (los valores predeterminados), y 
las constantes 

JScrol 1 Pane . VERTICAL_SCROLLBAR_NEVER 
JScrol 1 Pane . H0RIZ0NTAL_SCR0LLBAR_NEVER 

para indicar que nunca debe aparecer una barra de desplazamiento. Si la política de la barra de desplazamiento 
horizontal se establece en JScrol 1 Pane . HORIZONTAL_SCROLLBAR__NEVER, un objeto JTextArea adjunto al obje- 
to JScrol 1 Pane envolverá las líneas de manera automática. 


11.20 Conclusión 

En este capítulo aprendió acerca de muchos componentes de la GUI, y cómo implementar el manejo de eventos. 
También aprendió acerca de las clases anidadas, las clases internas y las clases internas anónimas. Vio la relación 
especial entre un objeto de la clase interna y un objeto de su clase de nivel superior. Aprendió a utilizar diálogos 
JOpti onPane para obtener datos de entrada de texto del usuario, y cómo mostrar mensajes a éste. También apren- 
dió a crear aplicaciones que se ejecuten en sus propias ventanas. Hablamos sobre la clase J Frame y los componen- 
tes que permiten a un usuario interactuar con una aplicación. También aprendió cómo mostrar texto e imágenes 
al usuario. Vimos cómo personalizar los objetos J Panel para crear áreas de dibujo personalizadas, las cuales utili- 
zará ampliamente en el siguiente capítulo. Vio cómo organizar los componentes en una ventana mediante el uso 
de los administradores de esquemas, y cómo crear GUIs más complejas mediante el uso de objetos J Panel para 
organizar los componentes. Por último, aprendió acerca del componente JTextArea, en el cual un usuario puede 
introducir texto y una aplicación puede mostrarlo. En el capítulo 22, Componentes de la GUI: parte 2, aprenderá 
acerca de los componentes de GUI más avanzados, como los botones deslizables, los menús y los administradores 
de esquemas más complicados. En el siguiente capítulo aprenderá a agregar gráficos a su aplicación de GUI. Los 
gráficos nos permiten dibujar figuras y texto con colores y estilos. 


Resumen 

Sección 11.1 Introducción 

• Una interfaz gráfica de usuario (GUI ) presenta un mecanismo amigable al usuario para interactuar con una aplica- 
ción. Una GUI proporciona a una aplicación una “apariencia visual” única. 

• Al proporcionar distintas aplicaciones en las que los componentes de la interfaz de usuario sean consistentes e 
intuitivos, los usuarios pueden familiarizarse en cierto modo con una aplicación, de manera que pueden aprender a 
utilizarla en menor tiempo y con mayor productividad. 
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• Las GUIs se crean a partir de componentes de GUI; a éstos se Ies conoce algunas veces como controles o “widgets”. 

Sección 11.2 Entrada/ salida simple basada en GUI con JOptionPane 

• La mayoría de las aplicaciones utilizan ventanas o cuadros de diálogo (también conocidos como diálogos) para inte- 
ractuar con el usuario. 

• La clase JOpti onPane de Java (paquete j avax . swi ng) proporciona cuadros de diálogo preempaquetados para entra- 
da y salida. El método stati c showInputDialog de DOpti onPane muestra un diálogo de entrada. 

• Por lo general, un indicador utiliza la capitalización estilo oración: un estilo que capitaliza sólo la primera letra de la 
primera palabra en el texto, a menos que la palabra sea un nombre propio. 

• Un diálogo de entrada sólo puede introducir objetos Stri ng. Esto es común en la mayoría de los componentes de 
la GUI. 

• El método stati c showMessageDi al og de iOpti onPane muestra un diálogo de mensaje. 

Sección 11.3 Generalidades de los componentes de Swing 

• La mayoría de los componentes de GUI de Swing se encuentran en el paquete j avax . swi ng . Forman parte de las 
Java Foundation Classes (JFC): las bibliotecas de Java para el desarrollo de GUIs en distintas plataformas. 

• En conjunto, a la apariencia y la forma en la que interactúa el usuario con la aplicación se les denomina la apariencia 
visual. Los componentes de GUI de Swing nos permiten especificar una apariencia visual uniforme para una aplica- 
ción a través de todas las plataformas, o para usar la apariencia visual personalizada de cada plataforma. 

• Los componentes ligeros de Swing no están enlazados a los componentes actuales de GUI que soporte la plataforma 
subyacente en la que se ejecuta una aplicación. 

• Varios componentes de Swing son componentes pesados, que requieren una interacción directa con el sistema de 
ventanas local, lo cual puede restringir su apariencia y funcionalidad. 

• La clase Component (paquete java.awt) declara muchos de los atributos y comportamientos comunes para los 
componentes de GUI en los paquetes j ava . awt y j avax . swi ng. 

• La clase Container (paquete java.awt) es una subclase de Component. Los objetos Component se adjuntan a los 
objetos Contai ner, de manera que puedan organizarse y mostrarse en la pantalla. 

• La clase IComponent (paquete javax. swi ng) es una subclase de Contai ner. iComponent es la superclase de todos 
los componentes ligeros de Swing, y declara los atributos y comportamientos comunes. 

• Algunas de las características comunes de JComponent son: una apariencia visual adaptable, teclas de método abre- 
viado llamadas nemónicos, cuadros de información sobre herramientas, soporte para tecnologías de ayuda y soporte 
para la localización de la interfaz de usuario. 

Sección 11.4 Mostrar texto e imágenes en una ventana 

• La mayoría de las ventanas son instancias de la clase IFrame o una subclase de IFrame. IFrame proporciona los 
atributos y comportamientos básicos de una ventana. 

• Un objeto I Labe! muestra una sola línea de texto de sólo lectura, una imagen, o texto y una imagen. Por lo general, 
el texto en un objeto ILabel usa la capitalización estilo oración. 

• Al crear una GUI, cada componente de ésta debe adjuntarse a un contenedor, como una ventana creada con un 
objeto JFrame. 

• Muchos IDEs proporcionan herramientas de diseño de GUIs, en las cuales podemos especificar el tamaño y la 
ubicación exactos de un componente mediante el uso del ratón, y después el IDE genera el código de la GUI por 
nosotros. 

• El método setToolTi pText de J Component especifica la información sobre herramientas que se muestra cuando el 
usuario coloca el cursor del ratón sobre un componente ligero. 

• El método add de Contai ner adjunta un componente de GUI a un objeto Contai ner. 

• La clase Imagelcon (paquete javax. swi ng) soporta varios formatos de imagen, incluyendo GIF, PNG y JPEG. 

• El método getCI ass (de la clase Object) obtiene una referencia al objeto Ci ass que representa la declaración de la 
clase para el objeto en el que se hace la llamada al método. 

• El método getResource de Class devuelve la ubicación de su argumento en forma de URL. El método getRe- 
source usa el cargador de clases del objeto CI ass para determinar la ubicación del recurso. 

• La interfaz Swi ngConstants (paquete javax. swing) declara un conjunto de constantes enteras comunes que se 
utilizan con muchos componentes de Swing. 

• Las alineaciones horizontal y vertical de un objeto 3 Label se pueden establecer mediante los métodos setHori zon- 
ta! AI i gnment y setVerti cal Ai i gnment, respectivamente. 

• El método setText de iLabel establece el texto a mostrar en una etiqueta. El correspondiente método getText 
obtiene el texto actual que se muestra en una etiqueta. 
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• El método setlcon de ILabel especifica el objeto Icón a mostrar en una etiqueta. El correspondiente método 
getlcon obtiene el objeto Icón actual que se muestra en una etiqueta. 

• Los métodos setHori zontalTextPosi ti on y setVerti caiTextPosi ti on de ILabei especifican la posición del 
texto en la etiqueta. 

• El método setDefauitCloseOperation de JFrame, con la constante I Frame . EXIT_ON_CLOSE como argumento, 
indica que el programa debe terminar cuando el usuario cierre la ventana. 

• El método setSi ze de Component especifica la anchura y la altura de un componente. 

• El método setVi si bi e de Component con el argumento true muestra un objeto I Frame en la pantalla. 

Sección 11.5 Campos de texto y una introducción al manejo de eventos con clases anidadas 

• Las GUIs se controlan por eventos; cuando el usuario interactúa con un componente de GUI, los eventos controlan 
al programa para realizar las tareas. 

• El código que realiza una tarea en respuesta a un evento se llama manejador de eventos, y el proceso general de 
responder a los eventos se conoce como manejo de eventos. 

• La clase ITextFi ei d extiende a la clase ITextComponent (paquete javax . swi ng . text), que proporciona muchas 
características comunes para los componentes de Swing basados en texto. La clase I PasswordFi el d extiende a 
ITextFi ei d y agrega varios métodos específicos para el procesamiento de contraseñas. 

• Un objeto I PasswordFi ei d muestra que se están escribiendo caracteres a medida que el usuario los introduce, pero 
oculta los caracteres reales con caracteres de eco. 

• Un componente recibe el enfoque cuando el usuario hace clic sobre él. 

• El método setEdi table de ITextComponent puede usarse para hacer que un campo de texto no pueda editarse. 

• Antes de que una aplicación pueda responder a un evento para un componente específico de la GUI, debemos 
realizar varios pasos de codificación: 1) Crear una clase que represente al manejador de eventos. 2) Implementar 
una interfaz apropiada, conocida como interfaz de escucha de eventos, en la clase del paso 1. 3) Indicar que se debe 
notificar a un objeto de la clase de los pasos 1 y 2 cuando ocurra el evento. A esto se le conoce como registrar el 
manejador de eventos. 

• Las clases anidadas pueden ser stati c o no stati c. Las clases anidadas no stati c se llaman clases internas, y se 
utilizan con frecuencia para el manejo de eventos. 

• Antes de poder crear un objeto de una clase interna, debe haber primero un objeto de la clase de nivel superior, que 
contenga a la clase interna, ya que un objeto de la clase interna tiene de manera implícita una referencia a un objeto 
de su clase de nivel superior. 

• Un objeto de la clase interna puede acceder directamente a todas las variables de instancia y métodos de su clase de 
nivel superior. 

• Una clase anidada que sea stati c no requiere un objeto de su clase de nivel superior, y no tiene de manera implícita 
una referencia a un objeto de la clase de nivel superior. 

• Cuando el usuario oprime Intro en un objeto ITextFi el d o I PasswordFi el d, el componente de la GUI genera un 
evento ActionEvent (paquete java, awt . event). Dicho evento se procesa mediante un objeto que implementa a la 
interfaz Acti onLi stener (paquete java. awt. event). 

• El método addActi onLi stener de ITextFi el d registra el manejador de eventos para un campo de texto de un 
componente. Este método recibe como argumento un objeto Acti onLi stener. 

• El componente de GUI con el que interactúa el usuario es el ori gen del evento. 

• Un objeto Acti onEvent contiene información acerca del evento que acaba de ocurrir, como el origen del evento y 
el texto en el campo de texto. 

• El método getSource de ActionEvent devuelve una referencia al origen del evento. El método getActionCom- 
mand de Acti onEvent devuelve el texto que escribió el usuario en un campo de texto o en la etiqueta de un objeto 
IButton. 

• El método getPassword de I PasswordFi eld devuelve la contraseña que escribió el usuario. 

Sección 11.6 Tipos de eventos comunes de la GUI e interfaces de escucha 

• Para cada tipo de objeto evento hay, por lo general, una interfaz de escucha de eventos que le corresponde. Cada 
interfaz de escucha de eventos especifica uno o más métodos manejadores de eventos, que deben declararse en la 
clase que implementa a la interfaz. 

Sección 11.7 Cómo funciona el manejo de eventos 

• Cuando ocurre un evento, el componente de la GUI con el que el usuario interactuó notifica a sus componentes de 
escucha registrados, llamando al método de manejo de eventos apropiado de cada componente de escucha. 
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• Todo objeto JComponent tiene una variable de instancia llamada i i stenerLi st, la cual hace referencia a un objeto 
de la clase EventLi stenerLi st (paquete javax. swi ng.event). Cada objeto de una subclase de JComponent man- 
tiene las referencias a todos sus componentes de escucha registrados en la variable i i stenerLi st. 

• Todo componente de la GUI soporta varios tipos de eventos, incluyendo los eventos de ratón, de teclado y otros. Cuan- 
do ocurre un evento, éste se despacha sólo a los componentes de escucha de eventos del tipo apropiado. El componente 
de la GUI recibe un ID de evento único, especificando el tipo de evento, el cual utiliza para decidir el tipo de compo- 
nente de escucha al que debe despacharse el evento, y cuál método llamar en cada objeto componente de escucha. 

Sección 11.8 JButton 

• Un botón es un componente en el que el usuario hace clic para desencadenar cierta acción. Todos los tipos de boto- 
nes son subclases de AbstractButton (paquete javax . swi ng), la cual declara las características comunes para los 
botones de Swing. Por lo general, las etiquetas de los botones usan la capitalización tipo título de libro; un estilo que 
capitaliza la primera letra de cada palabra significativa en el texto, y no termina con ningún signo de puntuación. 

• Los botones de comandos se crean con la clase J Button. 

• Un objeto JButton puede mostrar un objeto Icón. Para proporcionar al usuario un nivel adicional de interacción 
visual con la GUI, un objeto JButton también puede tener un icono de sustitución: un objeto Icón que se muestra 
cuando el usuario coloca el ratón sobre el botón. 

• El método setRoJJoverlcon (de la clase AbstractButton) especifica la imagen a mostrar en un botón, cuando el 
usuario coloca el ratón sobre él. 

Sección 11.9 Botones que mantienen el estado 

• Los componentes de la GUI de Swing contienen tres tipos de botones de estado: JToggl eButton, JCheckBox y 
JRadi oButton. 

• Las clases JCheckBox y JRadi oButton son subclases de JToggl eButton. Un objeto JRadi oButton es distinto de un 
objeto JCheckBox en cuanto a que, generalmente, hay varios objetos JRadi oButton que se agrupan, y sólo puede 
seleccionarse un botón en el grupo, en un momento dado. 

• El método setFont (de la clase Component) establece el tipo de letra de un componente a un nuevo objeto de la clase 
Font (paquete java.awt). 

• Cuando el usuario hace clic en un objeto JCheckBox, ocurre un evento ItemEvent. Este evento puede manejarse 
mediante un objeto ItemLi stener, que debe implementar al método i temStateChanged. El método addltemLi s- 
tener registra el componente de escucha para un objeto JCheckBox o JRadi oButton. 

• El método i sSelected de JCheckBox determina si un objeto JCheckBox está seleccionado. 

• Los objetos JRadi oButton son similares a los objetos JCheckBox en cuanto a que tienen dos estados: seleccionado y 
no seleccionado. Sin embargo, generalmente los botones de opción aparecen como un grupo, en el cual sólo puede 
seleccionarse un botón a la vez. Al seleccionar un botón de opción distinto, se obliga a los demás botones de opción 
a deseleccionarse. 

• Los objetos JRadi oButton se utilizan para representar opciones mutuamente exclusivas. 

• La relación lógica entre los objetos JRadi oButton se mantiene mediante un objeto ButtonGroup (paquete javax. 
swi ng). 

• El método add de ButtonGroup asocia a cada objeto JRadi oButton con un objeto ButtonGroup. Si se agrega más 
de un objeto JRadioButton seleccionado a un grupo, el primer objeto JRadioButton seleccionado que se agregue 
será el que quede seleccionado cuando se muestre la GUI en pantalla. 

• Los objetos JRadioButton generan eventos ItemEvent cuando se hace clic sobre ellos. 

Sección 11.10 JComboBoxy el uso de una clase interna anónima para el manejo de eventos 

• Un objeto JComboBox proporciona una lista de elementos, de los cuales el usuario puede seleccionar uno. Los obje- 
tos JComboBox generan eventos ItemEvent. 

• Cada elemento en un objeto JComboBox tiene un índice. El primer elemento que se agrega a un objeto JComboBox 
aparece como el elemento actualmente seleccionado cuando se muestra el objeto JComboBox. Los otros elemen- 
tos se seleccionan haciendo clic en el objeto JComboBox, el cual se expande en una lista, de la cual el usuario puede 
seleccionar un elemento. 

• El método setMaximumRowCount de JComboBox establece el máximo número de elementos a mostrar cuando el 
usuario haga clic en el objeto JComboBox. Si hay elementos adicionales, el objeto JComboBox proporciona una barra 
de desplazamiento que permite al usuario desplazarse por todos los elementos en la lista. 

• Una clase interna anónima es una forma especial de clase interna, que se declara sin un nombre y por lo general 
aparece dentro de la declaración de un método. Como una clase interna anónima no tiene nombre, un objeto de la 
clase interna anónima debe crearse en el punto en el que se declara la clase. 

• El método getSel ectedlndex de JcomboBox devuelve el índice del elemento seleccionado. 
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Sección 11.11 J List 

• Un objeto I List muestra una serie de elementos, de los cuales el usuario puede seleccionar uno o más. La clase 
JLi st soporta las listas de selección simple y de selección múltiple. 

• Cuando el usuario hace clic en un elemento de un objeto I List, se produce un evento Li stSei ecti onEvent. El 
método addLi stSei ecti onLi stener registra un objeto Li stSel ecti onLi stener para los eventos de selección de 
un objeto JLi st. Un objeto Li st Sel ecti onLi stener (paquete javax . swi ng . event) debe implementar el método 
val ueChanged. 

• El método setVi si bi eRowCount de J Li st especifica el número de elementos visibles en la lista. 

• El método setSei ecti onMode de J Li st especifica el modo de selección de una lista. 

• Un objeto 3 Li st no proporciona una barra de desplazamiento si hay más elementos en la lista que el número de filas 
visibles. En este caso, puede usarse un objeto JScroil Pane para proporcionar la capacidad de desplazamiento. El 
método getContentPane de JFrame devuelve una referencia al panel de contenido de JFrame, en donde se mues- 
tran los componentes de la GUI. 

• El método getSei ectedlndex de 3 Li st devuelve el índice del elemento seleccionado. 

Sección 11.12 Listas de selección múltiple 

• Una lista de selección múltiple permite al usuario seleccionar muchos elementos de un objeto ] Li st. 

• El método setFi xedCeUWi dthdeJList establece la anchura de un objeto ]Li st. El método setFi xedCei 1 Hei g- 
ht establece la altura de cada elemento en un objeto 3 Li st. 

• No hay eventos para indicar que un usuario ha realizado varias selecciones en una lista de selección múltiple. Por lo 
general, un evento externo generado por otro componente de la GUI especifica cuándo deben procesarse las selec- 
ciones múltiples en un objeto 3 Li st. 

• El método setLi stData de 3 Li st establece los elementos a mostrar en un objeto 3 Li st. El método getSei ected- 
Vaiues de I List devuelve un arreglo de objetos Object que representan los elementos seleccionados en un objeto 
3 Li st. 

Sección 11.13 Manejo de eventos del ratón 

• Las interfaces de escucha de eventos MouseLi stener y MouseMoti onLi stener se utilizan para manejar los eventos 
del ratón. Estos eventos se pueden atrapar para cualquier componente de la GUI que extienda a Component. 

• La interfaz MouselnputLi stener (paquete javax . swi ng . event) extiende a las interfaces MouseLi stener y Mouse- 
Moti onLi stener para crear una sola interfaz que contenga a todos sus métodos. 

• Cada uno de los métodos manejadores de eventos del ratón recibe un objeto MouseEvent como argumento. Un 
objeto MouseEvent contiene información acerca del evento de ratón que ocurrió, incluyendo las coordenadas x y 
y de la ubicación en donde ocurrió el evento. Estas coordenadas se miden empezando desde la esquina superior 
izquierda del componente de la GUI en donde ocurrió el evento. 

• Los métodos y constantes de la clase InputEvent (superclase de MouseEvent) permiten a una aplicación determinar 
cuál botón oprimió el usuario. 

• La interfaz MouseWheei Li stener permite a las aplicaciones responder a la rotación de la rueda de un ratón. 

• Los componentes de la GUI heredan los métodos addMouseLi stener y addMouseMoti onLi stener de la clase Com- 
ponent. 

Sección 11.14 Clases adaptadoras 

• Muchas interfaces de escucha de eventos contienen varios métodos. Para muchas de estas interfaces, los paquetes 
j ava . awt . event y j avax . swi ng . event proporcionan clases adaptadoras de escucha de eventos. Una clase adapta- 
dora implementa a una interfaz y proporciona una implementación predeterminada de cada método en la interfaz. 
Podemos extender una clase adaptadora para que herede la implementación predeterminada de cada método, y por 
consiguiente, podemos sobrescribir sólo el (los) método(s) necesario(s) para el manejo de eventos. 

• El método getCI i ckCount de MouseEvent devuelve el número de clics de los botones del ratón. Los métodos i sMe- 
taDown e i sAi tDown determinan cuál botón del ratón oprimió el usuario. 

Sección 11.15 Subclase de J Pan el para dibujar con el ratón 

• Los componentes ligeros de Swing que extienden a la clase IComponent contienen el método pai ntComponent, 
el cual se llama cuando se muestra un componente ligero de Swing. Al sobrescribir este método, puede especificar 
cómo dibujar figuras usando las herramientas de gráficos de Java. 

• Al personalizar un objeto 3 Panel para usarlo como un área dedicada de dibujo, la subclase debe sobrescribir el 
método pai ntComponent y llamar a la versión de pai ntComponent de la superclase como la primera instrucción en 
el cuerpo del método sobrescrito. 



Resumen 531 


• Las subclases de JComponent soportan la transparencia. Cuando un componente es opaco, pai ntComponent borra 
el fondo del componente antes de mostrarlo en pantalla. 

• La transparencia de un componente ligero de Swing puede establecerse con el método setOpaque (un argumento 
fai se indica que el componente es transparente). 

• La clase Poi nt (paquete java . awt) representa una coordenada x-y. 

• La clase Graphi es se utiliza para dibujar. 

• El método getPoi nt de MouseEvent obtiene el objeto Poi nt en donde ocurrió un evento de ratón. 

• El método repai nt (heredado directamente de la clase Component) indica que un componente debe actualizarse en 
la pantalla lo más pronto posible. 

• El método pai ntComponent recibe un parámetro Graphics, y se llama de manera automática cada vez que un 
componente ligero necesita mostrarse en la pantalla. 

• El método fii i Oval de Graphi es dibuja un óvalo relleno. Los cuatro parámetros del método representan el cuadro 
delimitador en el cual se muestra el óvalo. Los primeros dos parámetros son la coordenada x superior izquierda y la 
coordenada^ superior izquierda del área rectangular. Las últimas dos coordenadas representan la anchura y la altura 
del área rectangular. 

Sección 11.16 Manejo de eventos de teclas 

• La interfaz KeyLi stener se utiliza para manejar eventos de teclas, que se generan cuando se oprimen y sueltan las 
teclas en el teclado. El método addKeyLi stener de la clase Component registra un objeto KeyLi stener para un 
componente. 

• El método getKeyCode de KeyEvent obtiene el código de tecla virtual de la tecla oprimida. La clase KeyEvent 
mantiene un conjunto de constantes de código de tecla virtual que representa a todas las teclas en el teclado. 

• El método getKeyText de KeyEvent devuelve una cadena que contiene el nombre de la tecla que se oprimió. 

• El método getKeyChar de KeyEvent obtiene el valor Unicode del carácter escrito. 

• El método i sActi onKey de KeyEvent determina si la tecla en un evento fue una tecla de acción. 

• El método getModifiers de InputEvent determina si se oprimió alguna tecla modificadora (como Mayús , Alt y 
Ctrl) cuando ocurrió el evento de tecla. 

• El método getKeyModi fiersText de KeyEvent produce una cadena que contiene los nombres de las teclas modifi- 
cadoras que se oprimieron. 

Sección 11.17 Administradores de esquemas 

• Los administradores de esquemas ordenan los componentes de la GUI en un contenedor, para fines de presenta- 
ción. 

• Todos los administradores de esquemas implementan la interfaz LayoutManager (paquete java. awt). 

• El método setLayout de la clase Contai ner especifica el esquema de un contenedor. 

• Fi owLayout es el administrador de esquemas más simple. Los componentes de la GUI se colocan en un contenedor, 
de izquierda a derecha, en el orden en el que se agregaron al contenedor. Cuando se llega al borde del contene- 
dor, los componentes siguen mostrándose en la siguiente línea. La clase F1 owLayout permite a los componentes de 
la GUI alinearse a la izquierda, al centro (el valor predeterminado) y a la derecha. 

• El método setAI i gnment de F1 owLayout cambia la alineación para un objeto Fi owLayout. 

• El administrador de esquemas BorderLayout (el predeterminado para un objeto JFrame) ordena los componentes 
en cinco regiones: NORTH, SOUTH, EAST, WEST y CENTER. NORTH corresponde a la parte superior del contenedor. 

• Un BorderLayout limita a un objeto Container para que contenga cuando mucho cinco componentes; uno en 
cada región. 

• El administrador de esquemas Gri dLayout divide el contenedor en una cuadrícula, de manera que los componentes 
puedan colocarse en filas y columnas. 

• El método val i date de Contai ner recalcula el esquema del contenedor, con base en el administrador de esquemas 
actual para ese objeto Contai ner y el conjunto actual de componentes de la GUI que se muestran en pantalla. 

Sección 11.19 JTextArea 

• Un objeto JTextArea proporciona un área para manipular varias líneas de texto. JTextArea es una subclase de 
JTextComponent, la cual declara métodos comunes para objetos JTextFieid, JTextArea y varios otros compo- 
nentes de GUI basados en texto. 

• La clase Box es una subclase de Contai ner que utiliza un administrador de esquemas BoxLayout para ordenar los 
componentes de la GUI, ya sea en forma horizontal o vertical. 
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• El método stati c createHori zonta! Box de Box crea un objeto Box que ordena los componentes de izquierda a 
derecha, en el orden en el que se adjuntan. 

• El método getSel ectedText (que hereda ITextArea de ITextComponent) devuelve el texto seleccionado de un 
objeto ITextArea. 

• Podemos establecer las políticas de las barras de desplazamiento horizontal y vertical de un objeto I Se rol 1 Pane al 
momento de crearlo. Los métodos setHori zontal Scroll BarPol i cy y setVerti cal Se rol 1 BarPol i cy de 1 Se rol 1 - 
Pane pueden usarse para modificar las políticas de las barras de desplazamiento en cualquier momento. 


Terminología 

AbstractButton, clase 
ActionEvent, clase 
ActionLi stener, interfaz 
acti onPerformed, método de ActionLi stener 
add, método de Contai ner 
add, método de la clase ButtonCroup 
addActi onLi stener, método de laclase ITextField 
addltemLi stener, método de la clase AbstractButton 
addKeyLi stener, método de la clase Component 
addLi st Sel ect i onLi stener, método de la clase DLi st 
addMouseLi stener, método de la clase Component 
addMouseMoti onLi stener, método de la clase Compo- 
nent 

addWi ndowLi stener, método de la clase DFrame 

administrador de esquemas 

apariencia visual 

área dedicada de dibujo 

AWTEvent, clase 

BorderLayout, clase 

Box, clase 

BoxLayout, clase 

ButtonGroup, clase 

capitalización tipo título de libro 

clase adaptado ra 

clase adaptadora de escucha de eventos 

clase anidada 

clase de nivel superior 

clase interna 

clase interna anónima 

clase stati c anidada 

C1 ass, clase 

Component, clase 

componente de escucha de eventos 
componente de GUI 
componente de GUI ligero 
componente de GUI pesado 
componentes de GUI de Swing 
constructor predeterminado de una clase interna 
anónima 
Contai ner, clase 
controlado por eventos 

createHori zontal Box, método de la clase Box 
cuadro de diálogo 
despachar un evento 


diálogo de entrada 
diálogo de mensaje 
enfoque 

escribir en un campo de texto 
EventLi stenerLi st, clase 
evento 

fillOval , método de la clase Graphi es 
FlowLayout, clase 
Font, clase 

getActi onCommand, método de Acti onEvent 

getCl ass, método de Object 

getCl i ckCount, método de MouseEvent 

getContentPane, método de IFrame 

getlcon, método de ILabel 

getKeyChar, método de KeyEvent 

getKeyCode, método de KeyEvent 

getKeyModi fiersText, método de KeyEvent 

getKeyText, método de KeyEvent 

getModi fiers, método de InputEvent 

getPassword, método de IPasswordField 

getPoi nt, método de MouseEvent 

getResource, método de Class 

getSel ectedlndex, método de IComboBox 

getSel ectedlndex, método de ILi st 

getSel ectedText, método de ITextComponent 

getSel ectedVal ues, método de 1 Li st 

getSource, método de EventObject 

getStateChange, método de ItemEvent 

getText, método de ILabel 

getX, método de MouseEvent 

getY, método de MouseEvent 

Graphi es, clase 

GridLayout, clase 

Icón, interfaz 

icono de sustitución 

Imagelcon, clase 

información sobre herramientas 

InputEvent, clase 

interfaz de escucha de eventos 

interfaz gráfica de usuario (GUI) 

i sActi onKey, método de KeyEvent 

isAltDown, método de InputEvent 

isAltDown, método de MouseEvent 

i sControlDown, método de InputEvent 
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isMetaDown, método de InputEvent 
i sMetaDown, método de MouseEvent 
i sSel ected, método de DCheckBox 
i sShi ftDown, método de InputEvent 
ItemEvent, clase 
ItemLi stener, interfaz 

i temStateChanged, método de ItemLi stener 

java. awt, paquete 

java, awt . event, paquete 

javax . swi ng, paquete 

javax . swi ng . event, paquete 

IButton, clase 

DCheckBox, clase 

DComboBox, clase 

DComponent, clase 

DFrame, clase 

DLabeD, clase 

DLi st, clase 

DOptionPane, clase 

D Panel, clase 

DPasswordFieDd, clase 

DRadioButton, clase 

DScroD D Pane, clase 

DSDider, clase 

DTextArea, clase 

DTextComponent, clase 

DTextFi el d, clase 

DToggDeButton, clase 

KeyAdapter, clase 

KeyEvent, clase 

KeyLi stener, interfaz 

keyPressed, método de KeyLi stener 

keyReleased, método de KeyLi stener 

keyTyped, método de KeyLi stener 

DayoutContai ner, método de LayoutManager 

LayoutManager, interfaz 

LayoutManager2, interfaz 

1 i stenerLi st, campo de DComponent 

Li stSeD ecti onEvent, clase 

Li stSeD ecti onLi stener, interfaz 

Li stSeD ecti onModel , clase 

manejador de eventos 

manejo de eventos 

modelo de eventos por delegación 

MouseAdapter, clase 

mouseCl i cked, método de MouseLi stener 
mouseDragged, método de MouseMoti onLi stener 
mouseEntered, método de MouseLi stener 
MouseEvent, clase 

mouseExi ted, método de MouseLi stener 
MouselnputLi stener, interfaz 
MouseLi stener, interfaz 
MouseMotionAdapter, clase 


MouseMoti onLi stener, interfaz 

mouseMoved, método de MouseMoti onLi stener 

mousePressed, método de MouseLi stener 

mouseRel eased, método de MouseLi stener 

MouseWheel Event, clase 

MouseWheel Li stener, interfaz 

mouseWheel Moved, método de MouseWheel Li stener 

objeto evento 

origen del evento 

pai ntComponent, método de DComponent 
panel de contenido 
Poi nt, clase 
registro de un evento 
registro de un manejador de eventos 
repai nt, método de Component 
setAl i gnment, método de FlowLayout 
setBackground, método de Component 
setDefaultCloseOperation, método de DFrame 
setEditable, método de DTextComponent 
setFi xedCel 1 Hei ght, método de D Li st 
setFi xedCel lWi dth, método de DLi st 
setFont, método de Component 
setHori zontal Al i gnment, método de DLabel 
setHori zontal Scrol 1 BarPol i cy, método de DScrol 1 - 
Pane 

setHorizontalTextPosition, método de DLabel 

setlcon, método de DLabel 

setLayout, método de Contai ner 

setLi neWrap, método de DTextArea 

setLi stData, método de D Li st 

setMaximumRowCount, método de DComboBox 

setOpaque, método de DComponent 

setRolloverlcon, método de AbstractButton 

setSel ecti onMode, método de D Li st 

setSize, método de DFrame 

setText, método de DLabel 

setText, método de DTextComponent 

setToolTi pText, método de DComponent 

setVerti cal Al i gnment, método de DLabel 

setVerti cal Scrol 1 BarPol i cy, método de DS1 i der 

setVerti calTextPosi ti on, método de DLabel 

setVi si ble, método de Component 

setVi si ble, método de D Frame 

setVi si bleRowCount, método de DLi st 

showInputDialog, método de DOptionPane 

showMessageDialog, método de DOptionPane 

Swi ngConstants, interfaz 

transparencia de un objeto DComponent 

val i date, método de Contai ner 

val ueChanged, método de Li st Sel ecti onLi stener 

Wi ndowAdapter, clase 

wi ndowClosi ng, método de Wi ndowLi stener 
Wi ndowLi stener, interfaz 
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Ejercicios de autoevaluación 

II . I Complete las siguientes oraciones: 

a) El método es llamado cuando el ratón se mueve sin oprimir los botones y un com- 

ponente de escucha de eventos está registrado para manejar el evento. 

b) El texto que no puede ser modificado por el usuario se llama texto . 

c) Un ordena los componentes de la GUI en un objeto Contai ner. 

d) El método add para adjuntar componentes de la GUI es un método de la clase . 

e) GUI es un acrónimo para . 

f) El método se utiliza para especificar el administrador de esquemas para un contenedor. 

g) Una llamada al método mouseDragged va precedida por una llamada al método y 

va seguida de una llamada al método . 

h) La clase contiene métodos que muestran diálogos de mensaje y diálogos de entrada. 

i) Un diálogo de entrada capaz de recibir entrada del usuario se muestra con el método 

de la clase . 

j) Un diálogo capaz de mostrar un mensaje al usuario se muestra con el método de 

la clase . 

k) JTextField y ITextArea extienden a la clase . 

I 1.2 Conteste con verdadero o falso a cada una de las siguientes proposiciones; en caso de ser falso , explique 

por qué. 

a) BorderLayout es el administrador de esquemas predeterminado para un panel de contenido de IFrame. 

b) Cuando el cursor del ratón se mueve hacia los límites de un componente de la GUI, se hace una llamada al 
método mouseOver. 

c) Un objeto 1 Panel no puede agregarse a otro 1 Panel . 

d) En un esquema BorderLayout, dos botones que se agreguen a la región NORTH se mostrarán uno al lado del 
otro. 

e) Cuando se utiliza BorderLayout, sólo deben mostrarse un máximo de cinco componentes. 

f) Las clases internas no pueden acceder a los miembros de la clase que las encierra. 

g) El texto de un objeto ITextArea siempre es de sólo lectura. 

h) La clase ITextArea es una subclase directa de la clase Component. 

II. 3 Encuentre el (los) error(es) en cada una de las siguientes instrucciones y explique cómo corregirlo (s). 

a) nombreBoton = ]Button( "Leyenda" ); 

b) DLabel unaEtiqueta, ILabel ; // crear referencias 

c) campoTexto = new ITextFieldC 50, "Texto predeterminado" ); 

d) Container contenedor = getContentPaneO ; 
setLayout( new BorderLayoutO ); 

botonl = new JButton( "Estrella del norte" ); 
boton2 = new IButtonC "Polo sur" ); 
contenedor . add( botonl ); 
contenedor . add( boton2 ); 


Respuestas a los ejercicios de autoevaluación 

I I . I a) mouseMoved. b) no editable (de sólo lectura), c) administrador de esquemas, d) Container, e) interfaz 
gráfica de usuario, f) setLayout. g) mousePressed, mouseRel eased. h) JOptionPane. i) showInputDialog, DOp- 
tionPane. j) showMessageDialog, lOptionPane. k) JTextComponent. 


I 1.2 


a) Verdadero. 

b) Falso. Se hace una llamada al método mouseEntered. 

c) Falso. Un 1 Panel puede agregarse a otro 1 Panel, ya que 1 Panel es una subclase indirecta de Component. 
Por lo tanto, un 1 Panel es un Component. Cualquier Component puede agregarse a un Contai ner. 

d) Falso. Sólo se mostrará el último botón que se agregue. Recuerde que sólo debe agregarse un componente a 
cada región en un esquema BorderLayout. 

e) Verdadero. 

f) Falso. Las clases internas tienen acceso a todos los miembros de la declaración de la clase que las encierra. 
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I 1.3 


g) Falso. Los objetos JTextArea pueden editarse de manera predeterminada. 

h) Falso. JTextArea se deriva de la clase JTextComponent. 

a) Se necesita new para crear un objeto. 

b) JLabel es el nombre de una clase y no puede utilizarse como nombre de variable. 

c) Los argumentos que se pasan al constructor están invertidos. El objeto Stri ng debe pasarse primero. 

d) Se ha establecido BorderLayout y los componentes se agregarán sin especificar la región, por lo que ambos 
se agregarán a la región central. Las instrucciones add apropiadas serían: 

contenedor . add( botonl, BorderLayout . NORTH ); 
contenedor . add( boton2, BorderLayout . SOUTH ); 


Ejercicios 

I 1 .4 Complete las siguientes oraciones: 

a) La clase 3TextFieId extiende directamente a la clase . 

b) El método de Contai ner adjunta un componente de la GUI a un contenedor. 

c) El método es llamado cuando se suelta uno de los botones del ratón (sin mover el 

ratón). 

d) La clase se utiliza para crear un grupo de objetos 3Radi oButton. 

11.5 Conteste con verdadero o falso a cada una de las siguientes proposiciones; en caso de ser falso , explique por qué. 

a) Sólo puede usarse un administrador de esquemas por cada objeto Contai ner. 

b) Los componentes de la GUI pueden agregarse a un objeto Contai ner en cualquier orden, en un esquema 
BorderLayout. 

c) Los objetos IRadi oButton proporcionan una serie de opciones mutuamente exclusivas (es decir, sólo uno 
puede ser true en un momento dado). 

d) El método setFont de Graphi es se utiliza para establecer el tipo de letra para los campos de texto. 

e) Un objeto 3 Li st muestra una barra de desplazamiento si hay más elementos en la lista de los que puedan 
mostrarse en pantalla. 

f) Un objeto Mouse tiene un método llamado mouseDragged. 

I 1.6 Conteste con verdadero o falso a cada una de las siguientes proposiciones; en caso de ser falso, explique por qué. 

a) Un objeto 3 Panel es un objeto DComponent. 

b) Un objeto 3 Panel es un objeto Component. 

c) Un objeto 3 Label es un objeto Contai ner. 

d) Un objeto 3Li st es un objeto 3 Panel. 

e) Un objeto AbstractButton es un objeto 3Button. 

f) Un objeto 3TextFieId es un objeto Object. 

g) ButtonCroup es una subclase de 3Component. 

11.7 Encuentre los errores en cada una de las siguientes líneas de código y explique cómo corregirlos. 

a) import javax. swi ng , 3 Frame 

b) objetoPanel .GridLayout( 8, 8 ); // establecer esquema GridLayout 

c) contenedor . setLayout( new FlowLayoutC FI owLayout . DEFAULT ) ); 

d) contenedor . add( botonEste, EAST ); // BorderLayout 

I 1.8 Cree la siguiente GUI. No tiene que proporcionar ningún tipo de funcionalidad. 





Af#ptar 

uwiiuli 

(jinpÍk 

L Muiüji t f? 

L ■ ■ ni 

cuadre ufa 

Ayuda 


I 1.9 Cree la siguiente GUI. No tiene que proporcionar ningún tipo de funcionalidad. 
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11.10 Cree la siguiente GUI. No tiene que proporcionar ningún tipo de funcionalidad. 



I l.l I Cree la siguiente GUI. No tiene que proporcionar ningún tipo de funcionalidad. 



11.12 Escriba una aplicación de conversión de temperatura, que convierta de grados Fahrenheit a Centígrados. La 
temperatura en grados Fahrenheit deberá introducirse desde el teclado (mediante un objeto ITextFi el d). Debe usarse 
un objeto J Label para mostrar la temperatura convertida. Use la siguiente fórmula para la conversión: 


Celsius = 


5 

9 


X ( Fahrenheit - 32 ) 


11.13 Mejore la aplicación de conversión de temperatura del ejercicio 11.12, agregando la escala de temperatura Kel- 
vin. Además, la aplicación debe permitir al usuario realizar conversiones entre dos escalas cualesquiera. Use la siguiente 
fórmula para la conversión entre Kelvin y Centígrados (además de la fórmula del ejercicio 11.12): 

Kelvin = Centígrados + 273.15 


11.14 Escriba una aplicación que muestre los eventos según vayan ocurriendo en un objeto ITextArea. Proporcio- 
ne un objeto IComboBox con un mínimo de cuatro elementos. El usuario deberá ser capaz de seleccionar del objeto 
IComboBox un evento a vigilar. Cuando ocurra ese evento específico, muestre información acerca del mismo en el ob- 
jeto ITextArea. Use el método toStri ng en el objeto evento para convertirlo en una representación de cadena. 

11.15 Escriba una aplicación que juegue a “adivinar el número” de la siguiente manera: su aplicación debe elegir el 
número a adivinar, seleccionando un entero al azar en el rango de 1 a 1000. La aplicación entonces deberá mostrar lo 
siguiente en una etiqueta: 

Tengo un numero entre 1 y 1000. Puede usted adivinarlo? 

Por favor escriba su primer intento. 

Debe usarse un objeto ITextField para introducir el intento. A medida que se introduzca cada intento, el color de 
fondo deberá cambiar ya sea a rojo o azul. Rojo indica que el usuario se está “acercando” y azul indica que el usuario se 
está “alejando”. Un objeto 1 Label deberá mostrar el mensaje "Demas i ado alto" o "Demasiado bajo" para ayudar 
al usuario a tratar de adivinar correctamente el número. Cuando el usuario adivine correctamente, deberá mostrarse el 
mensaje "Correcto ! ", y el objeto ITextFi el d utilizado para la entrada deberá cambiar para que no pueda editarse. 
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Debe proporcionarse un objeto JButton para permitir al usuario jugar de nuevo. Cuando se haga clic en el objeto 
JButton, deberá generarse un nuevo número aleatorio y el objeto JTextField de entrada deberá cambiar para poder 
editarse otra vez. 

11.16 A menudo es conveniente mostrar los eventos que ocurren durante la ejecución de un programa. Esto puede 
ayudarle a comprender cuándo ocurren los eventos y cómo se generan. Escriba una aplicación que permita al usuario 
generar y procesar cada uno de los eventos descritos en este capítulo. La aplicación deberá proporcionar métodos de 
las interfaces Acti onLi stener, ItemLi s tener, Li stSelecti onLi s tener, Mou se Li stener, MouseMoti onLi s tener y 
KeyLi stener, para mostrar mensajes cuando ocurran los eventos. Use el método toStri ng para convertir los objetos 
evento que se reciban en cada manejador de eventos, en un objeto Stri ng que pueda mostrarse en pantalla. El método 
toStri ng crea un objeto Stri ng que contiene toda la información del objeto evento. 

11.17 Modifique la aplicación de la sección 6.10 para proporcionar una GUI que permita al usuario hacer clic en un 
objeto IButton para tirar los dados. La aplicación debe también mostrar cuatro objetos ILabel y cuatro objetos IText- 
Field, con un objeto ILabel para cada objeto DTextField. Los objetos ITextField deben usarse para mostrar los 
valores de cada dado, y la suma de los dados después de cada tiro. El punto debe mostrarse en el cuarto objeto IText- 
Field cuando el usuario no gane o pierda en el primer tiro, y debe seguir mostrándose hasta que el usuario pierda el 
juego. 

( Opcional) Ejercicio del ejemplo práctico de GUI y gráficos: expansión de la interfaz 

18.18 En este ejercicio, implementará una aplicación de GUI que utiliza la jerarquía Mi Fi gura del ejercicio 10.2 del 
ejemplo práctico de GUI, para crear una aplicación de dibujo interactiva. Debe crear dos clases para la GUI y propor- 
cionar una clase de prueba para iniciar la aplicación. Las clases de la jerarquía Mi Figura no requieren modificaciones 
adicionales. 

La primera clase a crear es una subclase de DPanel llamada PanelDibujo, la cual representa el área en la cual el 
usuario dibuja las figuras. La clase Panel Di bu jo debe tener las siguientes variables de instancia: 

a) Un arreglo llamado figuras de tipo Mi Fi gura, que almacene todas las figuras que dibuje el usuario. 

b) Una variable entera llamada cuentaFi guras, que cuente el número de figuras en el arreglo. 

c) Una variable entera llamada ti poFi gu ra, que determine el tipo de la figura a dibujar. 

d) Un objeto Mi Fi gura llamado figu raActual , que represente la figura actual que está dibujando el usuario. 

e) Un objeto Color llamado col orActual , que represente el color del dibujo actual. 

f) Una variable bol ean llamada figuraRel 1 ena, que determine si se va a dibujar una figura rellena. 

g) Un objeto D Label llamado eti quetaEstado, que represente a la barra de estado. Esta barra deberá mostrar 
las coordenadas de la posición actual del ratón. 

La clase PanelDibujo también debe declarar los siguientes métodos: 

a) El método sobrescrito pai ntComponent, que dibuja las figuras en el arreglo. Use la variable de instancia 
cuentaFi guras para determinar cuántas figuras hay que dibujar. El método pai ntComponent también 
debe llamar al método draw de figu raActual , siempre y cuando figu raActual no sea nul 1 . 

b) Métodos establecer para ti poFi gura, colorActual y figuraRel 1 ena. 

c) El método borrarUl ti maFi gura debe borrar la última figura dibujada, decrementando la variable de ins- 
tancia cuentaFi guras. Asegúrese de que cuentaFi guras nunca sea menor que cero. 

d) El método borrarDibujo debe eliminar todas las figuras en el dibujo actual, estableciendo cuentaFi guras 
en cero. 

Los métodos borrarUl ti maFi gura y borrarDi bu jo deben llamar al método repai nt (heredado de 1 panel) para actua- 
lizar el dibujo en el objeto Panel Di bu jo, indicando que el sistema nunca debe llamar al método pai ntComponent. 

La clase PanelDibujo también debe proporcionar el manejo de eventos, para permitir al usuario dibujar con el 
ratón. Cree una clase interna individual que extienda a MouseAdapter e implemente MouseMoti onLi stener para 
manejar todos los eventos de ratón en una clase. 

En la clase interna, sobrescriba el método mousePressed de manera que asigne a figu raActual una nueva figura 
del tipo especificado por ti poFi gura, y que inicialice ambos puntos con la posición del ratón. A continuación, sobres- 
criba el método mouseRel eased para terminar de dibujar la figura actual y colocarla en el arreglo. Establezca el segundo 
punto de figu raActual con la posición actual del ratón y agregue figu raActual al arreglo. La variable de instancia 
cuentaFi guras determina el índice de inserción. Establezca figuraActual a nuil y llame al método repai nt para 
actualizar el dibujo con la nueva figura. 
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Sobrescriba el método mouseMoved para establecer el texto de eti quetaEstado, de manera que muestre las coor- 
denadas del ratón; esto actualizará la etiqueta con las coordenadas cada vez que el usuario mueva (pero no arrastre) el 
ratón dentro del objeto PanelDi bujo. A continuación, sobrescriba el método mouseDragged de manera que establezca 
el segundo punto de figuraActual con la posición actual del ratón y llame al método repai nt. Esto permitirá al usua- 
rio ver la figura mientras arrastra el ratón. Además, actualice el objeto DLabel en mouseDragged con la posición actual 
del ratón. 

Cree un constructor para Panel Di bujo que tenga un solo parámetro JLabel. En el constructor, inicialice 
eti quetaEstado con el valor que se pasa al parámetro. Además, inicialice el arreglo figuras con 100 entradas, cuen- 
taFiguras con 0, tipoFigura con el valor que represente a una línea, figuraActual con nuil y colorActual con 
Color. BLACK. El constructor deberá entonces establecer el color de fondo del objeto PanelDi bujo a Color. WHITE. y 
registrar a MouseLi stener y MouseMotionLi stener, de manera que el objeto JPanel maneje los eventos de ratón en 
forma apropiada. 

A continuación, cree una subclase de IFrame llamada MarcoDibujo, que proporcione una GUI que permita al 
usuario controlar varios aspectos del dibujo. Para el esquema del objeto MarcoDi bujo, recomendamos BorderLayout, 
con los componentes en la región NORTH, el panel de dibujo principal en la región CENTER y una barra de estado en 
la región SOUTH, como en la figura 1 1.49. En el panel superior, cree los componentes que se listan a continuación. El 
manejador de eventos de cada componente deberá llamar al método apropiado en la clase Panel Dibujo. 

a) Un botón para deshacer la última figura que se haya dibujado. 

b) Un botón para borrar todas las figuras del dibujo. 

c) Un cuadro combinado para seleccionar el color de los 13 colores predefinidos. 

d) Un cuadro combinado para seleccionar la figura a dibujar. 

e) Una casilla de verificación que especifique si una figura debe estar rellena o sin relleno. 

Declare y cree los componentes de la interfaz en el constructor de MarcoDi bujo. Necesitará crear la barra de estado 
JLabel antes de crear el objeto PanelDi bujo, de manera que pueda pasar el objeto JLabel como argumento para el 
constructor de Panel Di bujo. Por último, cree una clase de prueba para inicializar y mostrar el objeto Marco-Di bujo 
para ejecutar la aplicación. 



Figura 1 1.49 


Interfaz para dibujar figuras. 





Una imagen vale más que 
mil palabras. 

— Proverbio chino 


Hay que tratar a la 
naturaleza en términos del 
cilindro, de la esfera, del 
cono, todo en perspectiva. 

— Paul Cézanne 

Los colores, al igual que las 
características, siguen los 
cambios de las emociones. 
— Pablo Picasso 

Nada se vuelve real sino 
hasta que se experimenta; 
incluso un proverbio no 
será proverbio para usted, 
sino hasta que su vida lo 
haya ilustrado. 

— John Keats 
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Gráficos 
y Java 2D™ 


OBJETIVOS 

En este capítulo aprenderá a: 

■ Comprender los contextos y los objetos de gráficos. 

■ Entender y manipular los colores. 

■ Comprender y manipular las fuentes. 

■ Usar métodos de la clase Graphics para dibujar líneas, 
rectángulos, rectángulos con esquinas redondeadas, 
rectángulos tridimensionales, óvalos, arcos y polígonos. 

■ Utilizar métodos de la clase Graphics2D de la API Java 2D 
para dibujar líneas, rectángulos, rectángulos con esquinas 
redondeadas, elipses, arcos y rutas en general. 

■ Especificar las características Pai nt y Stroke de las figuras 
mostradas con Graphics2D. 




Plan general 
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12.1 Introducción 

12.2 Contextos y objetos de gráficos 

12.3 Control de colores 

12.4 Control de tipos de letra 

12.5 Dibujo de líneas, rectángulos y óvalos 

12.6 Dibujo de arcos 

12.7 Dibujo de polígonos y polilíneas 

12.8 La API Java 2D 

12.9 Conclusión 

Resumen | Terminología | Ejercicios de autoevaluación | Respuestas a los ejercicios de autoevaluación | Ejercicios 


12.1 Introducción 

En este capítulo veremos varias de las herramientas de Java para dibujar figuras bidimensionales, controlar colores 
y fuentes. Uno de los principales atractivos de Java era su soporte para gráficos, el cual permitía a los programa- 
dores mejorar la apariencia visual de sus aplicaciones. Ahora, Java contiene muchas más herramientas sofisticadas 
de dibujo como parte de la API Java 2D™. Comenzaremos este capítulo con una introducción a muchas de las 
herramientas de dibujo originales de Java. Después presentaremos varias de las más poderosas herramientas de 
Java 2D, como el control del estilo de líneas utilizadas para dibujar figuras y el control del relleno de las figuras 
con colores y patrones. [Nota: ya hemos cubierto varios de los conceptos de este capítulo en el ejemplo práctico 
opcional de GUI y gráficos de los capítulos 3 a 10. Por lo tanto, parte del material será repetitivo si usted leyó el 
ejemplo práctico; sin embargo, si no lo ha leído, nos es necesario para comprender este capítulo] . 

En la figura 12.1 se muestra una porción de la jerarquía de clases de Java que incluye varias de las clases de 
gráficos básicas y las clases e interfaces de la API Java2 que cubriremos en este capítulo. La clase Color contiene 
métodos y constantes para manipular los colores. La clase JComponent contiene el método pai ntComponent, que 
se utiliza para dibujar gráficos en un componente. La clase Font contiene métodos y constantes para manejar los 
tipos de letras. La clase FontMetrics contiene métodos para obtener información sobre los tipos de letras. La 
clase Graphi es contiene métodos para dibujar cadenas, líneas, rectángulos y demás figuras. La clase Graphi cs2D, 
que extiende a la clase Graphi es, se utiliza para dibujar con la API Java 2D. La clase Pol ygon contiene métodos 
para crear polígonos. La mitad inferior de la figura muestra varias clases e interfaces de la API Java 2D. La clase 
BasicStroke ayuda a especificar las características de dibujo de las líneas. Las clases GradientPaint y Texture- 
Paint ayudan a especificar las características para rellenar figuras con colores o patrones. Las clases General Path, 
Line2D, Arc2D, Ellipse2D, Rectangle2D y RoundRectangl e2D representan varias figuras de Java 2D. [Nota: 
empezaremos el capítulo hablando sobre las herramientas de gráficos originales de Java, y después pasaremos a la 
API Java 2D. Ahora, las clases que formaron parte de las herramientas de gráficos originales de Java se consideran 
parte de la API Java 2D] . 

Para empezar a dibujar en Java, primero debemos entender su sistema de coordenadas (figura 12.2), el cual 
es un esquema para identificar a cada uno de los posibles puntos en la pantalla. De manera predeterminada, la 
esquina superior izquierda de un componente de la GUI (como una ventana) tiene las coordenadas (0,0). Un 
par de coordenadas está compuesto por una coordenada x (la coordenada horizontal) y una coordenada y (la 
coordenada vertical). La coordenada x es la distancia horizontal que se desplaza hacia la derecha, desde la parte 
izquierda de la pantalla. La coordenada y es la distancia vertical que se desplaza hacia abajo, desde la parte superior 
de la pantalla. El eje x describe cada una de las coordenadas horizontales, y el eje y describe cada una de las coor- 
denadas verticales. Las coordenadas se utilizan para indicar en dónde deben mostrarse los gráficos en una pantalla. 
Las unidades de las coordenadas se miden en píxeles (“elementos de imagen”). Un píxel es la unidad más pequeña 
de resolución de un monitor de computadora. 


Tip de portabilidad 12.1 


Existen distintos tipos de monitores de computadora con distintas resoluciones (es decir, la densidad de los píxeles 
varía). Esto puede hacer que los gráficos aparezcan de distintos tamaños en distintos monitores, o en el mismo moni- 
tor con distintas configuraciones. 


12.1 
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java.Iang.Object 

A 


java.awt.Component <1 java. awt. Container <! javax.swing.JComponent 


java.awt.Font 


java.awt.Color 


java. awt. FontMetrics 


java. awt. Qraphics 


— java. awt. Polygon 


java. awt. BasicStroke 


— java. awt. GradientPaint 


java. awt. TexturePaint 


java. awt. geom.GeneralPath 


java. awt. geom.Line2D 


java. awt. geom.RectangularShape 


java. awt. Qraphics2D 


«interfaz» 

java.awt.Paint 

«interfaz» 

java.awt.Shape 

«interfaz» 

java.awt.Stroke 


A 


java. awt. geom.Arc2D 


java. awt. geom.Ellipse2D 


java. awt. geom.Rectangle2D 


java. awt. geom.RoundRectangle2D 


Figura I2.I | Clases e interfaces utilizadas en este capítulo, provenientes de las herramientas de gráficos 
originales de Java y de la API Java2D. [Noía: la clase Object aparece aquí debido a que es la superclase de la 
jerarquía de clases de Java. Además, las clases abstract aparecen en cursiva]. 
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Figura 12.2 | Sistema de coordenadas de Java. Las unidades se miden en píxeles. 


12.2 Contextos y objetos de gráficos 

Un contexto de gráficos permite dibujar en la pantalla. Un objeto Graphi es administra un contexto de gráficos y 
dibuja píxeles en la pantalla que representan texto y otros objetos gráficos (como líneas, elipses, rectángulos y otros 
polígonos). Los objetos Graphi es contienen métodos para dibujar, manipular tipos de letra, manipular colores y 
varias cosas más. 

La clase Graphi es es una clase abstract (es decir, no pueden instanciarse objetos Graphi es). Esto contri- 
buye a la portabilidad de Java. Como el dibujo se lleva a cabo de manera distinta en cada plataforma que soporta 
a Java, no puede haber sólo una implementación de las herramientas de dibujo en todos los sistemas. Por ejemplo, 
las herramientas de gráficos que permiten a una PC con Microsoft Windows dibujar un rectángulo, son distintas 
de las herramientas de gráficos que permiten a una estación de trabajo Linux dibujar un rectángulo; y ambas son 
distintas de las herramientas de gráficos que permiten a una Macintosh dibujar un rectángulo. Cuando Java se 
implementa en cada plataforma, se crea una subclase de Graphi es que implementa las herramientas de dibujo. 
Esta implementación está oculta para nosotros por medio de la clase Graphi es, la cual proporciona la interfaz 
que nos permite utilizar gráficos de una manera independiente de la plataforma. 

La clase Component es la superclase para muchas de las clases en el paquete java.awt. (En el capítulo 11 
presentamos la clase Component). La clase JComponent, que hereda directamente de Component, contiene un 
método llamado pai ntComponent, que puede utilizarse para dibujar gráficos. El método pai ntComponent toma 
un objeto Graphi es como argumento. El sistema pasa este objeto al método pai ntComponent cuando se requiere 
volver a pintar un componente ligero de Swing. El encabezado del método pai ntComponent es: 

public void pai ntComponent( Graphics g ) 

El parámetro g recibe una referencia a una instancia de la subclase específica del sistema que Graphi es extiende. 
Tal vez a usted le parezca conocido el encabezado del método anterior; es el mismo que utilizamos en algunas 
de las aplicaciones del capítulo 1 1 . En realidad, la clase JComponent es una superclase de J Panel . Muchas herra- 
mientas de la clase J Panel son heredadas de la clase JComponent. 

El método pai ntComponent raras veces es llamado directamente por el programador, ya que el dibujo de 
gráficos es un proceso controlado por eventos. Cuando se ejecuta una aplicación de GUI, el contenedor de la 
aplicación llama al método pai ntComponent para cada componente ligero, a medida que se muestra la GUI en 
pantalla. Para que pai ntComponent sea llamado de nuevo, debe ocurrir un evento (como cubrir y descubrir el 
componente con otra ventana). 

Si el programador necesita hacer que se ejecute pai ntComponent (es decir, si desea actualizar los gráficos 
dibujados en el componente de Swing), se hace una llamada al método repaint, que todos los objetos JCom- 
ponent heredan indirectamente de la clase Component (paquete java.awt). El método repaint se llama con 
frecuencia para solicitar una llamada al método pai ntComponent. El encabezado para repai nt es: 

public void repai nt() 

12.3 Control de colores 

La clase Col or declara los métodos y las constantes para manipular los colores en un programa de Java. Las cons- 
tantes de colores previamente declaradas se sintetizan en la figura 12.3, y varios métodos y constructores para los 
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colores se sintetizan en la figura 12.4. Observe que dos de los métodos de la figura 12.4 son métodos de Graphi es 
que son específicos para los colores. 


Constante de Color Valor RGB 


publ i c 

final 

stati c 

Color 

RED 

255, 0, 0 

publ i c 

final 

stati c 

Color 

GREEN 

0,255,0 

publ i c 

final 

stati c 

Color 

BLUE 

0, 0, 255 

publ i c 

final 

stati c 

Color 

ORANGE 

255, 200, 0 

publ i c 

final 

stati c 

Color 

PINK 

255, 175, 175 

publ i c 

final 

stati c 

Color 

CYAN 

0,255,255 

publ i c 

final 

stati c 

Color 

MAGENTA 

255,0,255 

publ i c 

final 

stati c 

Color 

YELLOW 

255,255,0 

publ i c 

final 

stati c 

Color 

BLACK 

0, 0, 0 

publ i c 

final 

stati c 

Color 

WHITE 

255,255,255 

publ i c 

final 

stati c 

Color 

GRAY 

128, 128, 128 

publ i c 

final 

stati c 

Color 

LIGHT_GRAY 

192, 192, 192 

publ i c 

final 

stati c 

Color 

DARK_GRAY 

64, 64, 64 


Figura 12.3 | Constantes de Color y sus valores RGB. 


Método Descripción 


Constructores y métodos de Color 
public ColorC int r, int g, int b ) 

Crea un color basado en los componentes rojo, verde y azul, expresados como enteros de 0 a 255. 
public Color( float r, float g, float b ) 

Crea un color basado en los componentes rojo, verde y azul, expresados como valores de punto 

flotante de 0.0 a 1.0. 
public int getRedO 

Devuelve un valor entre 0 y 255, el cual representa el contenido rojo, 

public int getGreen() 

Devuelve un valor entre 0 y 255, el cual representa el contenido verde, 
public int getBlueO 

Devuelve un valor entre 0 y 255, el cual representa el contenido azul. 

Métodos de Graphi es para manipidar objetos Color 
public Color getColorO 

Devuelve un objeto Col or que representa el color actual para el contexto de gráficos, 
public void setColor( Color c ) 

Establece el color actual para dibujar con el contexto de gráficos. 

Figura 12.4 | Los métodos de Color y los métodos de Graphics relacionados con los colores. 
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Todo color se crea a partir de un componente rojo, uno verde y otro azul. En conjunto, a estos componentes 
se les llama valores RGB. Los tres componentes RGB pueden ser enteros en el rango de 0 a 255, o pueden ser 
valores de punto flotante en el rango de 0.0 a 1.0. El primer componente RGB especifica la cantidad de rojo, 
el segundo, de verde y el tercero, de azul. Entre mayor sea el valor RGB, mayor será la cantidad de ese color en 
particular. Java permite al programador seleccionar de entre 256 x 256 x 256 (o aproximadamente 16.7 millones 
de) colores. No todas las computadoras son capaces de mostrar todos estos colores. La computadora mostrará el 
color más cercano que pueda. 

En la figura 12.4 se muestran dos de los constructores de la clase Col or (uno que toma tres argumentos i nt 
y otro que toma tres argumentos float, en donde cada argumento especifica la cantidad de rojo, verde y azul). Los 
valores i nt deben estar en el rango de 0 a 255 y los valores float deben estar en el rango de 0.0 a 1.0. El nuevo 
objeto Col or tendrá las cantidades de rojo, azul y verde que se especifiquen. Los métodos getRed, getCreen y 
getBl ue de Color devuelven valores enteros de 0 a 255, los cuales representan la cantidad de rojo, verde y azul, 
respectivamente. El método getColor de Graphics devuelve un objeto Color que representa el color actual de 
dibujo. El método setColor de Graphi es establece el color actual de dibujo. 

Las figuras 12.5 y 12.6 demuestran varios métodos de la figura 12.4, al dibujar rectángulos rellenos y cadenas 
en varios colores distintos. Cuando la aplicación empieza a ejecutarse, se hace una llamada al método pai ntCom- 
ponent de la clase J Panel Color (líneas 10 a 37 de la figura 12.5) para pintar la ventana. En la línea 17 se utiliza 
el método setColor de Graphi es para establecer el color actual de dibujo. El método setColor recibe un objeto 
Color. La expresión new Color( 255, 0, 0 ) crea un nuevo objeto Color que representa rojo (valor 2 55 para 
rojo y 0 para los valores azul y verde). En la línea 18 se utiliza el método fil 1 Rect de Graphi es para dibujar un 
rectángulo relleno con el color actual. El método fil 1 Rect dibuja un rectángulo con base en sus cuatro argumen- 
tos. Los primeros dos valores enteros representan la coordenada x superior izquierda y la coordenada y superior 
izquierda, en donde el objeto Graphics empieza a dibujar el rectángulo. Los argumentos tercero y cuarto son 
enteros positivos que representan la anchura y la altura del rectángulo en píxeles, respectivamente. Un rectángulo 
que se dibuja usando el método fil 1 Rect se rellena con el color actual del objeto Graphi es. 

En la línea 19 se utilizad método drawString de Graphi es para dibujar un objeto Stri ng en el color actual. 
La expresión g . getColor () recupera el color actual del objeto Graphi es. El objeto Col or devuelto se concatena 
con la cadena "RGB actual : ", lo que produce una llamada implícita al método toStri ng de la clase Color. La 
representación Stri ng de un objeto Color contiene el nombre de la clase y el paquete (java, awt .Color), además 
de los valores rojo, verde y azul. 


1 // Fig. 12.5: DPanelColor. java 

2 // Demostración de objetos Color. 

3 import java. awt. Graphics; 

4 import java. awt. Color; 

5 import javax.swing.J Panel ; 

6 

7 public class IPanelColor extends JPanel 

8 { 

9 // dibuja rectángulos y objetos String en distintos colores 

10 public void pai ntComponent( Graphics g ) 

11 { 

12 super . pai ntComponent( g ) ; // llama al método pai ntComponent de la superclase 

13 

14 this.setBackground( Color. WHITE ); 

15 

16 // establece nuevo color de dibujo, usando valores enteros 

17 g.setColor( new Color( 255, 0, 0 ) ); 

18 g . fil 1 Rect( 15, 25, 100, 20 ); 

19 g . drawStri ng( "RGB actual: " + g.getColorO, 130, 40 ); 

20 

21 // establece nuevo color de dibujo, usando valores de punto flotante 

22 g.setColor( new Color( 0.50f, 0.75f, O.Of ) ); 

Figura 12.5 | Programa para imprimir texto. (Parte I de 2). 



12.3 Control de colores 545 


23 g . fill Rect( 15, 50, 100, 20 ); 

24 g . drawStri ng( "RGB actual: " + g.getColor() , 130, 65 ); 

25 

26 // establece nuevo color de dibujo, usando objetos Color static 

27 g.setColor( Color. BLUE ); 

28 g.fillRect( 15, 75, 100, 20 ); 

29 g . drawStri ng( "RGB actual: " + g.getColorO , 130, 90 ); 

30 

31 // muestra los valores RGB individuales 

32 Color color = Color. MAGENTA; 

33 g.setColor( color ); 

34 g.fillRectC 15, 100, 100, 20 ); 

35 g . drawStri ng( "Valores RGB: " + color. getRed() + ", + 

36 color. getGreen() + , " + color. getBlue() , 130, 115 ); 

37 } // fin del método pai ntComponent 

38 } // fin de la clase IPanelColor 

Figura 12.5 | Cambio de colores para dibujar. (Parte 2 de 2). 


1 // Fig. 12.6: MostrarColores. java 

2 // Demostración de objetos Color. 

3 import javax. swi ng . IFrame ; 

4 

5 public class MostrarColores 

6 { 

7 // ejecuta la aplicación 

8 public static void main( String args[] ) 

9 { 

10 // crea marco para objeto IPanelColor 

11 JFrame frame = new JFrame( "Uso de colores" ); 

12 frame. setDefaultCloseOperation( IFrame. EXIT_0N_CL0SE ); 

13 

14 IPanelColor jPanelColor = new JPanelColorO ; // crea objeto IPanelColor 

15 frame. add( jPanelColor ); // agrega jPanelColor a marco 

16 frame . setSi ze( 400, 180 ); // establece el tamaño del marco 

17 frame . setVi si bl e( true ); // muestra el marco 

18 } // fin de main 

19 } // fin de la clase MostrarColores 



Figura 12.6 | Creación de un objeto JFrame para mostrar colores en un objeto JPanel. 




Observación de apariencia visual 12.1 

Todos percibimos los colores de una forma distinta. Elija sus colores con cuidado, para asegurarse que su aplicación 
sea legible, tanto para las personas que pueden percibir el color, como para aquellas que no pueden ver ciertos colores. 
Trate de evitar usar muchos colores distintos, muy cerca unos de otros. 
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En las líneas 22 a 24 y 27 a 29 se llevan a cabo, nuevamente, las mismas tareas. En la línea 22 se utiliza el 
constructor de Color con tres argumentos float para crear el color verde oscuro (0 . 50f para rojo, 0 . 75f para 
verde y 0 . Of para azul). Observe la sintaxis de los valores. La letra f anexada a una literal de punto flotante indica 
que la literal debe tratarse como de tipo float. De manera predeterminada, las literales de punto flotante se tratan 
como de tipo doubl e. 

En la línea 27 se establece el color actual de dibujo a una de las constantes de Color previamente declara- 
das (Color. BUJE). Las constantes de Color son static, por lo que se crean cuando la clase Color se carga en 
memoria, en tiempo de ejecución. 

La instrucción de las líneas 35 y 36 hace llamadas a los métodos getRed, getCreen y getBl ue de Color en la 
constante Color. MAGENTA previamente declarada. El método mai n de la clase MostrarCol ores (líneas 8 a 18 de 
la figura 12.6) crea el objeto JFrame que contendrá un objeto ColorJPanel, en donde se mostrarán los colores. 



Observación de ingeniería de software 12.1 

Para cambiar el color, debe crear un nuevo objeto Color (o utilizar una de las constantes de Color previamente 
declaradas). Al igual que los objetos String, los objetos Color son inmutables (no pueden modificarse). 


El paquete javax. swi ng proporciona el componente de la GUI JColorChooser para permitir a los usua- 
rios de aplicaciones seleccionar colores. La aplicación de las figuras 12.7 y 12.8 demuestra un cuadro de diálogo 
JCol orChooser. Al hacer clic en el botón Cambiar color, aparece un cuadro de diálogo IColorChooser. Al 
seleccionar un color y oprimir el botón Aceptar, el color de fondo de la ventana de la aplicación cambia. 
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// Fig. 12.7: MostrarColores2JFrame. java 
// Selección de colores con JColorChooser. 

import java.awt.BorderLayout; 
import j ava. awt. Color; 
i mport j ava . awt . event . Acti onEvent ; 
import java. awt . event .Acti onLi stener ; 
import javax. swi ng . JButton ; 
import javax. swi ng . IFrame ; 
import javax. swi ng . IColorChooser; 
import javax. swi ng . IPanel ; 

public class MostrarColores2JFrame extends JFrame 

{ 

private JButton cambiarColorJButton; 
private Color color = Color . LIGHT_GRAY; 
private JPanel coloresJPanel ; 

// establece la GUI 

public MostrarColores2JFrame() 

{ 

super( "Uso de JColorChooser" ); 

// crea objeto JPanel para mostrar color 

coloresJPanel = new JPanel (); 
coloresJPanel . setBackground( color ); 

// establece cambiarColorJButton y registra su manejador de eventos 

cambiarColorJButton = new JButton( "Cambiar color" ); 
cambi arColor JButton . addActi onLi stener ( 

new Acti onLi stener() // clase interna anónima 

{ 

// muestra JColorChooser cuando el usuario hace clic con el botón 


Figura 12.7 


Cuadro de diálogo JColorChooser. (Parte I de 2). 
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34 public void actionPerformedf ActionEvent evento ) 

35 { 

36 color = JColorChooser.showDialogC 

37 MostrarColores2JFrame.this, "Seleccione un color", color ); 

38 

39 // establece el color predeterminado, si no se devuelve un color 

40 if ( color == nuil ) 

41 color = Color. LICHT_GRAY; 

42 

43 // cambia el color de fondo del panel de contenido 

44 coloresJPanel . setBackground( color ); 

45 } // fin del método actionPerformed 

46 } // fin de la clase interna anónima 

47 ) I // fin de la llamada a addActionLi stener 

48 

49 add( coloresJPanel, BorderLayout.CENTER ); // agrega coloresJPanel 

50 add( cambi arCol orJButton , BorderLayout . SOUTH ); // agrega botón 

51 

52 setSizef 400, 130 ); // establece el tamaño del marco 

53 setVisiblef true ); // muestra el marco 

54 } // fin del constructor de MostrarColores2JFrame 

55 } // fin de la clase MostrarCol ores2JFrame 

Figura 12.7 | Cuadro de diálogo JColorChooser. (Parte 2 de 2). 


La clase JColorChooser proporciona el método estático showDialog, el cual crea un objeto JColorChoo- 
ser, lo adjunta a un cuadro de diálogo y lo muestra en pantalla. Las líneas 36 y 37 de la figura 12.7 invocan a 
este método para mostrar el cuadro de diálogo del selector de colores. El método showDi al og devuelve el objeto 
Color seleccionado, o nul 1 si el usuario oprime Cancelar o cierra el cuadro de diálogo sin oprimir Aceptar. Este 
método recibe tres argumentos: una referencia a su objeto Component padre, un objeto Stri ng a mostrar en la 
barra de título del cuadro de diálogo y el Color inicial seleccionado para el cuadro de diálogo. El componente 
padre es una referencia a la ventana desde la que se muestra el cuadro de diálogo (en este caso el objeto JFrame, 
con el nombre de referencia marco). Este cuadro de diálogo estará centrado en el componente padre. Si el padre es 
nuil, entonces el cuadro de diálogo se centra en la pantalla. Mientras el cuadro de diálogo para seleccionar colo- 
res se encuentre en la pantalla, el usuario no podrá interactuar con el componente padre. A este tipo de cuadro 
de diálogo se le conoce como cuadro de diálogo modal (el cual se describirá en el capítulo 22, Componentes de 
la GUI: parte 2). 

Una vez que el usuario selecciona un color, en las líneas 40 y 41 se determina si color es nul 1 , y de ser así 
color se establece en el valor predeterminado Color. LIGHT_GRAY. En la línea 44 se utiliza el método setBack- 
g round para cambiar el color de fondo del objeto J Panel. El método setBackg round es uno de los muchos 
métodos de la clase Component que pueden utilizarse en la mayoría de los componentes de la GUI. Observe que el 
usuario puede seguir utilizando el botón Cambiar color para cambiar el color de fondo de la aplicación. La figura 
12.8 contiene el método mai n, que ejecuta el programa. 


1 // Fig. 12.8: MostrarColores2 . java 

2 // Selección de colores con JColorChooser. 

3 import javax.swing. JFrame; 

4 

5 public class MostrarColores2 

6 { 

7 // ejecuta la aplicación 

8 public static void main( String args[] ) 

9 { 

Figura 12.8 | Selección de colores con JColorChooser. (Parte I de 2). 
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10 MostrarColores2JFrame aplicación = new MostrarColores21Frame() ; 

11 aplicacion.setDefaultCloseOperation( JFrame.EXIT_ON_CLOSE ); 

12 } // fin de main 

13 } // fin de la clase MostrarColores2 




Figura 12.8 | Selección de colores con IColorChooser. (Parte 2 de 2). 


La segunda captura de pantalla de la figura 12.8 muestra el cuadro de diálogo IColorChooser predeter- 
minado, que permite al usuario seleccionar un color de una variedad de muestras de colores. Observe que en 
realidad hay tres fichas en la parte superior del cuadro de diálogo: Muestras, HSB y RGB. Estas fichas representan 
tres distintas formas de seleccionar un color. La ficha HSB le permite seleccionar un color con base en matiz 
(hue), saturación (saturation) y brillo (brightness): valores que se utilizan para definir la cantidad de luz en un 
color. No hablaremos sobre los valores HSB. Para obtener más información sobre matiz, saturación y brillo, visite 
whati s . techtarget . com/defini tion/0, , si d9_gci 212262,00. html . La ficha RGB le permite seleccionar un 
color mediante el uso de controles deslizables para seleccionar los componentes rojo, verde y azul del color. Las 
fichas HSB y RGB se muestran en la figura 12.9. 

12.4 Control de tipos de letra 

En esta sección presentaremos los métodos y constantes para controlar los tipos de letras. La mayoría de los méto- 
dos y constantes de tipos de letra son parte de la clase Font. Algunos métodos de la clase Font y la clase Craphi es 
se sintetizan en la figura 12.10. 
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Figura 12.9 | Las fichas HSB y RGB del cuadro de diálogo JColorChooser. 


Método o constante 


Descripción 


Constantes, constructores y métodos de Font 
public final static int PLAIN 

public final static int BOLD 

public final static int ITALIC 

public Font( String nombre, int 
estilo, int tamaño ) 

public int getStyleO 

public int getSizeQ 


Constante que representa un estilo de tipo de letra simple. 

Constante que representa un estilo de tipo de letra en negritas. 

Constante que representa un estilo de tipo de letra en cursivas. 

Crea un objeto Font con el nombre de tipo de letra, estilo y tamaño 
especificados. 

Devuelve un valor entero que indica el estilo actual de tipo de letra. 
Devuelve un valor entero que indica el tamaño actual del tipo de letra. 


Figura 12.10 | Métodos y constantes relacionados con Font. (Parte I de 2). 
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Método o constante Descripción 


Constantes, constructores y métodos de Font 

publ i c Stri ng getNameQ Devuelve el nombre actual del tipo de letra, como una cadena, 

public String getF ami 1 y() Devuelve el nombre de la familia del tipo de letra, como una cadena, 

publ i c bool ean i sPl ai n O Devuelve true si el tipo de letra es simple; fai se en caso contrario, 

public boolean isBoldO Devuelve true si el tipo de letra está en negritas; fal se en caso contrario, 

public boolean isItalicO Devuelve true si el tipo de letra está en cursivas; fal se en caso contrario. 

Métodos de Graphics para manipidar objetos Font 

publ i c Font getFontO Devuelve la referencia a un objeto Font que representa el tipo de letra actual. 

public void setFont( Font f ) Establece el tipo de letra actual al tipo de letra, estilo y tamaño especificados 

por la referencia f al objeto Font . 

Figura 1 2. 1 0 | Métodos y constantes relacionados con Font. (Parte 2 de 2). 

El constructor de la clase Font recibe tres argumentos: el nombre del tipo de letra, su estilo y su tamaño. 
El nombre del tipo de letra es cualquier tipo de letra soportado por el sistema en el que se esté ejecutando el 
programa, como los tipos de letra estándar de Java Monospaced, SansSeri f y Seri f. El estilo de tipo de letra es 
Font . PLAIN (simple), Font . ITALIC (cursivas) o Font . BOLD (negritas); cada uno es un campo stati c de la cla- 
se Font. Los estilos de los tipos de letra pueden usarse combinados (por ejemplo, Font . ITALIC + Font . BOLD). El 
tamaño del tipo de letra se mide en puntos. Un punto es 1/72 de una pulgada. El método setFont de Graphi es 
establece el tipo de letra a dibujar en ese momento (el tipo de letra en el cual se mostrará el texto) en base a su 
argumento Font. 

Tip de portabilidad 12.2 

El número de tipos de letra varía enormemente entre sistemas. Java proporciona cinco nombres de tipos de letras 
(Serif, Monospaced, SansSeri f, Dialogy Dialoglnput) que pueden usarse en todas las plataformas de Java. 
El entorno en tiempo de ejecución de Java (JRE) en cada plataforma asigna estos nombres de tipos de letras lógicos 
a los tipos de letras que están realmente instalados en la plataforma. Los tipos de letras reales que se utilicen pueden 
variar de una plataforma a otra. 

La aplicación de las figuras 12. 1 1 y 12. 12 muestra texto en cuatro tipos de letra distintos, con cada tipo de letra 
en diferente tamaño. La figura 12.11 utiliza el constructor de Font para inicializar objetos Font (en las líneas 16, 
20, 24 y 29) que se pasan al método setFont de Graphi es para cambiar el tipo de letra para dibujar. Cada llamada 
al constructor de Font pasa un nombre de tipo de letra (Serif, Monospaced, o SansSeri f) como una cadena, 
un estilo de tipo de letra (Font . PLAIN, Font . ITALIC o Font . BOLD) y un tamaño de tipo de letra. Una vez que se 
invoca el método setFont de Graphi es, todo el texto que se muestre después de la llamada aparecerá en el nuevo 

1 // Fig. 12.11: FontlPanel . java 

2 // Muestra cadenas en distintos tipos de letra y colores. 

3 import j ava. awt. Font; 

4 import java. awt. Color; 

5 import java. awt. Graphics; 

6 import j avax.swing.J Panel ; 

7 

8 public class FontlPanel extends IPanel 

9 { 

10 // muestra objetos String en distintos tipos de letra y colores 

Figura 12.1 I | El método setFont de Graphics cambia el tipo de letra para dibujar. (Parte I de 2). 
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11 public void pai ntComponent( Graphics g ) 

12 { 

13 super . pai ntComponent( g ) ; // llama al método pai ntComponent de la superclase 

14 

15 // establece el tipo de letra a Serif (Times), negrita, 12 puntos y dibuja una 
cadena 

16 g.setFont( new Font( "Serif", Font.BOLD, 12 ) ) ; 

17 g . drawStri ng( "Serif 12 puntos, negrita.' , 20, 50 ); 

18 

19 // establece el tipo de letra a Monospaced (Courier), cursiva, 24 puntos y dibuja 
una cadena 

20 g.setFont( new Font( "Monospaced", Font.ITALIC, 24 ) ) ; 

21 g . drawStri ng( "Monospaced 24 puntos, cursiva.", 20, 70 ); 

22 

23 // establece el tipo de letra a SansSerif (Helvética), simple, 14 puntos y dibuja 
una cadena 

24 g.setFont( new Font( "SansSerif", Font.PLAIN, 14 ) ) ; 

25 g . drawStri ng( "SansSerif 14 puntos, simple.", 20, 90 ); 

26 

27 // establece el tipo de letra a Serif (Times), negrita/cursiva, 18 puntos y 
dibuja una cadena 

28 g.setColor( Color. RED ); 

29 g.setFont( new Font( "Serif", Font.BOLD + Font.ITALIC, 18 ) ) ; 

30 g . drawStri ng( g . getFont() . getName() + " " + g . getFont() . getSize() + 

31 " puntos, negrita cursiva. 1 , 20, 110 ); 

32 } // fin del método pai ntComponent 

33 } // fin de la clase FontlPanel 

Figura I2.I I | El método setFont de Graphics cambia el tipo de letra para dibujar. (Parte 2 de 2). 


1 // Fig. 12.12: TiposDeLetra. java 

2 // Uso de tipos de letra. 

3 import javax.swing. JFrame; 

4 

5 public class TiposDeLetra 

6 { 

7 // ejecuta la aplicación 

8 public static void main( String args[] ) 

9 { 

10 // crea marco para FontlPanel 

11 IFrame marco = new JFrame( “Uso de tipos de letra” ); 

12 marco. setDefaultCloseOperation( IFrame. EXIT_0N_CL0SE ); 

13 

14 FontlPanel fontlPanel = new FontlPanel () ; // crea objeto FontlPanel 

15 marco. add( fontlPanel ); // agrega objeto fontlPanel al marco 

16 marco . setSi ze( 475, 170 ); // establece el tamaño del marco 

17 marco . setVi si bl e( true ); // muestra el marco 

18 } // fin de mai n 

19 } // fin de la clase TiposDeLetra 


ISlkM.lr *4r Mx 

^jjsj 


4 puntos, cursivá. 

Sjroófrt 14 putcn. wpt 


Ssrif ti fmm&t, wyn» 

a ('unñiL 


Figura 12.12 | Creación de un objeto IFrame para mostrar tipos de letra. 
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tipo de letra hasta que éste se modifique. La información de cada tipo de letra se muestra en las líneas 17, 21, 25, 
30 y 31, usando el método drawString. Observe que la coordenada que se pasa a drawString corresponde a 
la esquina inferior izquierda de la línea base del tipo de letra. En la línea 28 se cambia el color de dibujo a rojo, 
por lo que la siguiente cadena que se muestra aparece en color rojo. En las líneas 30 a 31 se muestra información 
acerca del objeto Font final. El método getFont de la clase Graphi es devuelve un objeto Font que representa el 
tipo de letra actual. El método getName devuelve el nombre del tipo de letra actual como una cadena. El método 
getSize devuelve el tamaño del tipo de letra, en puntos. 

La figura 12.12 contiene el método mai n, que crea un objeto JFrame. Agregamos un objeto Font! Panel a 
este objeto 1 F rame (línea 15), el cual muestra los gráficos creados en la figura 12.11. 



Observación de ingeniería de software 12.2 

Para cambiar el tipo de letra, debe crear un nuevo objeto Font. Los objetos Font son inmutables; la clase Font no 
tiene métodos establecer para modificar las características del tipo de letra actual. 


Métrica de los tipos de letra 

En ocasiones es necesario obtener información acerca del tipo de letra actual para dibujar, como el nombre, el 
estilo y el tamaño del tipo de letra. En la figura 12.10 se sintetizan varios métodos de Font que se utilizan para 
obtener información sobre el tipo de letra. El método getStyl e devuelve un valor entero que representa el estilo 
actual. El valor entero devuelto puede ser Font . PLAIN, Font . ITALIC, Font . BOLD o la combinación de Font . 
ITALIC y Font . BOLD. El método getFamily devuelve el nombre de la familia a la que pertenece el tipo de letra 
actual. El nombre de la familia del tipo de letra es específico de la plataforma. También hay métodos de Font 
disponibles para probar el estilo del tipo de letra actual, los cuales se sintetizan también en la figura 12.10. Los 
métodos i sPl ai n, isBold e i sita! i c devuelven true si el estilo del tipo de letra actual es simple, negrita o 
cursiva, respectivamente. 

Algunas veces es necesario conocer información precisa acerca de la métrica de un tipo de letra, como la 
altura, el descendente (la distancia entre la base de la línea y el punto inferior del tipo de letra), el ascendente 
(la cantidad que se eleva un carácter por encima de la base de la línea) y el interlineado (la diferencia entre el 
descendente de una línea de texto y el ascendente de la línea de texto que está debajo; es decir, el espaciamiento 
entre líneas). En la figura 12.13 se muestran algunos elementos comunes de la métrica de los tipos de letras. 

La clase FontMetrics declara varios métodos para obtener información métrica de los tipos de letra. En la 
figura 12.14 se sintetizan estos métodos, junto con el método getFontMetrics de la clase Graphi es. La aplica- 
ción de las figuras 12.15 y 12.16 utiliza los métodos de la figura 12.14 para obtener la información métrica de 
dos tipos de letra. 

En la línea 15 de la figura 12.15 se crea y se establece el tipo de letra actual para dibujar en SansSerif, 
negrita, 12 puntos. En la línea 16 se utiliza el método getFontMetrics de Graphics para obtener el objeto 
FontMetri es del tipo de letra actual. En la línea 17 se imprime la representación Stri ng del objeto Font devuel- 
to por g . getFontf). En las líneas 18 a 21 se utilizan los métodos de FontMetri es para obtener el ascendente, 
descendente, altura e interlineado del tipo de letra. 

En la línea 23 se crea un nuevo tipo de letra Seri f, cursiva, 14 puntos. En la línea 24 se utiliza una segunda 
versión del método getFontMetri es de Graphi es, la cual recibe un argumento Font y devuelve su correspon- 
diente objeto FontMetri es. En las líneas 27 a 30 se obtiene el ascendente, descendente, altura e interlineado de 
ese tipo de letra. Observe que la métrica es ligeramente distinta para cada uno de los tipos de letra. 
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Método Descripción 


Métodos de FontMetri es 
public int getAscentO 

Devuelve un valor que representa el ascendente de un tipo de letra, en puntos, 
public int getDescentO 

Devuelve un valor que representa el descendente de un tipo de letra, en puntos, 
public int getLeadingO 

Devuelve un valor que representa el interlineado de un tipo de letra, en puntos. 

public int getHeightO 

Devuelve un valor que representa la altura de un tipo de letra, en puntos. 

Métodos de Craphi es para obtener la métrica de un tipo de letra 
public FontMetrics getFontMetricsQ 

Devuelve el objeto FontMetrics para el objeto Font actual para dibujar, 
public FontMetrics getFontMetricsf Font f ) 

Devuelve el objeto FontMetrics para el argumento Font especificado. 

Figura 12.14 | Métodos de FontMetrics y Graphics para obtener la métrica de los tipos de letra. 


1 // Fig. 12.15: MetricaJPanel . java 

2 // Métodos de FontMetrics y Graphics útiles para obtener la métrica de los tipos de 
letra. 

3 import j ava. awt. Font; 

4 import java. awt. FontMetri es; 

5 import java. awt. Graphics; 

6 import j avax.swing.J Panel ; 

7 

8 public class MetricalPanel extends JPanel 

9 { 

10 // muestra la métrica de los tipos de letra 

11 public void pai ntComponentf Graphics g ) 

12 { 

13 super . pai ntComponent( g ); // llama al método pai ntComponent de la superclase 

14 

15 g.setFont( new Font( "SansSerif", Font.BOLD, 12 ) ); 

16 FontMetrics métrica = g.getFontMetrics() ; 

17 g . drawStri ng( "Tipo de letra actual: " + g.getFontO, 10, 40 ); 

18 g . drawStri ng( "Ascendente: " + métrica. getAscentO , 10, 55 ); 

19 g . drawStri ng( "Descendente: " + metri ca. getDescentO , 10, 70 ); 

20 g . drawStri ng( "Altura: " + métrica. getHeightO , 10, 85 ); 

21 g . drawStri ng( "Interlineado: " + metri ca. getLeadi ng() , 10, 100 ); 

22 

23 Font tipoLetra = new Font( "Serif", Font.ITALIC, 14 ); 

24 métrica = g . getFontMetri cs( tipoLetra ); 

25 g.setFont( tipoLetra ); 

26 g . drawStri ng( "Tipo de letra actual: " + tipoLetra, 10, 130 ); 

27 g . drawStri ng( "Ascendente: " + métrica. getAscentO , 10, 145 ); 

28 g . drawStri ng( "Descendente: " + metri ca. getDescentO , 10, 160 ); 

29 g . drawStri ng( "Altura: " + métrica. getHeightO , 10, 175 ); 

30 g . drawStri ng( "Interlineado: " + métrica. getLeadingO , 10, 190 ); 

31 } // fin del método pai ntComponent 

32 } // fin de la clase MetricalPanel 

Figura 12.15 | Métrica de los tipos de letra. 
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1 // Fig. 12.16: Métrica. java 

2 // Muestra la métrica de los tipos de letra. 

3 import javax. swi ng . IFrame ; 

4 

5 public class Métrica 

6 { 

7 // ejecuta la aplicación 

8 public static void main( String args[] ) 

9 { 

10 // crea marco para objeto MetricaJPanel 

11 IFrame marco = new JFramef “Demostración de FontMetrics” ); 

12 marco. setDefaultCloseOperation( IFrame. EXITJ3N_CL0SE ); 

13 

14 MetricalPanel metricalPanel = new MetricaJPanel () ; 

15 marco. add( metricalPanel ); // agrega metricalPanel al marco 

16 marco. setSize( 530, 250 ); // establece el tamaño del marco 

17 marco. setVisible( true ); // muestra el marco 

18 } // fin de main 

19 } // fin de la clase Métrica 


*1012 



TVv íÁ Juru j» f /Vrf [Arvir -í\' if. rw. * * ¿V’ i ,r *> i 1 * “ i k *'.\ , xix ~ 14! 


Abra H 


Figura 12.16 


Creación de un objeto IFrame para mostrar información sobre la métrica de los tipos de letra. 


12.5 Dibujo de líneas, rectángulos y óvalos 

En esta sección presentaremos varios métodos de Graphi es para dibujar líneas, rectángulos y óvalos. Los métodos 
y sus parámetros se sintetizan en la figura 12.17. Para cada método de dibujo que requiere un parámetro anchura y 
otro al tu ra, sus valores deben ser números no negativos. De lo contrario, no se mostrará la figura. 


Método Descripción 


public void drawLine( int xl, int yl, int x2, int y2 ) 

Dibuja una línea entre el punto (xl, yl) y el punto (x2, y2). 
public void drawRect( int x, int y, int anchura, int altura ) 

Dibuja un rectángulo con la anchura y altura especificadas. La esquina superior 
izquierda del rectángulo tiene las coordenadas (x, y). Sólo el contorno del rectángulo 
se dibuja usando el color del objeto Graphi es; el cuerpo del rectángulo no se rellena 
con este color. 

public void fillRectC int x, int y, int anchura, int altura ) 

Dibuja un rectángulo relleno con la anchura y al tura especificadas. La esquina supe- 
rior izquierda del rectángulo tiene las coordenadas (x, y). El rectángulo se rellena con 
el color del objeto Graphics. 

Figura 12.17 | Métodos de Graphics para dibujar líneas, rectángulos y óvalos. (Parte I de 2). 
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Método Descripción 


public void clearRectC i nt x, int y, int anchura, i nt altura ) 

Dibuja un rectángulo relleno con la anchura y al tura especificadas, en el color de 
fondo actual. La esquina superior izquierda del rectángulo tiene las coordenadas (x, y). 
Este método es útil si el programador desea eliminar una porción de una imagen. 

public void drawRoundRectC int x, int y, int anchura, int altura, int anchuraArco, int alturaArco ) 

Dibuja un rectángulo con esquinas redondeadas, en el color actual y con la anchura 
y altura especificadas. Los valores de anchuraArco y alturaArco determinan el gra- 
do de redondez de las esquinas (vea la figura 12.20). Sólo se dibuja el contorno de la 
figura. 

public void fillRoundRectC int x, int y, int anchura, int altura, int anchuraArco, int alturaArco ) 

Dibuja un rectángulo relleno con esquinas redondeadas, en el color actual y con la 
anchura y altura especificadas. Los valores de anchuraArco y alturaArco determi- 
nan el grado de redondez de las esquinas (vea la figura 12.20). 
public void drawBDRect( int x, int y, int anchura, int altura, boolean b ) 

Dibuja un rectángulo tridimensional en el color actual, con la anchura y altura espe- 
cificadas. La esquina superior izquierda del rectángulo tiene las coordenadas (x, y). El 
rectángulo aparece con relieve cuando b es true y sin relieve cuando b es fal se. Sólo 
se dibuja el contorno de la figura. 

public void fill3DRect( int x, int y, int anchura, int altura, boolean b ) 

Dibuja un rectángulo tridimensional relleno en el color actual, con la anchura y altura 
especificadas. La esquina superior izquierda del rectángulo tiene las coordenadas 
(x, y). El rectángulo aparece con relieve cuando b es true y sin relieve cuando b es fal se. 
public void draw0val( int x, int y, int anchura, int altura ) 

Dibuja un óvalo en el color actual, con la anchura y altura especificadas. La esquina 
superior izquierda del rectángulo imaginario que lo rodea tiene las coordenadas (x, y). 

El óvalo toca los cuatro lados del rectángulo imaginario en el centro de cada uno de los 
lados (vea la figura 12.21). Sólo se dibuja el contorno de la figura, 
public void fillOvalC int x, int y, int anchura, int altura ) 

Dibuja un óvalo relleno en el color actual, con la anchura y altura especificadas. La 
esquina superior izquierda del rectángulo imaginario que lo rodea tiene las coordena- 
das (x, y). El óvalo toca los cuatro lados del rectángulo imaginario en el centro de cada 
uno de los lados (vea la figura 12.21). 

Figura 12.17 | Métodos de Graphics para dibujar líneas, rectángulos y óvalos. (Parte 2 de 2). 

La aplicación de las figuras 12.18 y 12.19 demuestra cómo dibujar una variedad de líneas, rectángulos, rec- 
tángulos tridimensionales, rectángulos con esquinas redondeadas y óvalos. 

En la figura 12.18, en la línea 17 se dibuja una línea roja, en la línea 20 se dibuja un rectángulo vacío de 
color azul y en la línea 21 se dibuja un rectángulo relleno de color azul. Los métodos fil 1 RoundRect (línea 24) y 
drawRoundRect (línea 25) dibujan rectángulos con esquinas redondeadas. Sus primeros dos argumentos especi- 
fican las coordenadas de la esquina superior izquierda del rectángulo delimitador (el área en la que se dibujará 
el rectángulo redondeado). Observe que las coordenadas de la esquina superior izquierda no son el borde del 
rectángulo redondeado, sino las coordenadas en donde se encontraría el borde si el rectángulo tuviera esquinas 
cuadradas. Los argumentos tercero y cuarto especifican la anchura y altura del rectángulo. Sus últimos dos argu- 
mentos determinan los diámetros vertical y horizontal del arco (es decir, la anchura y la altura del arco) que se 
utiliza para representar las esquinas. 
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1 // Fig. 12.18: LineasRectsOvalosJPanel . java 

2 // Dibujo de lineas, rectángulos y óvalos. 

3 import j ava. awt. Color; 

4 import java. awt. Graphics; 

5 import javax.swing.J Panel ; 

6 

7 public class LineasRectsOvalosJPanel extends JPanel 

8 { 

9 // muestra varias lineas, rectángulos y óvalos 

10 public void pai ntComponentf Graphics g ) 

11 { 

12 super . pai ntComponentf g ); // llama al método pai ntComponent de la superclase 

13 

14 thi s . setBackground( Color. WHITE ); 

15 

16 g.setColor( Color. RED ); 

17 g.drawLine( 5, 30, 380, 30 ); 

18 

19 g.setColor( Color. BLUE ); 

20 g.drawRect( 5, 40, 90, 55 ); 

21 g.fillRectC 100, 40, 90, 55 ); 

22 

23 g.setColor( Color.CYAN ); 

24 g . fil 1 RoundRect( 195, 40, 90, 55, 50, 50 ); 

25 g . drawRoundRect( 290, 40, 90, 55, 20, 20 ); 

26 

27 g.setColor( Color. YELLOW ); 

28 g . draw3DRect( 5, 100, 90, 55, true ); 

29 g . fil 1 3DRect( 100, 100, 90, 55, false ); 

30 

31 g.setColor( Col or . MAGENTA ); 

32 g . drawOval ( 195, 100, 90, 55 ); 

33 g . fil lOval ( 290, 100, 90, 55 ); 

34 } // fin del método pai ntComponent 

35 } // fin de la clase LineasRectsOvalosJPanel 

Figura 12.18 | Dibujo de líneas, rectángulos y óvalos. 


1 // Fig. 12.19: LineasRectsOval os. java 

2 // Dibujo de lineas, rectángulos y óvalos. 

3 import java. awt. Color; 

4 import javax.swing.JFrame; 

5 

6 public class Li neasRectsOval os 

7 { 

8 // ejecuta la aplicación 

9 public static void main( String argsf] ) 

10 { 

11 // crea marco para LineasRectsOvalosJPanel 

12 JFrame marco = 

13 new JFrameC "Dibujo de lineas, rectángulos y ovalos" ); 

14 marco. setDefaultCloseOperation( JFrame. EXIT_0N_CL0SE ); 

15 

16 LineasRectsOvalosJPanel li neasRectsOvalosJPanel = 

17 new LineasRectsOvalosJPanel () ; 

18 lineasRectsOvalosJPanel . setBackground( Color. WHITE ); 

19 marco. add( lineasRectsOvalosJPanel ); // agrega el panel al marco 

Figura 12.19 | Creación de JFrame para mostrar líneas, rectángulos y óvalos. (Parte I de 2). 
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20 marco. setSizeC 400, 210 ); // establece el tamaño del marco 

21 marco. setVisibleC true ); // muestra el marco 

22 } // fin de mai n 

23 } // fin de la clase LineasRectsOvalos 
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Figura 12.19 | Creación de BFrame para mostrar líneas, rectángulos y óvalos. (Parte 2 de 2). 


En la figura 12.20 se muestran la anchura y altura del arco, junto con la anchura y la altura de un rectángulo 
redondeado. Si se utiliza el mismo valor para la anchura y la altura del arco, se produce un cuarto de círculo en 
cada esquina. Cuando la anchura y la altura del arco, la anchura y la altura del rectángulo tienen los mismos valo- 
res, el resultado es un círculo. Si los valores para anchura y al tu ra son los mismos, y los valores de anchu raArco 
y al tu raArco son 0, el resultado es un cuadrado. 

Los métodos draw3DRect (línea 28) y fill3DRect (línea 29) reciben los mismos argumentos. Los primeros 
dos argumentos especifican la esquina superior izquierda del rectángulo. Los siguientes dos argumentos especifi- 
can la anchura y altura del rectángulo, respectivamente. El último argumento determina si el rectángulo está con 
relieve (true) o sin relieve (false). El efecto tridimensional de draw3DRect aparece como dos bordes del rectán- 
gulo en el color original y dos bordes en un color ligeramente más oscuro. El efecto tridimensional de fil 1 3DRect 
aparece como dos bordes del rectángulo en el color del dibujo original y los otros dos bordes y el relleno en un 
color ligeramente más oscuro. Los rectángulos con relieve tienen los bordes de color original del dibujo en las 
partes superior e izquierda del rectángulo. Los rectángulos sin relieve tienen los bordes de color original del dibujo 
en las partes inferior y derecha del rectángulo. El efecto tridimensional es difícil de ver en ciertos colores. 

Los métodos drawOval y fillOval (líneas 32 y 33) reciben los mismos cuatro argumentos. Los primeros 
dos argumentos especifican la coordenada superior izquierda del rectángulo delimitador que contiene el óvalo. 
Los últimos dos argumentos especifican la anchura y la altura del rectángulo delimitador, respectivamente. En la 
figura 12.21 se muestra un óvalo delimitado por un rectángulo. Observe que el óvalo toca el centro de los cuatro 
lados del rectángulo delimitador. (El rectángulo delimitador no se muestra en la pantalla). 



Figura 12.20 | Anchura y altura del arco para los rectángulos redondeados. 
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(x,y) 



Figura 12.21 | Óvalo delimitado por un rectángulo. 

12.6 Dibujo de arcos 

Un arco se dibuja como una porción de un óvalo. Los ángulos de los arcos se miden en grados. Los arcos se 
extienden (es decir, se mueven a lo largo de una curva) desde un ángulo inicial, en base al número de grados espe- 
cificados por el ángulo del arco. El ángulo inicial indica, en grados, en dónde empieza el arco. El ángulo del arco 
especifica el número total de grados hasta los que se va a extender el arco. En la figura 12.22 se muestran dos arcos. 
El conjunto izquierdo de ejes muestra a un arco extendiéndose desde cero hasta aproximadamente 110 grados. Los 
arcos que se extienden en dirección en contra de las manecillas del reloj se miden en grados positivos. El conjunto 
derecho de ejes muestra a un arco extendiéndose desde cero hasta aproximadamente -110 grados. Los arcos que 
se extienden en dirección a favor de las manecillas del reloj se miden en grados negativos. Observe los cuadros 
punteados alrededor de los arcos en la figura 12.22. Cuando dibujamos un arco, debemos especificar un rectángulo 
delimitador para un óvalo. El arco se extenderá a lo largo de una parte del óvalo. Los métodos drawArc y fil 1 Are 
de Craphi es para dibujar arcos se sintetizan en la figura 12.23. 


Ángulos positivos 
90 ° 



270 ° 

Figura 12.22 ¡ Ángulos positivos y negativos de un arco. 


Ángulos negativos 
90 ° 



270 ° 


Método Descripción 


public void drawArcC int x, int y, int anchura, int altura, int angulolnicial, int anguloArco ) 

Dibuja un arco relativo a las coordenadas (x, y) de la esquina superior izquierda del 
rectángulo delimitador, con la anchura y altura especificadas. El segmento del arco se 
dibuja empezando en angul olni ci al y se extiende hasta los grados especificados por 
anguloArco. 

public void fil 1 Are C int x, int y, int anchura, int altura, int angulolnicial, int anguloArco ) 

Dibuja un arco relleno (es decir, un sector) relativo a las coordenadas (x, y) de la esquina 
superior izquierda del rectángulo delimitador, con la anchura y altura especificadas. El 
segmento del arco se dibuja empezando en angul olni ci al y se extiende hasta los grados 
especificados por anguloArco. 

Figura 12.23 | Métodos de Graphics para dibujar arcos. 
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La aplicación de las figuras 12.24 y 12.25 demuestra el uso de los métodos para arcos de la figura 12.23. La 
aplicación dibuja seis arcos (tres sin rellenar y tres rellenos). Para ilustrar el rectángulo delimitador que ayuda a 
determinar en dónde aparece el arco, los primeros tres arcos se muestran dentro de un rectángulo amarillo que 
tiene los mismos argumentos x, y, anchura y al tura que los arcos. 


1 // Fig. 12.24: ArcosJPanel .java 

2 // Dibujo de arcos. 

3 import j ava. awt. Color; 

4 import java. awt. Graphics; 

5 import javax. swi ng . 1 Panel ; 

6 

7 public class ArcosJPanel extends JPanel 

8 { 

9 // dibuja rectángulos y arcos 

10 public void pai ntComponentf Graphics g ) 

11 { 

12 super . pai ntComponentf g ) ; // llama al método pai ntComponent de la superclase 

13 

14 // empieza en 0 y se extiende hasta 360 grados 

15 g.setColorf Color. RED ); 

16 g.drawRectf 15, 35, 80, 80 ); 

17 g.setColorf Color. BLACK ); 

18 g.drawArcC 15, 35, 80, 80, 0, 360 ); 

19 

20 // empieza en 0 y se extiende hasta 110 

21 g.setColor( Color. RED ); 

22 g.drawRectf 100, 35, 80, 80 ) ; 

23 g.setColorf Color. BLACK ); 

24 g.drawArcC 100, 35, 80, 80, 0, 110 ); 

25 

26 // empieza en 0 y se extiende hasta -270 grados 

27 g.setColorf Color. RED ); 

28 g.drawRect( 185, 35, 80, 80 ) ; 

29 g.setColorf Color. BLACK ); 

30 g.drawArcC 185, 35, 80, 80, 0, -270 ); 

31 

32 // empieza en 0 y se extiende hasta 360 grados 

33 g.fillArcC 15, 120, 80, 40, 0, 360 ); 

34 

35 // empieza en 270 y se extiende hasta -90 grados 

36 g.fillArcC 100, 120, 80, 40, 270, -90 ); 

37 

38 // empieza en 0 y se extiende hasta -270 grados 

39 g.fillArcC 185, 120, 80, 40, 0, -270 ); 

40 } // fin del método pai ntComponent 

41 } // fin de la clase ArcosJPanel 

Figura 12.24 | Arcos mostrados con drawArc y fill Are. 


1 // Fig. 12.25: DibujarArcos. java 

2 // Dibujo de arcos. 

3 import javax. swi ng.JFrame; 

4 

5 public class DibujarArcos 

6 { 

Figura 12.25 | Creación de un objeto JFrame para mostrar arcos. (Parte I de 2). 
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7 // ejecuta la aplicación 

8 public static void main( String args[] ) 

9 { 

10 // crea marco para ArcosJPanel 

11 JFrame marco = new JFrame( "Dibujo de arcos" ); 

12 marco. setDefaultCloseOperation( JFrame. EXITJJN_CLOSE ); 

13 

14 ArcosJPanel arcosJPanel = new ArcosJPanel () ; // crea objeto ArcosJPanel 

15 marco. add( arcosJPanel ); // agrega arcosJPanel al marco 

16 marco . setSi ze( 300, 210 ); // establece el tamaño del marco 

17 marco. setVisible( true ); // muestra el marco 

18 } // fin de main 

19 } // fin de la clase DibujarArcos 





Figura 12.25 | Creación de un objeto JFrame para mostrar arcos. (Parte 2 de 2). 

12.7 Dibujo de polígonos y polilíneas 

Los polígonos son figuras cerradas de varios lados, compuestas por segmentos de línea recta. Las polilíneas son 
una secuencia de puntos conectados. En la figura 12.26 describimos los métodos para dibujar polígonos y poli- 
líneas. Observe que algunos métodos requieren un objeto Polygon (paquete java.awt). Los constructores de la 
clase Pol ygon se describen también en la figura 12.26. La aplicación de las figuras 12.27 y 12.28 dibuja polígonos 
y polilíneas. 


Método Descripción 


Métodos de Graphics para dibujar polígonos 

public void drawPolygon( int puntosX[] , int puntosY[], int puntos ) 

Dibuja un polígono. La coordenada x de cada punto se especifica en el arreglo puntosX 
y la coordenada y de cada punto se especifica en el arreglo puntosY. El último argumen- 
to especifica el número de puntos. Este método dibuja un polígono cerrado. Si el últi- 
mo punto es distinto del primero, el polígono se cierra mediante una línea que conecte 
el último punto con el primero. 

public void drawPolylineC int puntosX[], int puntosY[] , int puntos ) 

Dibuja una secuencia de líneas conectadas. La coordenada x de cada punto se especifica 
en el arreglo puntosX y la coordenada y de cada punto se especifica en el arreglo pun- 
tosY. El último argumento especifica el número de puntos. Si el último punto es distin- 
to del primero, la polilínea no se cierra. 

Figura 12.26 | Métodos de Graphics para dibujar polígonos y métodos de la clase Polygon. (Parte I de 2). 
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Método Descripción 


public void drawPolygon( Polygon p ) 

Dibuja el polígono especificado. 

public void fillPolygonC int puntosX[] , int puntosY[] , int puntos ) 

Dibuja un polígono relleno. La coordenada x de cada punto se especifica en el arreglo 
puntosX y la coordenada y de cada punto se especifica en el arreglo puntosY. El último 
argumento especifica el número de puntos. Este método dibuja un polígono cerrado. 

Si el último punto es distinto del primero, el polígono se cierra mediante una línea que 
conecte el último punto con el primero. 

public void fillPolygonC Polygon p ) 

Dibuja el polígono relleno especificado. El polígono es cerrado. 

Constructores y métodos de Polygon 

public Polygon O 

Crea un nuevo objeto polígono. Este objeto no contiene ningún punto. 

public PolygonC int valoresX[], int valoresY[], int numeroDePuntos ) 

Crea un nuevo objeto polígono. Este objeto tiene numeroDePuntos lados, en donde 
cada punto consiste de una coordenada x desde val oresX, y una coordenada^ desde 
valoresY. 

public void addPoint( int x, int y ) 

Agrega pares de coordenadas xyy al objeto Polygon. 

Figura 12.26 | Métodos de Craphi es para dibujar polígonos y métodos de la clase Polygon. (Parte 2 de 2). 


1 // Fig. 12.27: Pol igonoslPanel . java 

2 // Dibujo de polígonos. 

3 import java. awt. Graphics; 

4 import java. awt . Polygon ; 

5 import javax.swing.J Panel ; 

6 

7 public class Pol igonoslPanel extends IPanel 

8 { 

9 // dibuja poligonos y polilineas 

10 public void pai ntComponent( Graphics g ) 

11 { 

12 super . pai ntComponent( g ); // llama al método pai ntComponent de la superclase 

13 

14 // dibuja poligono con objeto poligono 

15 int valoresX[] = { 20, 40, 50, 30, 20, 15 }; 

16 int valoresY[] = { 50, 50, 60, 80, 80, 60 }; 

17 Polygon poligonol = new PolygonC valoresX, valoresY, 6 ); 

18 g.drawPolygon( poligonol ); 

19 

20 // dibuja polilineas con dos arreglos 

21 int valoresX2 [] = { 70, 90, 100, 80, 70, 65, 60 }; 

Figura 12.27 | Polígonos mostrados con drawPolygon y fill Polygon. (Parte I de 2). 
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int valoresY2 [] = { 100, 100, 110, 110, 130, 110, 90 }; 
g.drawPolyline( valoresX2, valoresY2, 7 ); 

// rellena polígono con dos arreglos 

int valoresX3[] = { 120, 140, 150, 190 }; 
int valoresY3[] = { 40, 70, 80, 60 }; 
g.fillPolygon( valoresX3, valoresY3, 4 ); 


// dibuja polígono relleno con objeto Polygon 

Polygon poligono2= new Polygon (); 
pol igono2 . addPoi nt( 165, 
pol igono2 . addPoi nt( 175, 
pol igono2 . addPoi nt( 270, 
pol igono2 . addPoi nt( 200, 
pol igono2 . addPoi nt( 130, 
g.fillPolygon( poligono2 ); 

} // fin del método pai ntComponent 
} // fin de la clase PoligonoslPanel 
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Figura 12.27 | Polígonos mostrados con drawPolygon y fill Polygon. (Parte 2 de 2). 
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// Fig. 12.28: DibujarPoligonos. java 
// Dibujo de polígonos, 
import javax.swing. JFrame; 

public class DibujarPoligonos 

{ 

// ejecuta la aplicación 

public static void main( String argsf] ) 

{ 

// crea marco para objeto PoligonoslPanel 

JFrame marco = new !Frame( "Dibujo de poligonos" ); 

marco. setDefaultCloseOperation( JFrame. EXIT_0N_CL0SE ); 

PoligonoslPanel poligonosJPanel = new PoligonoslPanel () ; 
marco. add( poligonosJPanel ); // agrega poligonosJPanel al marco 
marco. setSize( 280, 270 ); // establece el tamaño del marco 
marco. setVisiblef true ); // muestra el marco 
} // fin de main 

} // fin de la clase DibujarPoligonos 



Figura 12.28 | Creación de un objeto JFrame para mostrar polígonos. 
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En las líneas 15 y 16 de la figura 12.27 se crean dos arreglos i nt y se utilizan para especificar los puntos del 
objeto Pol ygon llamado pol i gonol. La llamada al constructor de Pol ygon en la línea 17 recibe el arreglo val o- 
resX, el cual contiene la coordenada x de cada punto; el arreglo val oresY, que contiene la coordenada y de cada 
punto y el número 6 (el número de puntos en el polígono). En la línea 18 se muestra pol i gonol al pasarlo como 
argumento para el método drawPol ygon de Graphi es. 

En las líneas 21 y 22 se crean dos arreglos i nt y se utilizan para especificar los puntos de una serie de líneas 
conectadas. El arreglo val o resX2 contiene la coordenada x de cada punto y el arreglo val o resY2 contiene la coor- 
denada y de cada punto. En la línea 23 se utiliza el método drawPolyl ine de Graphi es para mostrar la serie de 
líneas conectadas que se especifican mediante los argumentos val oresX2, val oresY2 y 7 (el número de puntos). 

En las líneas 26 y 27 se crean dos arreglos i nt y se utilizan para especificar los puntos de un polígono. El 
arreglo val o resXB contiene la coordenada x de cada punto y el arreglo val o resY3 contiene la coordenada y de 
cada punto. En la línea 28 se muestra un polígono al pasar al método fil 1 Pol ygon de Graphi es los dos arreglos 
(val oresX3 y valoresY3) y el número de puntos a dibujar (4). 

■ . Error común de programación 12.1 

^ Se lanzará una excepción ArraylndexOutOfBoundsException si el número de puntos especificados en el tercer 
argumento del método drawPo lygon o del método fillPo lygon es mayor que el número de elementos en los arreglos 
de las coordenadas que especifican el polígono a mostrar. 

En la línea 31 se crea el objeto Pol ygon llamado poligono2, sin puntos. En las líneas 32 a 36 se utiliza el 
método addPoint de Pol ygon para agregar pares de coordenadas xyyal objeto Pol ygon. En la línea 37 se mues- 
tra el objeto Pol ygon llamado pol i gono2, al pasarlo al método fil 1 Pol ygon de Graphi es. 

12.8 La API Java 2D 

La API Java 2D proporciona herramientas avanzadas para gráficos bidimensionales, para los programadores que 
requieren manipulaciones gráficas detalladas y complejas. La API incluye características para procesar arte lineal, 
texto e imágenes en los paquetes java.awt, java.awt.image, j ava. awt. color, java, awt . font, java.awt. 
geom, java. awt. print y java.awt.image. rende rabie. Las herramientas de la API son muy extensas como 
para cubrirlas todas en este libro. Para ver las generalidades acerca de estas herramientas, consulte la demostración 
de Java 2D (que veremos en el capítulo 20, Introducción a las applets de Java) o visite la página Web j ava . sun . 
com/products/java-medi a/2D/i ndex. html . En esta sección veremos las generalidades de varias herramientas 
de Java 2D. 

El dibujo con la API Java2D se logra mediante el uso de una referencia Graph i cs2D (paquete java.awt), que 
es una subclase abstracta de la clase Graphi es, por lo que tiene todas las herramientas para gráficos que se demos- 
traron anteriormente en este capítulo. De hecho, el objeto en sí utilizado para dibujar en todos los métodos pai nt- 
Component es una instancia de una subclase de Graphi cs2D que se pasa al método pai ntComponent y se utiliza 
mediante la superclase Graphi es. Para acceder a las herramientas de Graphi cs2D, debemos convertir la referencia 
Graphi es (g) que se pasa a pai ntComponent en una referencia Graphi cs2D, mediante una instrucción como: 

Graphi cs2D g2d = ( Graphi cs2D ) g; 

Los siguientes dos ejemplos utilizan esta técnica. 

Líneas, rectángulos, rectángulos redondeados, arcos y elipses 

En el siguiente ejemplo se muestran varias figuras de Java 2D del paquete j ava . awt . geom, incluyendo a Li ne2D . 
Double, Rectangl e2D . Doubl e, RoundRectangle2D.Double, Arc2D.DoubIey E11ipse2D.Doub1e. Obsérvela 
sintaxis de cada uno de los nombres de las clases. Cada una de estas clases representa una figura con las dimensio- 
nes especificadas como valores de punto flotante con doble precisión. Hay una versión separada de cada figura, 
representada con valores de punto flotante con precisión simple (como Eli i pse2D . F1 oat) . En cada caso, Doubl e 
es una clase stati c anidada de la clase que se especifica a la izquierda del punto (por ejemplo, El 1 i pse2D). Para 
utilizar la clase stati c anidada, simplemente debemos calificar su nombre con el nombre de la clase externa. 

En las figuras 12.29 y 12.30, dibujamos figuras de Java 2D y modificamos sus características de dibujo, como 
cambiar el grosor de línea, rellenar figuras con patrones y dibujar líneas punteadas. Estas son sólo algunas de las 
muchas herramientas que proporciona Java 2D. 
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// Fig. 12.29: FiguraslPanel . java 
// Demostración de algunas figuras de lava 2D. 

import j ava. awt. Color; 

import java. awt. Graphics; 

import java. awt. BasicStroke; 

import java. awt. GradientPaint; 

import java. awt. TexturePaint; 

import java. awt. Rectangle; 

import java. awt. Graphics2D; 

import java. awt. geom.Ellipse2D; 

i mport j ava . awt . geom . Rectangl e2D ; 

i mport j ava . awt . geom . Round Rectangl e2D ; 

import java. awt. geom. Arc2D; 

import java. awt. geom. Line2D; 

import java. awt . image . Bufferedlmage ; 

import javax. swing . IPanel ; 

public class FigurasJPanel extends IPanel 

{ 

// dibuja figuras con la API lava 2D 

public void pai ntComponent( Graphics g ) 

{ 

super . pai ntComponent( g ) ; // llama al método pai ntComponent de la superclase 


Graphics2D g2d = ( Graphics2D ) g; // convierte a g en objeto Graphics2D 

// dibuja un elipse en 2D, relleno con un gradiente color azul-amarillo 
g2d . setPai nt( new Gradi entPaint( 5, 30, Color. BLUE, 35, 100, 

Color. YELL0W, true ) ); 

g2d. fill( new Ellipse2D.Double( 5, 30, 65, 100 ) ); 


// dibuja rectángulo en 2D de color rojo 

g2d . setPai nt( Color. RED ); 

g2d . setStroke( new BasicStroke( 10. Of ) ); 

g2d.draw( new Rectangle2D.Double( 80, 30, 65, 100 ) ); 


// dibuja rectángulo delimitador en 2D, con un fondo con búfer 

Bufferedlmage imagenBuf = new Bufferedlmage( 10, 10, 
Bufferedlmage. TYPE_INT_RGB ); 


// obtiene objeto Graphics2D de imagenBuf y dibuja en él 
Graphics2D gg = imagenBuf . createGraphi cs() ; 
gg.setColor( Color. YELL0W ); // dibuja en color amarillo 
gg.fillRect( 0, 0, 10, 10 ) ; // dibuja un rectángulo relleno 
gg.setColor( Color. BLACK ); // dibuja en color negro 

gg.drawRect( 1, 1, 6, 6 ); // dibuja un rectángulo 
gg.setColor( Color. BLUE ); // dibuja en color azul 
gg.fillRect( 1, 1, 3, 3 ); // dibuja un rectángulo relleno 

gg.setColor( Color. RED ); // dibuja en color rojo 

gg.fillRect( 4, 4, 3, 3 ); // dibuja un rectángulo relleno 

// pinta a imagenBuf en el objeto JFrame 

g2d . setPai nt( new TexturePai nt( imagenBuf, 
new Rectangl e( 10, 10 ) ) ); 
g2d. fill( 

new RoundRectangl e2D . Doubl e( 155, 30, 75, 100, 50, 50 ) ) ; 

// dibuja arco en forma de pastel en 2D, de color blanco 
g2d . setPai nt( Color. WHITE ); 


Figura 12.29 | Figuras de Java 2D. (Parte I de 2). 
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60 g2d . setStrokef new BasicStrokef 6.0f ) ); 

61 g2d . draw( 

62 new Arc2D.Double( 240, 30, 75, 100, 0, 270, Arc2D.PIE ) ); 

63 

64 // dibuja lineas 2D en verde y amarillo 

65 g2d . setPai nt( Color. GREEN ); 

66 g2d.draw( new Line2D.Double( 395, 30, 320, 150 ) ); 

67 

68 // dibuja linea 2D usando el trazo 

69 float guiones[] = { 10 } ; // especifica el patrón de guiones 

70 g2d . setPai nt( Color. YELL0W ); 

71 g2d . setStroke( new BasicStroke( 4, BasicStroke.CAP_R0UND, 

72 Basi cStroke . J0IN_R0UND, 10, guiones, 0 ) ); 

73 g2d.draw( new Line2D.Double( 320, 30, 395, 150 ) ); 

74 } // fin del método pai ntComponent 

75 } // fin de la clase FigurasJPanel 

Figura 12.29 | Figuras de Java 2D. (Parte 2 de 2). 


1 // Fig. 12.30: Figuras. java 

2 // Demostración de algunas figuras de lava 2D. 

3 import javax. swi ng . IFrame ; 

4 

5 public class Figuras 

6 { 

7 // ejecuta la aplicación 

8 public static void main( String args[] ) 

9 { 

10 // crea marco para objeto FigurasJPanel 

11 JFrame marco = new JFramef "Dibujo de figuras en 2D" ); 

12 marco. setDefaultCloseOperation( JFrame. EXITJJN_CL0SE ); 

13 

14 // crea objeto FigurasJPanel 

15 FigurasJPanel figurasJPanel = new FigurasJPanel () ; 

16 

17 marco. add( figurasJPanel ); // agrega figurasJPanel to marco 

18 marco. setSize( 425, 200 ); // establece el tamaño del marco 

19 marco. setVisible( true ); // muestra el marco 

20 } // fin de main 

21 } // fin de la clase Figuras 
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Figura 12.30 | Creación de un objeto JFrame para mostrar figuras. 


En la línea 25 de la figura 12.29 se convierte la referencia Graphics recibida por pai ntComponent a una 
referencia Graphi cs2D, y se asigna a g2d para permitir el acceso a las características de Java 2D. 
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Óvalos, rellenos con degradado y objetos Paint 

La primera figura que dibujamos es un óvalo relleno con colores que cambian gradualmente. En las líneas 28 y 
29 se invoca el método setPaint de Craphi cs2D para establecer el objeto Paint que determina el color para la 
figura a mostrar. Un objeto Pai nt implementa a la interfaz j ava . awt . Pai nt. Puede ser algo tan simple como 
uno de los objetos Color previamente declarados, los cuales se presentaron en la sección 12.3 (la clase Color 
implementa a Paint), o el objeto Paint puede ser una instancia de las clases GradientPai nt, SystemColor, 
TexturePai nt, Li nearGradi entPai n o Radi entCradi entPai nt de la API Java2D. En este caso, utilizamos un 
objeto Cradi entPai nt. 

La clase Cradi entPai nt ayuda a dibujar una figura en colores que cambian gradualmente (lo cual se conoce 
como degradado). El constructor de Cradi entPai nt que se utiliza aquí requiere siete argumentos. Los primeros 
dos especifican la coordenada inicial del degradado. El tercer argumento especifica el Color inicial del degrada- 
do. Los argumentos cuarto y quinto especifican la coordenada final del degradado. El sexto especifica el Color 
final del degradado y el último especifica si el degradado es cíclico (true) o acíclico (false). Los dos conjuntos 
de coordenadas determinan la dirección del degradado. Como la segunda coordenada (35, 100) se encuentra 
hacia abajo y a la derecha de la primera coordenada (5, 30), el degradado va hacia abajo y a la derecha con cierto 
ángulo. Como este degradado es cíclico (true), el color empieza con azul, se convierte gradualmente en amarillo 
y luego regresa gradualmente a azul. Si el degradado es acíclico, el color cambia del primer color especificado (por 
ejemplo, azul) al segundo color (por ejemplo, amarillo). 

En la línea 30 se utiliza el método fill de Graphi cs2D para dibujar un objeto Shape relleno (un objeto que 
implementa a la interfaz Shape del paquete java . awt). En este caso mostramos un objeto Ellipse2D.Double. 
El constructor de Ellipse2D.Double recibe cuatro argumentos que especifican el rectángulo delimitador para 
mostrar la elipse. 

Rectángulos, trazos (objetos Stroke) 

A continuación dibujamos un rectángulo rojo con un borde grueso. En la línea 33 se utiliza setPaint para 
establecer el objeto Pai nt en Color . RED. En la línea 34 se utiliza el método setStroke de Graphi cs2D para es- 
tablecer las características del borde del rectángulo (o las líneas para cualquier otra figura). El método setStroke 
requiere como argumento un objeto que implemente a la interfaz Stroke (paquete java. awt). En este caso, 
utilizamos una instancia de la clase Basi cStroke. Esta clase proporciona varios constructores para especificar la 
anchura de la línea, la manera en que ésta termina (lo cual se le conoce como cofias), la manera en que las líneas 
se unen entre sí (lo cual se le conoce como uniones de línea) y los atributos de los guiones de la línea (si es una 
línea punteada). El constructor aquí especifica que la línea debe tener una anchura de 10 píxeles. 

En la línea 35 se utiliza el método draw de Graphi cs2D para dibujar un objeto Shape; en este caso, una ins- 
tancia de la clase Rectangle2D.Double. El constructor de Rectangle2D.Double recibe cuatro argumentos que 
especifican las coordenadas x y y de la esquina superior izquierda, la anchura y la altura del rectángulo. 

Rectángulos redondeados, objetos Buf feredlmage y TexturePai nt 

A continuación dibujamos un rectángulo redondeado, relleno con un patrón creado en un objeto Buf feredlma- 
ge (paquete java, awt . i mage). En las líneas 38 y 39 se crea el objeto Bufferedlmage. La clase Bufferedlmage 
puede usarse para producir imágenes en color y escala de grises. Este objeto Bufferedlmage en particular tiene 
una anchura y una altura de 10 píxeles (según lo especificado por los primeros dos argumentos del constructor). 
El tercer argumento del constructor, Bufferedlmage . TYPE INT RGB, indica que la imagen se almacena en color, 
utilizando el esquema de colores RGB. 

Para crear el patrón de relleno para el rectángulo redondeado, debemos primero dibujar en el objeto Buffered- 
lmage. En la línea 42 se crea un objeto Graphi cs2D (con una llamada al método createGraphics de Bufferedlmage) 
que puede usarse para dibujar en el objeto Bufferedlmage. En las líneas 43 a 50 se utilizan los métodos setColor, 
fil 1 Rect y drawRect (descritos anteriormente en este capítulo) para crear el patrón. 

En las líneas 53 y 54 se establece el objeto Paint en un nuevo objeto TexturePai nt (paquete java. awt). 
Un objeto TexturePai nt utiliza la imagen almacenada en su objeto Bufferedlmage asociado (el primer ar- 
gumento del constructor) como la textura para rellenar una figura. El segundo argumento especifica el área 
Rectangle del objeto Bufferedlmage que se repetirá en toda la textura. En este caso, el objeto Rectangle es 
del mismo tamaño que el objeto Bufferedlmage. Sin embargo, puede utilizarse una porción más pequeña del 
objeto Bufferedlmage. 
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En las líneas 55 y 56 se utiliza el método fill de Graphi cs2D para dibujar un objeto Shape relleno; en 
este caso, una instancia de la clase RoundRectangle2D.Double. El constructor de la clase RoundRectangle2D. 
Double recibe seis argumentos que especifican las dimensiones del rectángulo, la anchura y la altura del arco 
utilizado para redondear las esquinas. 

Arcos 

A continuación dibujamos un arco en forma de pastel, con una línea blanca gruesa. En la línea 59 se establece el 
objeto Paint en Color. WHITE. En la línea 60 se establece el objeto Stroke en un nuevo objeto BasicStroke 
para una línea con 6 píxeles de anchura. En las líneas 61 y 62 se utiliza el método draw de Graphi cs2D para dibu- 
jar un objeto Shape; en este caso, un Arc2D . Doubl e. Los primeros cuatro argumentos del constructor de Arc2D . 
Doubl e especifican las coordenadas x y y de la esquina superior izquierda, la anchura y la altura del rectángulo 
delimitador para el arco. El quinto argumento especifica el ángulo inicial. El sexto especifica el ángulo del arco. El 
último argumento especifica cómo se cierra el arco. La constante Arc2D . PIE indica que el arco se cierra dibujando 
dos líneas: una línea va desde el punto inicial del arco hasta el centro del rectángulo delimitador, y otra va desde el 
centro del rectángulo delimitador hasta el punto final. La clase Arc2D proporciona otras dos constantes estáticas 
para especificar cómo se cierra el arco. La constante Arc2D.CH0RD dibuja una línea que va desde el punto inicial 
hasta el punto final. La constante Arc2D.0PEN especifica que el arco no debe cerrarse. 

Líneas 

Finalmente, dibujamos dos líneas utilizando objetos Line2D: una sólida y una punteada. En la línea 65 se esta- 
blece el objeto Pai nt en Color . GREEN. En la línea 66 se utiliza el método draw de Graphi cs2D para dibujar un 
objeto Shape; en este caso, una instancia de la clase Li ne2D . Doubl e. Los argumentos del constructor de Li ne2D . 
Doubl e especifican las coordenadas inicial y final de la línea. 

En la línea 69 se declara un arreglo float de un elemento, el cual contiene el valor 10. Este arreglo debe 
utilizarse para describir los guiones en la línea punteada. En este caso, cada guión será de 10 píxeles de largo. Para 
crear guiones de diferentes longitudes en un patrón, simplemente debe proporcionar la longitud de cada guión 
como un elemento en el arreglo. En la línea 70 se establece el objeto Paint en Color. YELLOW. En las líneas 71 
y 72 se establece el objeto Stroke en un nuevo objeto Basi cStroke. La línea tendrá una anchura de 4 píxeles y 
extremos redondeados (BasicStroke. CAP ROUND). Si las líneas se unen entre sí (como en un rectángulo en las 
esquinas), la unión de las líneas será redondeada (BasicStroke. JOIN ROUND). El argumento gui ones especifica 
las longitudes de los guiones de la línea. El último argumento indica el índice inicial en el arreglo guiones para el 
primer guión en el patrón. En la línea 73 se dibuja una línea con el objeto Stroke actual. 

Creación de sus propias figuras mediante las rutas generales 

A continuación presentaremos una ruta general : una figura compuesta de líneas rectas y curvas complejas. Una 
ruta general se representa con un objeto de la clase General Path (paquete java, awt .geom). La aplicación de las 
figuras 12.31 y 12.32 demuestra cómo dibujar una ruta general, en forma de una estrella de cinco puntas. 
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// Fig. 12.31: Figuras23Panel . java 
// Demostración de una ruta general. 

import java. awt. Color; 
import java. awt. Graphics; 
import java. awt. Graphics2D; 
import java. awt. geom. Gene ral Path; 
import java. útil .Random; 
import javax. swing . 3 Panel ; 

public class Figuras2JPanel extends JPanel 

{ 

// dibuja rutas generales 

public void pai ntComponent( Graphics g ) 


Figura 12.31 | Rutas generales de Java 2D. (Parte I de 2). 
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14 { 

15 super . pai ntComponent( g ) ; // llama al método pai ntComponent de la superclase 

16 Random aleatorio = new RandomO; // obtiene el generador de números aleatorios 

17 

18 int puntosXf] = { 55, 67, 109, 73, 83, 55, 27, 37, 1, 43 }; 

19 int puntosYf] = { 0, 36, 36, 54, 96, 72, 96, 54, 36, 36 }; 

20 

21 Graphics2D g2d = ( Graphics2D ) g; 

22 GeneralPath estrella = new General Path() ; // crea objeto GeneralPath 

23 

24 // establece la coordenada inicial de la ruta general 

25 estrella. moveTo( puntosXf 0 ], puntosYf 0 ] ); 

26 

27 // crea la estrella; esto no la dibuja 

28 for ( int cuenta = 1; cuenta < puntosX. 1 ength ; cuenta++ ) 

29 estrella. lineTo( puntosXf cuenta ], puntosYf cuenta ] ); 

30 

31 estrella. closePath() ; // cierra la figura 

32 

33 g2d . transí ate( 200, 200 ); // traslada el origen a (200, 200) 

34 

35 // gira alrededor del origen y dibuja estrellas en colores aleatorios 

36 for ( int cuenta = 1; cuenta <= 20; cuenta++ ) 

37 { 

38 g2d.rotate( Math.PI / 10.0 ); // gi ra el sistema de coordenadas 

39 

40 // establece el color de dibujo al azar 

41 g2d.setColor( new Color( aleatorio. nextlnt( 256 ), 

42 al eatorio . nextlnt( 256 ), aleatorio. nextlnt( 256 ) ) ); 

43 

44 g2d.fill( estrella ); // dibuja estrella rellena 

45 } // fin de for 

46 } // fin del método pai ntComponent 

47 } // fin de la clase Figuras2JPanel 

Figura 12.31 | Rutas generales de Java 2D. (Parte 2 de 2). 


1 // Fig. 12.32: Figuras2 . java 

2 // Demostración de una ruta general. 

3 import j ava. awt. Color; 

4 import javax.swing.JFrame; 

5 

6 public class Figuras2 

7 { 

8 // ejecuta la aplicación 

9 public static void main( String argsf] ) 

10 { 

11 // crea marco para Figuras2JPanel 

12 JFrame marco = new 3Frame( "Dibujo de figuras en 2D" ); 

13 marco. setDefaultCloseOperation( JFrame. EXIT_0N_CL0SE ); 

14 

15 Figuras2JPanel figuras2JPanel = new Figuras2JPanel () ; 

16 marco. add( figuras2JPanel ); // agrega figuras2JPanel al marco 

17 marco. setBackground( Color. WHITE ); // establece color de fondo del marco 

18 marco . setSi ze( 400, 400 ); // establece el tamaño del marco 

19 marco . setVi si bl e( true ); // muestra el marco 

Figura 12.32 | Creación de un objeto JFrame para mostrar estrellas. (Parte I de 2). 
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20 } // fin de maf n 

21 } // fin de la clase Figuras2 



Figura 12.32 | Creación de un objeto JFrame para mostrar estrellas. (Parte 2 de 2). 


En las líneas 18 y 19 se declaran dos arreglos i nt que representan las coordenadas x y y de los puntos en 
la estrella. En la línea 22 se crea el objeto General Path llamado estrel 1 a. En la línea 25 se utiliza el método 
moveTo de General Path para especificar el primer punto en la estrel 1 a. La instrucción for de las líneas 28 y 
29 utiliza el método lineTo de General Path para dibujar una línea al siguiente punto en la estrella. Cada 
nueva llamada a lineTo dibuja una línea del punto anterior al punto actual. En la línea 31 se utiliza el método 
closePath de General Path para dibujar una línea del último punto hasta el punto especificado en la última 
llamada a moveTo. Esto completa la ruta general. 

En la línea 33 se utiliza el método transí ate de Graphi cs2D para desplazar el origen del dibujo hasta la ubi- 
cación (200, 200). Todas las operaciones de dibujo utilizarán ahora la ubicación (200, 200) como si fuera (0, 0). 

La instrucción for de las líneas 36 a 45 dibujan la estrella 20 veces, girándola alrededor del nuevo punto 
del origen. En la línea 38 se utiliza el método roíate de Graphi cs2D para girar la siguiente figura a mostrar. El 
argumento especifica el ángulo de giro en radianes (con 360° = 2n radianes). En la línea 44 se utiliza el método 
fil 1 de Graphi cs2D para dibujar una versión rellena de la estrel 1 a. 


12.9 Conclusión 

En este capítulo aprendió a utilizar las herramientas de gráficos de Java para producir dibujos a colores. Aprendió a 
especificar la ubicación de un objeto, usando el sistema de coordenadas de Java, y a dibujar en una ventana usando 
el método pai ntComponent. Vio una introducción a la clase Color, y aprendió a utilizar esta clase para especificar 
distintos colores, usando sus componentes RGB. Utilizó el cuadro de diálogo DColorChooser para permitir a los 
usuarios seleccionar colores en un programa. Después aprendió a trabajar con los tipos de letra al dibujar texto en 
una ventana. Aprendió a crear un objeto Font a partir de un nombre, estilo y tamaño de tipo de letra, así como 
acceder a la métrica de un tipo de letra. De ahí, aprendió a dibujar varias figuras en una ventana, como rectángulos 
(regulares, redondeados y en 3D), óvalos y polígonos, así como líneas y arcos. Después utilizó la API Java 2D para 
crear figuras más complejas y rellenarlas con degradados o patrones. El capítulo concluyó con una discusión sobre 
las rutas generales, que se utilizan para construir figuras a partir de líneas rectas y curvas complejas. En el siguiente 
capítulo, aprenderá acerca de las excepciones, que son útiles para manejar errores durante la ejecución de un pro- 
grama. De esta manera, los errores por manejo proporcionan programas más robustos. 
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Resumen 

Sección 12.1 Introducción 

• El sistema de coordenadas de Java es un esquema para identificar todos los posibles puntos en la pantalla. 

• Un par de coordenadas está compuesto de una coordenada x (la coordenada horizontal) y una coordenada y (la 
coordenada vertical). 

• Para mostrar texto y figuras en la pantalla, se especifican sus coordenadas. Estas coordenadas se utilizan para indicar 
en dónde deben mostrarse los gráficos en una pantalla. 

• Las unidades de las coordenadas se miden en píxeles. Un píxel es la unidad más pequeña de resolución de un moni- 
tor de computadora. 

Sección 12.2 Contextos y objetos de gráficos 

• Un contexto de gráficos en Java permite dibujar en la pantalla. 

• La clase Graphi es contiene métodos para dibujar cadenas, líneas, rectángulos y otras figuras. También se incluyen 
métodos para manipular tipos de letra y colores. 

• Un objeto Graphi es administra un contexto de gráficos y dibuja píxeles en la pantalla, los cuales representan a otros 
objetos gráficos (por ejemplo, líneas, elipses, rectángulos y otros polígonos. 

• La clase Graphi es es una clase abstract. Esto contribuye a la portabilidad de Java; cuando se implementa Java en 
una plataforma, se crea una subclase de Graphi es, la cual implementa las herramientas de dibujo. Esta implemen- 
tación se oculta de nosotros mediante la clase Graphi es, la cual proporciona la interfaz que nos permite utilizar los 
gráficos en forma independiente de la plataforma. 

• La clase JComponent contiene un método pai ntComponent que puede usarse para dibujar los gráficos en un com- 
ponente de Swing. 

• El método pai ntComponent recibe como argumento un objeto Graphi es que el sistema pasa al método pai ntCom- 
ponent cuando un componente ligero de Swing necesita volver a pintarse. 

• Pocas veces es necesario que el programador llame al método pai ntComponent directamente, ya que el dibujo de 
gráficos es un proceso controlado por eventos. Cuando se ejecuta una aplicación, el contenedor de ésta llama al 
método pai ntComponent. Para que pai ntComponent se llame otra vez, debe ocurrir un evento. 

• Cuando se muestra un objeto JComponent, se hace una llamada a su método pai ntComponent. 

• Los programadores llaman al método repai nt para actualizar los gráficos que se dibujan en el componente de 
Swing. 

Sección 12.3 Control de colores 

• La clase Color declara métodos y constantes para manipular los colores en un programa. 

• Todo color se crea a partir de un componente rojo, uno verde y uno azul. En conjunto estos componentes se llaman 
valores RGB. 

• Los componentes RGB especifican la cantidad de rojo, verde y azul en un color respectivamente. Entre mayor sea el 
valor RGB, mayor será la cantidad de ese color específico. 

• Los métodos getRed, getCreen y getBi ue de Color devuelven valores enteros de 0 a 255, los cuales representan la 
cantidad de rojo, verde y azul, respectivamente. 

• El método getCoi or de Graphi es devuelve un objeto Coi or que representa el color actual para dibujar. 

• El método setCol or de graphics establece el color actual para dibujar. 

• El método fil 1 Rect de Graphi es dibuja un rectángulo relleno por el color actual del objeto Graphics. 

• El método drawStri ng de Graphics dibuja un objeto Stri ng en el color actual. 

• El componente de GUI JColorChooser permite a los usuarios de una aplicación seleccionar colores. 

• La clase ICol orChooser proporciona el método de conveniencia stati c llamado showDi al og, que crea un objeto 
DCoi orChooser, lo adjunta a un cuadro de diálogo y muestra ese cuadro de diálogo. 

• Mientras el cuadro de diálogo de selección de color esté en la pantalla, el usuario no podrá interactuar con el com- 
ponente padre. A este tipo de cuadro de diálogo se le llama cuadro de diálogo modal. 

Sección 12.4 Control de tipos de letra 

• La clase Font contiene métodos y constantes para manipular tipos de letra. 

• El constructor de la clase Font recibe tres argumentos: el nombre, estilo y tamaño del tipo de letra. 
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• El estilo de tipo de letra de un objeto Font puede ser Font.PLAIN, Font.ITALIC o Font.BOLD (cada uno es un 
campo stati c de la clase Font). Los estilos de tipos de letra pueden usarse combinados (por ejemplo, Font . ITALIC 
+ Font.BOLD). 

• El tamaño de un tipo de letra se mide en puntos. Un punto es 1/72 de una pulgada. 

• El método setFont de Graphi es establece el tipo de letra para dibujar el texto que se va a mostrar. 

• El método getStyl e de Font devuelve un valor entero que representa el estilo actual del objeto Font. 

• El método getSi ze de Font devuelve el tamaño del tipo de letra, en puntos. 

• El método getName de Font devuelve el nombre del tipo de letra actual, como una cadena. 

• El método getFami 1 y de Font devuelve el nombre de la familia a la que pertenece el tipo de letra actual. El nombre 
de la familia del tipo de letra es específico de cada plataforma. 

• La clase FontMetri es contiene métodos para obtener información sobre los tipos de letra. 

• La métrica de tipos de letra incluye la altura, el descendente (la distancia entre la base de la línea y el punto inferior 

del tipo de letra), el ascendente (la cantidad que se eleva un carácter por encima de la base de la línea) y el interli- 

neado (la diferencia entre el descendente de una línea de texto y el ascendente de la línea de texto que está arriba; es 
decir, el espaciamiento entre líneas). 

Sección 12.5 Dibujo de líneas, rectángulos y óvalos 

• Los métodos fii i RoundRect y drawRoundRect de Graphi es dibujan rectángulos con esquinas redondeadas. 

• Los métodos drawBDRect y fili BDRect de Graphi es dibujan rectángulos tridimensionales. 

• Los métodos drawOval yfiUOvai de Graphi es dibujan óvalos. 

Sección 12.6 Dibujo de arcos 

• Un arco se dibuja como una porción de un óvalo. 

• Los arcos se extienden desde un ángulo inicial, según el número de grados especificados por el ángulo del arco. 

• Los métodos drawArc y fiU Are de Graphics se utilizan para dibujar arcos. 

Sección 12.7 Dibujo de polígonos y polilíneas 

• La clase Poiygon contiene métodos para crear polígonos. 

• Los polígonos son figuras con varios lados, compuestas de segmentos de línea recta. 

• Las polilíneas son una secuencia de puntos conectados. 

• El método drawPoi yi i ne de Graphi es muestra una serie de líneas conectadas. 

• Los métodos drawPoi ygon y fii i Poiygon de Graphi es se utilizan para dibujar polígonos. 

• El método addPoi nt de la clase Pol ygon agrega pares de coordenadas xyjiaun objeto Pol ygon. 

Sección 12.8 La API Java 2D 

• La API Java 2D proporciona herramientas de gráficos bidimensionales avanzadas para los programadores que requie- 
ren manipulaciones de gráficos detallados y complejos. 

• La clase Graphi cs2D, que extiende a la clase Graphi es, se utiliza para dibujar con la API Java 2D. 

• La API Java 2D contiene varias clases para dibujar figuras, incluyendo Li ne2D . Doubl e, Rectang1e2D.Doub1e, 
Rectangl e2D. Doubl e, Arc2D. Doubl e y Eli i pse2D. Doubl e. 

• La clase Gradi entPai nt ayuda a dibujar una figura en colores que cambian en forma gradual; a esto se le conoce 
como degradado. 

• El método fii 1 de Graphi cs2D dibuja un objeto Shape relleno; un objeto que implementa a la interfaz Shape. 

• La clase Basi cStroke ayuda a especificar las características de dibujo de líneas. 

• El método draw de Graphi cs2D se utiliza para dibujar un objeto Shape. 

• Las clases Gradi entPai nt y TexturePai nt ayudan a especificar las características para rellenar figuras con colores o 
patrones. 

• Una ruta general es una figura construida a partir de líneas rectas y curvas complejas. 

• Una ruta general se representa mediante un objeto de la clase General Path. 

• El método moveTo de General Path especifica el primer punto en una ruta general. 

• El método lineTo de General Path dibuja una línea hasta el siguiente punto en la ruta. Cada nueva llamada a 
1 i neTo dibuja una línea desde el punto anterior hasta el punto actual. 

• El método closePath de General Path dibuja una línea desde el último punto hasta el punto especificado en la 
última llamada a moveTo. Esto completa la ruta general. 

• El método transí ate de Graphi cs2D se utiliza para mover el origen de dibujo hasta una nueva ubicación. 

• El método roíate de Graphi cs2D se utiliza para girar la siguiente figura a mostrar. 
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Terminología 

addPoi nt, miembro de la clase Polygon 
altura (métrica de tipos de letra) 
ángulo de un arco 
ángulo inicial 
arco 

ascendente (métrica de tipos de letra) 

Basi cStroke, clase 

BOLD, constante de la clase Font 

CAP_R0UND, constante de la clase Basi cStroke 

ci earRect, método de la clase Graphi es 

closePath, método de la clase General Path 

Color, clase 

coordenada horizontal 

coordenada vertical 

coordenada x 

coordenada x superior izquierda 
coordenada y 

coordenada^ superior izquierda 

createGraphi es, método de la clase Bufferedlmage 

cuadro de diálogo modal 

curva compleja 

degradado 

degradado acíclico 

degradado cíclico 

descendente (métrica de tipos de letra) 
draw, método de clase Graphi cs2D 
drawBDRect, método de la clase Graphi es 
drawArc, método de la clase Graphi es 
drawLi ne, método de la clase Graphi es 
drawOval , método de la clase Graphi es 
drawPol ygon, método de la clase Graphi es 
drawPol yl i ne, método de la clase Graphics 
drawRect, método de la clase Graphi es 
drawRoundRect, método de la clase Graphi es 
drawStri ng, método de la clase Graphi es 
eje x 
eje y 

esquina superior izquierda de un componente de GUI 
Extensión 

figuras bidimensionales 

fil I , método de la clase Graphi cs2D 

fii i 3DRect, método de la clase Graphi es 

fil i Are, método de la clase Graphics 

fii i Oval , método de la clase Graphi es 

fii i Polygon, método de la clase Graphi es 

fii i Rect, método de la clase Graphi es 

fii i RoundRect, método de la clase Graphi es 

Font, clase 

FontMetri es, clase 

General Path, clase 

getAscent, método de la clase FontMetri es 
getBl ue, método de la clase Col or 
getColor, método de la clase Graphi es 
getDescent, método de la clase FontMetri es 


getFamily, método de la clase Font 

getFont, método de la clase Graphi es 

getFontMetri es, método de la clase Graphi es 

getGreen, método de la clase Color 

getHei ght, método de la clase FontMetri es 

getLeadi ng, método de la clase FontMetri es 

getName, método de la clase Font 

getRed, método de la clase Color 

getSi ze, método de la clase Font 

getStyl e, método de la clase Font 

Gradi entPai nt, clase 

gráficos bidimensionales 

Graphi es, clase 

graphi es, contexto 

Graphi cs2D, clase 

interlineado (métrica de tipos de letra) 
i sBol d, método de la clase Font 
i sPlai n, método de la clase Font 
ITALIC, constante de la clase Font 
Java 2D, API 
IColorChooser, clase 

J0IN_R0UND, constante de la clase Basi cStroke 
línea base (métrica de tipos de letra) 

Li nearGradi entPai nt, clase 
líneas conectadas 
líneas punteadas 

1 i neTo, método de la clase General Path 

manipulación de colores 

métrica de tipos de letra 

moveTo, método de la clase General Path 

muestras de colores 

óvalo 

óvalo delimitado por un rectángulo 
Pai nt, objeto 

pai ntComponent, método de la clase JComponent 

patrón de relleno 

píxel (“elemento de imagen”) 

PLAIN, constante de la clase Font 
polígono 

polígonos cerrados 
polilíneas 
Polygon, clase 

punto (tamaño de tipo de letra) 

Radi ai Gradi entPai nt, clase 

rectángulo con relieve 

rectángulos delimitados 

rectángulo redondeado 

rectángulo tridimensional 

Repai nt, método de la clase JComponent 

RGB valor 

Rotate de la clase Graphi cs2D 
ruta general 

setBackground, método de la clase Component 
setCol or, método de la clase Graphi es 
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setFont, método de la clase Graphi es 
setPai nt, método de la clase Graphi cs2D 
setStroke, método de la clase Graphi cs2D 
showDiaiog, método de la clase JCoiorChooser 
sistema de coordenadas 


Stroke, objeto 
TexturePai nt, clase 

transí ate, método de la clase Graphi cs2D 
unión de líneas 


Ejercicios de autoevaluación 

12.1 Complete las siguientes oraciones: 

a) En Java2D, el método de la clase establece las características de 

una línea utilizada para dibujar una figura. 

b) La clase ayuda a especificar el relleno para una figura, de tal forma que el relleno cam- 

bie gradualmente de un color a otro. 

c) El método de la clase Graphi es dibuja una línea entre dos puntos. 

d) RGB son las iniciales de , y . 

e) Los tamaños de los tipos de letra se miden en unidades llamadas . 

f) La clase ayuda a especificar el relleno para una figura, utilizando un patrón dibujado 

en un objeto Bufferedlmage. 

12 . 2 . Conteste con verdadero o falso a cada una de las siguientes proposiciones; en caso de ser falso , explique por 
qué. 

a) Los primeros dos argumentos del método drawOvai de Graphics especifican la coordenada central del 
óvalo. 

b) En el sistema de coordenadas de Java, los valores de x se incrementan de izquierda a derecha. 

c) El método fii i Polygon de Graphi es dibuja un polígono sólido en el color actual. 

d) El método drawArc de Graphi es permite ángulos negativos. 

e) El método getSi ze de Graphi es devuelve el tamaño del tipo de letra actual, en centímetros. 

f) La coordenada de píxel (0, 0) se encuentra exactamente en el centro del monitor. 

12.3 Encuentre el (los) error (es) en cada una de las siguientes instrucciones, y explique cómo corregirlos. Suponga 
que g es un objeto Graphics. 

a) g.setFont( “SansSerif” ); 

b) g.erase( x, y, w, h ); // borrar rectángulo en (x, y) 

c) Font f = new Font( “Serif”, Font . BOLDITALIC, 12 ); 

d) g.setColor( 255, 255, 0 ); // cambiar color a amarillo 


Respuestas a los ejercicios de autoevaluación 

12.1 a) setStroke, Graphi cs2D. b) Gradi entPath. c)drawLine. d) rojo, verde, azul, e) puntos, f) Texture- 
Pai nt. 

12.2 a) 

b) 

c) 

d) 

e) 

f) 

12.3 a) 

b) 

c) 

d) 


Falso. Los primeros dos argumentos especifican la esquina superior izquierda del rectángulo delimitador. 
Verdadero. 

Verdadero. 

Verdadero. 

Falso. Los tamaños de los tipos de letra se miden en puntos. 

Falso. La coordenada (0, 0) corresponde a la esquina superior izquierda de un componente de la GUI, en el 
cual ocurre el dibujo. 

El método setFont toma un objeto Font como argumento, no un Stri ng. 

La clase Graphi es no tiene un método erase. Debe utilizarse el método clearRect. 

Font . BOLDITALIC no es un estilo de tipo de letra válido. Para obtener un tipo de letra en cursiva y negrita, 
useFont.BOLD + Font.ITALIC. 

El método setCoior toma un objeto Color como argumento, no tres enteros. 
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12.4 Complete las siguientes oraciones: 

a) La clase de la API Java 2D se utiliza para dibujar óvalos. 

b) Los métodos draw y fil 1 de la clase Graphi cs2D requieren un objeto de tipo como su 

argumento. 

c) Las tres constantes que especifican el estilo de los tipos de letra son , 

y • 

d) El método de Graphi cs2D establece el color para pintar en figuras de Java2D. 

12.5 Conteste con verdadero o falso a cada una de las siguientes proposiciones; en caso de ser falso , explique por qué. 

a) El método drawPol ygon de Graphics conecta automáticamente los puntos de los extremos del polígono. 

b) El método drawLi ne de Graphi es dibuja una línea entre dos puntos. 

c) El método fil 1 Are de Graphics utiliza grados para especificar el ángulo. 

d) En el sistema de coordenadas de Java, los valores del eje y se incrementan de izquierda a derecha. 

e) La clase Graphi es hereda directamente de la clase Object. 

f) La clase Graphi es es una clase abstract. 

g) La clase Font hereda directamente de la clase Graphi es. 

12.6 (Círculos concéntricos mediante el uso del método drawArc) Escriba un programa que dibuje una serie de ocho 
círculos concéntricos. Los círculos deberán estar separados por 10 píxeles. Use el método drawOval de la clase Gra- 
phics. 

12.7 (Círculos concéntricos mediante el uso de la clase Elli pse2D .Doubie) Modifique su solución al ejercicio 12.6, 
para dibujar los óvalos mediante el uso de instancias de la clase El 1 i pse2D . Doubie y el método draw de la clase Gra- 
phics2D. 

12.8 (Líneas aleatorias mediante el uso de la clase Li ne2D . Doubl e) Modifique su solución al ejercicio 12.7 para dibu- 
jar líneas aleatorias en colores aleatorios y grosores de línea aleatorios. Use la clase Li ne2D . Doubl e y el método d raw de 
la clase Graphi cs2D para dibujar las líneas. 

12.9 (Triángulos aleatorios) Escriba una aplicación que muestre triángulos generados al azar en distintos colores. 
Cada triángulo deberá rellenarse con un color distinto. Use la clase General Path y el método fill de la clase Gra- 
phi cs2D para dibujar los triángulos. 

12.10 ( Caracteres aleatorios) Escriba un programa que dibuje caracteres al azar, en distintos tamaños y colores de tipo 
de letra. 

12.1 i (Cuadrícula mediante el uso del método drawLi ne) Escriba una aplicación que dibuje una cuadrícula de 8 por 8. 
Use el método drawLi ne de Graphi es. 

12.12 (Cuadrícula mediante el uso de la clase Line2D. Doubie) Modifique su solución al ejercicio 12.1 1 para dibujar 
la cuadrícula utilizando instancias de la clase Li ne2D . Doubl e y el método d raw de la clase Graphi cs2D. 

12.13 (Cuadrícula mediante el uso del método drawRect) Escriba una aplicación que dibuje una cuadrícula de 10 
por 10. Use el método drawRect de Graphi es. 

12.14 (Cuadrícula mediante el uso de la clase Rectangl e2D . Doubl e) Modifique su solución al ejercicio 12.13 para 
dibujar la cuadrícula utilizando instancias de la clase Rectangl e2D. Doubie y el método draw de la clase Graphi cs2D. 

12.15 (Dibujo de tetraedros) Escriba una aplicación que dibuje un tetraedro (una figura tridimensional con cuatro 
caras triangulares). Use la clase General Path y el método draw de la clase Graphi cs2D. 

12.16 (Dibujo de cubos) Escriba una aplicación que dibuje un cubo. Use la clase General Path y el método draw 
de la clase Graphi cs2D. 

12.17 (Círculo mediante el uso de la clase Eli i pse2D. Doubl e) Escriba una aplicación que pida al usuario introducir 
el radio de un círculo como número de punto flotante y que dibuje el círculo, así como los valores del diámetro, la 
circunferencia y el área del círculo. Use el valor 3.14159 para 7t. [Nota: también puede usar la constante predefinida 
Math . PI para el valor de K. Esta constante es más precisa que el valor 3.14159. La clase Math se declara en el paquete 
java, lang, por lo que no necesita importarla]. Use las siguientes fórmulas (res el radio): 

diámetro = 2 r 
circunferencia = 27Ir 
área = 7tr 2 
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El usuario debe introducir también un conjunto de coordenadas además del radio. Después dibuje el círculo y muestre 
su diámetro, circunferencia y área, mediante el uso de un objeto Eli i pse2D. Doubl e para representar el círculo y el 
método draw de la clase Graphi cs2D para mostrarlo en pantalla. 

12.18 (Protector de pantalla) Escriba una aplicación que simule un protector de pantalla. La aplicación deberá dibujar 
líneas al azar, utilizando el método drawLi ne de la clase Graphi es. Después de dibujar 100 líneas, la aplicación deberá 
borrarse a sí misma y empezar a dibujar líneas nuevamente. Para permitir al programa dibujar en forma continua, colo- 
que una llamada a repai nt como la última línea en el método pai ntComponent. ¿Observó algún problema con esto en 
su sistema? 

12.19 (Protector de pantalla mediante el uso de Timer) El paquete javax . swi ng contiene una clase llamada Ti me r, la 
cual es capaz de llamar al método acti onPerformed de la interfaz Acti onLi stener durante un intervalo de tiempo 
fijo (especificado en milisegundos). Modifique su solución al ejercicio 12.18 para eliminar la llamada a repai nt desde 
el método pai ntComponent. Declare su clase de manera que implemente a Acti onLi stener. (El método actionPer- 
formed deberá simplemente llamar a repai nt). Declare una variable de instancia de tipo Ti mer, llamada tempori za- 
dor, en su clase. En el constructor para su clase, escriba las siguientes instrucciones: 

temporizador = new Timer( 1000, this ); 
tempori zador.startO ; 

Esto crea una instancia de la clase Ti mer que llamará al método acti onPerformed del objeto thi s cada 1000 milise- 
gundos (es decir, cada segundo). 

1 2.20 (Protector de pantalla para un número aleatorio de líneas) Modifique su solución al ejercicio 12.19 para permitir 
al usuario introducir el número de líneas aleatorias que deben dibujarse antes de que la aplicación se borre a sí misma 
y empiece a dibujar líneas otra vez. Use un objeto ITextField para obtener el valor. El usuario deberá ser capaz de 
escribir un nuevo número en el objeto JTextFi el d en cualquier momento durante la ejecución del programa. Use una 
clase interna para realizar el manejo de eventos para el objeto ITextFi el d. 

12.21 (Protector de pantalla con figuras) Modifique su solución al ejercicio 12.19, de tal forma que utilice la genera- 
ción de números aleatorios para seleccionar diferentes figuras a mostrar. Use métodos de la clase Graphi es. 

1 2.22 (Protector de pantalla mediante el uso de la API Java 2D) Modifique su solución al ejercicio 12.21 para utilizar 
clases y herramientas de dibujo de la API Java 2D. Para las figuras como rectángulos y elipses, dibújelas con degradados 
generados al azar. Use la clase Gradi entPai nt para generar el degradado. 

12.23 (Gráficos de tortuga) Modifique su solución al ejercicio 7.21 ( Gráficos de tortuga) para agregar una interfaz 
gráfica de usuario, mediante el uso de objetos DTextFi el d y IButton. Dibuje líneas en vez de asteriscos (*). Cuando el 
programa de gráficos de tortuga especifique un movimiento, traduzca el número de posiciones en un número de píxeles 
en la pantalla, multiplicando el número de posiciones por 10 (o cualquier valor que usted elija). Implemente el dibujo 
con características de la API Java 2D. 

12.24 (Paseo del caballo) Produzca una versión gráfica del problema del Paseo del caballo (ejercicios 7.22, 7.23 y 
7.26). A medida que se realice cada movimiento, la celda apropiada del tablero de ajedrez deberá actualizarse con el 
número de movimiento apropiado. Si el resultado del programa es un paseo completo o un paseo cerrado, el programa 
deberá mostrar un mensaje apropiado. Si lo desea, puede utilizar la clase Timer (vea el ejercicio 12.19) para que le ayude 
con la animación del Paseo del caballo. 

12.25 [La tortuga y la liebre) Produzca una versión gráfica de la simulación La tortuga y la liebre (ejercicio 7.28). 
Simule la montaña dibujando un arco que se extienda desde la esquina inferior izquierda de la ventana, hasta la esqui- 
na superior derecha. La tortuga y la liebre deberán correr hacia arriba de la montaña. Implemente la salida gráfica de 
manera que la tortuga y la liebre se impriman en el arco, en cada movimiento. [Nota: extienda la longitud de la carrera 
de 70 a 300, para que cuente con un área de gráficos más grande] . 

12.26 (Dibujo de espirales) Escriba un programa que utilice el método d rawPol yl i ne de G raphi es para dibujar una 
espiral similar a la de la figura 12.33. 

12.27 ( Gráfico de pastel) Escriba un programa que reciba como entrada cuatro números y que los grafique en forma 
de gráfico de pastel. Use la clase Arc2D . Doubl e y el método fill de la clase Graphi cs2D para realizar el dibujo. Dibuje 
cada pieza del pastel en un color distinto. 

1 2.28 (Selección de figuras) Escriba una aplicación que permita al usuario seleccionar una figura de un objeto JCombo- 
Box y que la dibuje 20 veces, con ubicaciones y medidas aleatorias en el método pai ntComponent. El primer elemento 
en el objeto JComboBox debe ser la figura predeterminada a mostrar la primera vez que se hace una llamada a pai nt- 
Component. 
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Figura 12.33 | Dibujo de una espiral mediante el uso del método drawPolyl i ne. 

1 2.29 ( Colores aleatorios) Modifique el ejercicio 12.28 para dibujar cada una de las 20 figuras con tamaños aleatorios 
en un color seleccionado al azar. Use los 13 objetos Col or predefinidos en un arreglo de objetos Color. 

12.30 ( Cuadro de diálogo JColorChooser) Modifique el ejercicio 12.28 para permitir al usuario seleccionar de un 
cuadro de diálogo DCol orChooser el color en el que deben dibujarse las figuras. 

( Opcional) Ejemplo gráfico de GUI y Gráficos: agregar Java 2D 

12.31 Java 2D presenta muchas nuevas herramientas para crear gráficos únicos e impresionantes. Agregaremos un 
pequeño subconjunto de estas características a la aplicación de dibujo que creó en el ejercicio 1 1.18. En esta versión de la 
aplicación de dibujo, permitirá al usuario especificar degradados para rellenar figuras y modificar las características de 
trazo para dibujar líneas y los contornos de las figuras. El usuario podrá elegir cuáles colores van a formar el degradado, y 
también podrá establecer la anchura y longitud de guión del trazo. 

Primero debe actualizar la jerarquía Mi Fi gura para que soporte la funcionalidad de Java 2D. Haga las siguientes 
modificaciones en la clase Mi Fi gura: 

a) Cambie el tipo del parámetro del método abstract Dra. , de Graphi es a Graphi cs2D. 

b) Cambie todas las variables de tipo Coi o r al tipo Sai nt, para habilitar el soporte para los degradados. [Nota: 
recuerde que la clase Color implementa a la interfaz Pai nt] . 

c) Agregue una variable de instancia de tipo St roke en la clase Mi Fi gu ra y un parámetro St roke en el cons- 
tructor, para inicializar la nueva variable de instancia. El trazo predeterminado deberá ser una instancia de 
la clase Basi cStroke. 

Cada una de las clases Mi Li nea, Mi Fi guraDel i mi tada, Mi Oval o y Mi Rect deben agregar un parámetro Stroke 
a sus constructores. En los métodos draw, cada figura debe establecer los objetos Pai nt y Stroke antes de dibujar o 
rellenar una figura. Como Graphi cs2D es una subclase de Graphics, podemos seguir utilizando los métodos drawLi ne, 
drawOval , fillOval, y otros métodos más de Graphics, para dibujar las figuras. Al llamar a estos métodos, dibujarán 
la figura apropiada usando las opciones especificadas para los objetos Pai nt y Stroke. 

Después, actualice el objeto PanelDibujo para manejar las herramientas de Java 2D. Cambie todas las varia- 
bles Color a variables Sai nt. Declare una variable de instancia llamada trazoActual de tipo Stroke, y proporcio- 
ne un método establecer para esta variable. Actualice las llamadas a los constructores de cada figura para incluir los 
argumentos Pai nt y Stroke. En el método pai ntComponent, convierta la referencia Graphics al tipo Graphi cs2D 
y use la referencia Graphi cs2D en cada llamada al método draw de Mi Fi gura. 

A continuación, haga que se pueda tener acceso a las nuevas características de Java 2D mediante la GUI. Cree 
un objeto 1 Panel de componentes de GUI para establecer las opciones de Java 2D. Agregue esos componentes a 
la parte superior del objeto MarcoDibujo, debajo del panel que actualmente contiene los controles de las figuras 
estándar (vea la figura 12.34). Estos componentes de GUI deben incluir lo siguiente: 
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a) Una casilla de verificación para especificar si se va a pintar usando un degradado. 

b) Dos objetos JButton, cada uno de los cuales debe mostrar un cuadro de diálogo DCol orChooser, para per- 
mitir al usuario elegir los colores primero y segundo en el degradado. (Éstos sustituirán al objeto JComboBox 
que se utiliza para extender el color en el ejercicio 11.18). 

c) Un campo de texto para introducir la anchura del objeto Stroke. 

d) Un campo de texto para introducir la longitud de guión del objeto Stroke. 

e) Una casilla de verificación para seleccionar si se va a dibujar una línea punteada o sólida. 

Si el usuario opta por dibujar con un degradado, establezca el objeto Pai nt en el Panel Di bu jo de forma que 
sea un degradado de los dos colores seleccionados por el usuario. La expresión 

new Cradi entPai nt( 0, 0, colorí, 50, 50, color2, true ) ) 

crea un objeto GradientPath que avanza diagonalmente en círculos, desde la esquina superior izquierda hasta la 
esquina inferior derecha, cada 50 píxeles. Las variables colorí y color2 representan los colores elegidos por el 
usuario. Si éste no elije usar un degradado, entonces simplemente establezca el objeto Paint en el Panel Di bu jo 
de manera que sea el primer Color elegido por el usuario. 

Para los trazos, si el usuario elije una línea sólida, entonces cree el objeto Stroke con la expresión 

new BasicStrokeC anchura, Basi cStroke .CAP_R0UND, BasicStroke . 10IN_ROUND) 

en donde la variable anchura es la anchura especificada por el usuario en el campo de texto de anchura de línea. 
Si el usuario selecciona una línea punteada, entonces cree el objeto Stroke con la expresión 

new BasicStrokeC anchura, Basi cStroke .CAP_R0UND, BasicStroke. 10IN_R0UND, 10, guiones, 0 ) 

en donde anchura es de nuevo la anchura en el campo de anchura de texto, y guiones es un arreglo con un 
elemento, cuyo valor es la longitud especificada en el campo de longitud de guión. Los objetos Panel y Stroke 
deben pasarse al constructor del objeto figura, cuando se cree la figura en el objeto Panel Di bu jo. 



Figura 12.34 | Dibujo con Java 2D. 
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OBJETIVOS 

En este capítulo aprenderá a: 

■ Comprender el manejo de excepciones y de errores. 

■ Utilizar try, throw y catch para detectar, indicar y manejar 
excepciones, respectivamente. 

■ Utilizar el bloque final 1 y para liberar recursos. 

■ Comprender cómo la limpieza de la pila permite que las 
excepciones que no se atrapan en un alcance, se atrapen 
en otro. 

■ Comprender cómo ayuda la pila en la depuración. 

■ Comprender cómo se ordenan las excepciones en una jerarquía 
de clases de excepciones. 

■ Declarar nuevas clases de excepciones. 

■ Crear excepciones encadenadas que mantengan la información 
completa del rastreo de la pila. 



Es cuestión de sentido 
común tomar un método y 
probarlo. Si falla, admítalo 
francamente y pruebe otro. 
Pero sobre todo, inténtelo. 

— Franklin Delano Roosevelt 

¡Oh! Arroja la peor parte 
de ello, y vive en forma más 
pura con la otra mitad. 

— William Shakespeare 

Si están corriendo y no 
saben hacia dónde se dirigen 
tengo que salir de alguna 
parte y atraparlos. 

— Jerome David Salinger 

¡Oh!. Infinita virtud! ¿Cómo 
sonríes desde la trampa 
más grande del mundo sin 
estar atrapada? 

— William Shakespeare 
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13.1 Introducción 

En este capítulo presentaremos el manejo de excepciones. Una excepción es la indicación de un problema que 
ocurre durante la ejecución de un programa. El nombre “excepción” implica que el problema ocurre con poca fre- 
cuencia; si la “regla” es que una instrucción generalmente se ejecuta en forma correcta, entonces la “excepción a la 
regla” es cuando ocurre un problema. El manejo de excepciones le permite crear aplicaciones que puedan resolver 
(o manejar) las excepciones. En muchos casos, el manejo de una excepción permite que el programa continúe su 
ejecución como si no se hubiera encontrado el problema. Un problema más grave podría evitar que un programa 
continuara su ejecución normal, en vez de requerir al programa que notifique al usuario sobre el problema antes 
de terminar de una manera controlada. Las características que presentamos en este capítulo permiten a los pro- 
gramadores escribir programas tolerantes a fallas y robustos (es decir, programas que traten con los problemas 
que puedan surgir sin dejar de ejecutarse). El estilo y los detalles sobre el manejo de excepciones en Java se basan, 
en parte, en el trabajo que Andrew Koenig y Bjarne Stroustrup presentaron en su artículo “Exception Elandling 
for C++ (versión revisada).” 1 



Tip para prevenir errores 13.1 


El manejo de excepciones ayuda a mejorar la tolerancia a fallas de un programa. 


Ya vimos en capítulos anteriores una breve introducción a las excepciones. En el capítulo 7 aprendió que una 
excepción ArraylndexOutOfBoundsException ocurre cuando hay un intento por acceder a un elemento más 
allá del fin del arreglo. Dicho problema puede ocurrir si hay un error de “desplazamiento por 1” en una instruc- 
ción for que manipula un arreglo. En el capítulo 10 presentamos la excepción C1 assCastExcepti on, que ocurre 
cuando hay un intento por convertir un objeto que no tiene una relación “es un” con el tipo especificado en el 
operador de conversión. En el capítulo 1 1 hicimos una breve mención de la excepción Nul 1 Poi nterExcepti on, 
la cual ocurre cada vez que se utiliza una referencia nul 1 en donde se espera un objeto (por ejemplo, cuando hay 
un intento por adjuntar un componente de GUI a un objeto Contai ner, pero el componente de GUI no se ha 
creado todavía). A lo largo de este libro ha utilizado también la clase Scanner; que, como veremos en este capí- 
tulo, también puede producir excepciones. 

El capítulo empieza con un panorama general de los conceptos relacionados con el manejo de excepciones, 
y posteriormente se demuestran las técnicas básicas para el manejo de excepciones. Mostraremos estas técnicas 


1 . Koenig, A. y B. Stroustrup. “Exception Handling for C++ (versión revisada)”, Proceedings ofthe Usenix C+ + Conference, pp. 149- 
176, San Francisco, abril de 1990. 
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en acción, mediante un ejemplo que señala cómo manejar una excepción que ocurre cuando un método intenta 
realizar una división entre cero. Después del ejemplo, presentaremos varias clases de la parte superior de la jerar- 
quía de clases de Java para el manejo de excepciones. Como verá posteriormente, sólo las clases que extienden a 
Th rowabl e (paquete j ava . 1 ang) en forma directa o indirecta pueden usarse para manejar excepciones. Después 
hablaremos sobre la característica de las excepciones encadenadas, que permiten a los programadores envolver la 
información acerca de una excepción que haya ocurrido en otro objeto de excepción, para proporcionar informa- 
ción más detallada acerca de un problema en un programa. Luego hablaremos sobre ciertas cuestiones adicionales 
sobre el manejo de excepciones, como la forma en que se deben manejar las excepciones que ocurren en un cons- 
tructor. Presentaremos las precondiciones y poscondiciones, que deben ser verdaderas cuando se hacen llamadas 
a sus métodos y cuando esos métodos regresan, respectivamente. Por último presentaremos las aserciones, que los 
programadores utilizan en tiempo de desarrollo para facilitar el proceso de depurar su código. 

13.2 Generalidades acerca del manejo de excepciones 

Con frecuencia, los programas evalúan condiciones que determinan cómo debe proceder la ejecución. Considere 
el siguiente seudocódigo: 

Realizar ana tarea 

Si la tarea anterior no se ejecutó correctamente 
Realizar el procesamiento de los errores 

Realizar la siguiente tarea 

Si la tarea anterior no se ejecutó correctamente 
Realizar el procesamiento de los errores 


En este seudocódigo empezamos realizando una tarea; después, evaluamos si esa tarea se ejecutó correctamente. Si 
no lo hizo, realizamos el procesamiento de los errores. De otra manera, continuamos con la siguiente tarea. Aunque 
esta forma de manejo de errores funciona, al entremezclar la lógica del programa con la lógica del manejo de errores 
el programa podría ser difícil de leer, modificar, mantener y depurar; especialmente en aplicaciones extensas. 

Tip de rendimiento 13.1 

Si los problemas potenciales ocurren con poca frecuencia, al entremezclar la lógica del programa y la lógica del mane- 
jo de errores se puede degradar el rendimiento del programa, ya que éste debe realizar pruebas ( tal vez con frecuencia) 
para determinar si la tarea se ejecutó en forma correcta, y si se puede llevar a cabo la siguiente tarea. 

El manejo de excepciones permite al programador remover el código para manejo de errores de la “línea 
principal” de ejecución del programa, lo cual mejora la claridad y capacidad de modificación del mismo. Usted 
puede optar por manejar las excepciones que elija: todas las excepciones, todas las de cierto tipo o todas las de un 
grupo de tipos relacionados (por ejemplo, los tipos de excepciones que están relacionados a través de una jerarquía 
de herencia). Esta flexibilidad reduce la probabilidad de que los errores se pasen por alto y, por consecuencia, hace 
que los programas sean más robustos. 

Con lenguajes de programación que no soportan el manejo de excepciones, los programadores a menudo 
retrasan la escritura de código de procesamiento de errores, o algunas veces olvidan incluirlo. Esto hace que los 
productos de software sean menos robustos. Java permite al programador tratar con el manejo de excepciones 
fácilmente, desde el comienzo de un proyecto. 

13.3 Ejemplo: división entre cero sin manejo de excepciones 

Demostraremos primero qué ocurre cuando surgen errores en una aplicación que no utiliza el manejo de errores. 
En la figura 13.1 se pide al usuario que introduzca dos enteros y éstos se pasan al método cocí ente, que calcula 
el cociente y devuelve un resultado i nt. En este ejemplo veremos que las excepciones se lanzan (es decir, la excep- 
ción ocurre) cuando un método detecta un problema y no puede manejarlo. 

La primera de las tres ejecuciones de ejemplo en la figura 13.1 muestra una división exitosa. En la segunda 
ejecución de ejemplo, el usuario introduce el valor 0 como denominador. Observe que muestran varias líneas de 
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información en respuesta a esta entrada inválida. Esta información se conoce como el rastreo de la pila, la cual 
incluye el nombre de la excepción (java.lang.ArithmeticException) en un mensaje descriptivo, que indica 
el problema que ocurrió y la pila de llamadas a métodos completa (es decir, la cadena de llamadas) al momento 
en que ocurrió la excepción. El rastreo de la pila incluye la ruta de ejecución que condujo a la excepción, método 
por método. Esta información ayuda a depurar un programa. La primera línea especifica que ha ocurrido una 


1 // Fig. 13.1: DivisionEntreCeroSinManejoDeExcepciones. java 

2 // Una aplicación que trata de realizar una división entre cero. 

3 import java. útil .Scanner; 

4 

5 public class DivisionEntreCeroSinManejoDeExcepciones 

6 { 

7 // demuestra el lanzamiento de una excepción cuando ocurre una división entre cero 

8 public static i nt cociente( int numerador, int denominador ) 

9 { 

10 return numerador / denominador; // posible división entre cero 

11 } // fin del método cociente 

12 

13 public static void main( String args[] ) 

14 { 

15 Scanner explorador = new Scanner( System. in ); // objeto Scanner para entrada 

16 

17 System. out.print( "Introduzca un numerador entero: " ); 

18 int numerador = explorador. nextlntO ; 

19 System. out.print( "Introduzca un denominador entero: " ); 

20 int denominador = explorador. nextlntO ; 

21 

22 int resultado = cociente( numerador, denominador ); 

23 System. out.printf( 

24 "\nResultado: %d / %d = %d\n", numerador, denominador, resultado ); 

25 } // fin de main 

26 } // fin de la clase DivisionEntreCeroSinManejoDeExcepciones 


Introduzca un numerador entero: 100 
Introduzca un denominador entero: 7 

Resultado: 100 / 7 = 14 


Introduzca un numerador entero: 100 
Introduzca un denominador entero: 0 

Exception in thread “main” java.lang.ArithmeticException: / by zero 
at Di vi si onEntreCeroSi nMane joDeExcepci ones . cocí ente( 

Di vi si onEntreCeroSi nMane j oDeExcepci ones . j ava : 10) 
at Di vi si onEntreCeroSi nMane joDeExcepci ones. mai n( 

Di vi si onEntreCeroSi nMane joDeExcepci ones .java : 22) 


Introduzca un numerador entero: 100 
Introduzca un denominador entero: hola 

Exception in thread “main” java. útil . InputMi smatchException 
at java. útil . Scanner. throwFor(Scanner.java:840) 
at java. útil . Scanner. next(Scanner.java:1461) 
at java. útil . Scanner. nextInt(Scanner. java: 2091) 
at java. útil . Scanner. nextInt(Scanner.java:2050) 
at Di vi si onEntreCeroSi nMane joDeExcepci ones. mai n( 

Di vi si onEntreCeroSi nMane j oDeExcepci ones .java: 20) 


Figura 13.1 | División entera sin manejo de excepciones. 
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excepción Ari thmeti cExcepti on. El texto después del nombre de la excepción (“/ by zero”) indica que es- 
ta excepción ocurrió como resultado de un intento de dividir entre cero. Java no permite la división entre cero en 
la aritmética de enteros. [Nota: Java sí permite la división entre cero con valores de punto flotante. Dicho cálculo 
produce como resultado el valor de infinito, que se representa en Java como un valor de punto flotante (pero en 
realidad aparece como la cadena Infinity)]. Cuando ocurre una división entre cero en la aritmética de enteros, 
Java lanza una excepción Ari thmeti cException. Este tipo de excepciones pueden surgir debido a varios proble- 
mas distintos en aritmética, por lo que los datos adicionales (“/ by zero”) nos proporcionan más información 
acerca de esta excepción específica. 

Empezando a partir de la última línea del rastreo de la pila, podemos ver que la excepción se detectó en la 
línea 22 del método mai n. Cada línea del rastreo de la pila contiene el nombre de la clase y el método (Di vi de- 
ByZeroNoExceptionHandling.main) seguido por el nombre del archivo y el número de línea (DivideByZe- 
roNoExcepti onHandl i ng . java : 22). Siguiendo el rastreo de la pila, podemos ver que la excepción ocurre en 
la línea 10, en el método cocí ente. La fila superior de la cadena de llamadas indica el punto de lanzamiento: 
el punto inicial en el que ocurre la excepción. El punto de lanzamiento de esta excepción está en la línea 10 del 
método cociente. 

En la tercera ejecución, el usuario introduce la cadena "hol a" como denominador. Observe de nuevo que 
se muestra un rastreo de la pila. Esto nos informa que ha ocurrido una excepción InputMi smatchException 
(paquete j ava . uti 1 ). En nuestros ejemplos anteriores, en donde se leían valores numéricos del usuario, se supo- 
nía que éste debía introducir un valor entero apropiado. Sin embargo, algunas veces los usuarios cometen errores 
e introducen valores no enteros. Una excepción InputMi smatchException ocurre cuando el método nextlnt 
de Scanner recibe una cadena que no representa un entero válido. Empezando desde el final del rastreo de la pila, 
podemos ver que la excepción se detectó en la línea 20 del método mai n. Siguiendo el rastreo de la pila, podemos 
ver que la excepción ocurre en el método nextlnt. Observe que en vez del nombre de archivo y del número de 
línea, se proporciona el texto Unknown Source. Esto significa que la JVM no tiene acceso al código fuente en 
donde ocurrió la excepción. 

Observe que en las ejecuciones de ejemplo de la figura 13.1, cuando ocurren excepciones y se muestran los 
rastreos de la pila, el programa también termina. Esto no siempre ocurre en Java; algunas veces un programa 
puede continuar, aun cuando haya ocurrido una excepción y se haya impreso un rastreo de pila. En tales casos, 
la aplicación puede producir resultados inesperados. En la siguiente sección le mostraremos cómo manejar esas 
excepciones y mantener el programa ejecutándose sin problema. 

En la figura 13.1, ambos tipos de excepciones se detectaron en el método main. En el siguiente ejemplo, 
veremos cómo manejar estas excepciones para permitir que el programa se ejecute hasta terminar de manera 
normal. 


13.4 Ejemplo: manejo de excepciones tipo ArithmeticException 
e InputMi smatchException 

La aplicación de la figura 13.2, que se basa en la figura 13.1, utiliza el manejo de excepciones para procesar 
cualquier excepción tipo ArithmeticException e InputMi smatchException que pueda ocurrir. La aplicación 
todavía pide dos enteros al usuario y los pasa al método cocí ente, que calcula el cociente y devuelve un resultado 
i nt. Esta versión de la aplicación utiliza el manejo de excepciones de manera que, si el usuario comete un error, 
el programa atrapa y maneja (es decir, se encarga de) la excepción; en este caso, le permite al usuario tratar de 
introducir los datos de entrada otra vez. 


1 // Fig. 13.2: DivisionEntreCeroConManejoDeExcepciones. java 

2 // Un ejemplo de manejo de excepciones que verifica la división entre cero. 

3 import java. útil .InputMismatchException; 

4 import java. útil .Scanner; 

5 

6 public class Di vi sionEntreCeroConManejoDeExcepciones 

7 { 

8 // demuestra cómo se lanza una excepción cuando ocurre una división entre cero 
Figura 13.2 | Manejo de excepciones ArithmeticException e InputMismatchException. (Parte I de 3). 
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public static int cociente( int numerador, int denominador ) 
throws ArithmeticException 

{ 

return numerador / denominador; // posible división entre cero 
} // fin del método cociente 

public static void main( String args[] ) 

{ 

Scanner explorador = new Scanner( System. in ); // objeto Scanner para entrada 
boolean continuarCiclo = true; // determina si se necesitan más datos de entrada 

do 

{ 

try // lee dos números y calcula el cociente 

{ 

System. out. printf "Introduzca un numerador entero: 1 ); 
int numerador = explorador. nextlntO ; 

System. out.printf "Introduzca un denominador entero: " ); 
int denominador = explorador. nextlntO ; 

int resultado = cocientef numerador, denominador ); 

System. out. printff "\nResultado: %d / %d = %d\n", numerador, 
denominador, resultado ); 

continuarCiclo = false; // entrada exitosa; termina el ciclo 
} // fin de bloque try 

catch ( InputMi smatchException i nputMi smatchException ) 

{ 

System. err.printff "\nExcepcion: %s\n , 
i nputMi smatchException ); 

explorador. nextLinef) ; // descarta entrada para que el usuario intente otra vez 
System. out . pri ntl n( 

"Debe introducir enteros. Intente de nuevo. \n" ); 

} // fin de bloque catch 

catch ( ArithmeticException arithmeticException ) 

{ 

System. err.printff "\nExcepcion: %s\n , arithmeticException ); 

System, out . pri ntl n( 

"Cero es un denominador invalido. Intente de nuevo. \n" ); 

} // fin de catch 

} while ( continuarCiclo ); //fin de do...while 

} // fin de main 

} // fin de la clase DivisionEntreCeroConManejoDeExcepciones 


Introduzca un numerador entero: 100 
Introduzca un denominador entero: 7 

Resultado: 100 / 7 = 14 


Introduzca un numerador entero: 100 
Introduzca un denominador entero: 0 

Excepción: java. lang. ArithmeticException: / by zero 
Cero es un denominador invalido. Intente de nuevo. 

Introduzca un numerador entero: 100 
Introduzca un denominador entero: 7 

Resultado: 100 / 7 = 14 


Figura 13.2 | Manejo de excepciones ArithmeticException e InputMi smatchException. (Parte 2 de 3). 
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Introduzca un numerador entero: 100 
Introduzca un denominador entero: hola 

Excepci on : j ava . uti 1 . InputMi smatchExcepti on 
Debe introducir enteros. Intente de nuevo. 

Introduzca un numerador entero: 100 
Introduzca un denominador entero: 7 

Resultado: 100 / 7 = 14 

I 

Figura 13.2 | Manejo de excepciones ArithmeticException e InputMi smatchExcepti on. (Parte 3 de 3). 


La primera ejecución de ejemplo de la figura 13.2 muestra una ejecución exitosa que no se encuentra con 
ningún problema. En la segunda ejecución, el usuario introduce un denominador cero y ocurre una excepción 
Ari thmeti cExcepti on. En la tercera ejecución, el usuario introduce la cadena "hol a" como el denominador, y 
ocurre una excepción InputMi smatchExcepti on. Para cada excepción, se informa al usuario sobre el error y se 
le pide que intente de nuevo; después el programa le pide dos nuevos enteros. En cada ejecución de ejemplo, el 
programa se ejecuta hasta terminar sin problemas. 

La clase InputMi smatchExcepti on se importa en la línea 3. La clase ArithmeticException no necesita 
importarse, ya que se encuentra en el paquete j ava . 1 ang. El método mai n (líneas 15a 49) crea un objeto Scan- 
ner en la línea 17. En la línea 18 se crea la variable bol ean llamada conti nuarCi el o, la cual es verdadera si el 
usuario no ha introducido aún datos de entrada válidos. En las líneas 20 a 48 se pide repetidas veces a los usuarios 
que introduzcan datos, hasta recibir una entrada válida. 

Encerrar código en un bloque try 

Las líneas 22 a 33 contienen un bloque try, que encierra el código que podría lanzar (throw) una excepción 
y el código que no debería ejecutarse en caso de que ocurra una excepción (es decir, si ocurre una excepción, se 
omitirá el resto del código en el bloque try). Un bloque try consiste en la palabra clave try seguida de un 
bloque de código, encerrado entre llaves ({}). [Nota: el término “bloque try” se refiere algunas veces sólo 
al bloque de código que va después de la palabra clave try (sin incluir a la palabra try). Para simplificar, 
usaremos el término “bloque try” para referirnos al bloque de código que va después de la palabra clave 
try, incluyendo esta palabra]. Las instrucciones que leen los enteros del teclado (líneas 25 y 27) utilizan el 
método nextlnt para leer un valor i nt. El método nextlnt lanza una excepción InputMi smatchExcep- 
ti on si el valor leído no es un entero válido. 

La división que puede provocar una excepción ArithmeticException no se ejecuta en el bloque try. En 
vez de ello, la llamada al método cocí ente (línea 29) invoca al código que intenta realizar la división (línea 12); 
la JVM lanza un objeto Ari thmeti cExcepti on cuando el denominador es cero. 



Observación de ingeniería de software 13.1 

Las excepciones pueden surgir a través de código mencionado en forma explícita en un bloque try, a través de llama- 
das a otros métodos, de llamadas a métodos con muchos niveles de anidamiento, iniciadas por código en un bloque 
try o desde la Máquina Virtual de Java, al momento en que ejecute códigos de byte de Java. 


Atrapar excepciones 

El bloque try en este ejemplo va seguido de dos bloques catch: uno que maneja una excepción InputMi sma- 
tchExcepti on (líneas 34 a 41) y uno que maneja una excepción ArithmeticException (líneas 42 a 47). Un 
bloque catch (también conocido como cláusula catch o manejador de excepciones) atrapa (es decir, recibe) y 
maneja una excepción. Un bloque catch empieza con la palabra clave catch y va seguido por un parámetro entre 
paréntesis (conocido como el parámetro de excepción, que veremos en breve) y un bloque de código encerrado 
entre llaves. [Nota: el término “cláusula catch” se utiliza algunas veces para hacer referencia a la palabra clave 
catch, seguida de un bloque de código, en donde el término “bloque catch” se refiere sólo al bloque de código 
que va después de la palabra clave catch, sin incluirla. Para simplificar, usaremos el término “bloque catch” para 
referirnos al bloque de código que va después de la palabra clave catch, incluyendo esta palabra]. 
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Por lo menos un bloque catch o un bloque finally (que veremos en la sección 13.7) debe ir inmediata- 
mente después del bloque try. Cada bloque catch especifica entre paréntesis un parámetro de excepción, que 
identifica el tipo de excepción que puede procesar el manejador. Cuando ocurre una excepción en un bloque try, 
el bloque catch que se ejecuta es aquél cuyo tipo coincide con el tipo de la excepción que ocurrió (es decir, el tipo 
en el bloque catch coincide exactamente con el tipo de la excepción que se lanzó, o es una superclase de ésta). El 
nombre del parámetro de excepción permite al bloque catch interactuar con un objeto de excepción atrapada; 
por ejemplo, para invocar en forma implícita el método toStri ng de la excepción que se atrapó (como en las 
líneas 37 y 44), que muestra información básica acerca de la excepción. La línea 38 del primer bloque catch 
llama al método nextLi ne de Scanner. Como ocurrió una excepción InputMi smatchException, la llamada al 
método nextlnt nunca leyó con éxito los datos del usuario; por lo tanto, leemos esa entrada con una llamada 
al método nextLi ne. No hacemos nada con la entrada en este punto, ya que sabemos que es inválida. Cada blo- 
que catch muestra un mensaje de error y pide al usuario que intente de nuevo. Al terminar alguno de los bloques 
catch, se pide al usuario que introduzca datos. Pronto veremos con más detalle la manera en que trabaja este flujo 
de control en el manejo de excepciones. 



Error común de programación 13.1 

Es un error de sintaxis colocar código entre un bloque try y su correspondiente bloque catch. 



Error común de programación 13.2 

Cada instrucción catch sólo puede tener un parámetro; especificar una lista de parámetros de excepción separada 
por comas es un error de sintaxis. 


Una excepción no atrapada ocurre y no hay bloques catch que coincidan. En el segundo y tercer resultado 
de ejemplo de la figura 13.1, vio las excepciones no atrapadas. Recuerde que cuando ocurrieron excepciones en 
ese ejemplo, la aplicación terminó antes de tiempo (después de mostrar el rastreo de pila de la excepción). Esto 
no siempre ocurre como resultado de las excepciones no atrapadas. Como aprenderá en el capítulo 23, Subpro- 
cesamiento múltiple, Java utiliza un modelo de ejecución de programas con subprocesamiento múltiple. Cada 
subproceso es una actividad paralela. Un programa puede tener muchos subprocesos. Si un programa sólo tiene 
un subproceso, una excepción no atrapada hará que el programa termine. Si un programa tiene varios subpro- 
cesos, una excepción no atrapada terminará sólo el subproceso en el cual ocurrió la excepción. Sin embargo, en 
dichos programas ciertos subprocesos pueden depender de otros, y si un subproceso termina debido a una excep- 
ción no atrapada, puede haber efectos adversos para el resto del programa. 


Modelo de terminación del manejo de excepciones 

Si ocurre una excepción en un bloque try (por ejemplo, si se lanza una excepción InputMi smatchException 
como resultado del código de la línea 25 en la figura 13.2), el bloque try termina de inmediato y el control del 
programa se transfiere al primero de los siguientes bloques catch en los que el tipo del parámetro de excepción 
coincide con el tipo de la excepción que se lanzó. En la figura 13.2, el primer bloque catch atrapa excepciones 
InputMi smatchExcepti on (que ocurren si se introducen datos de entrada inválidos) y el segundo bloque catch 
atrapa excepciones Ari thmeti cExcepti on (que ocurren si hay un intento por dividir entre cero). Una vez que se 
maneja la excepción, el control del programa no regresa al punto de lanzamiento, ya que el bloque try ha expira- 
do (y se han perdido sus variables locales). En vez de ello, el control se reanuda después del último bloque catch. 
Esto se conoce como el modelo de terminación del manejo de excepciones. [Nota: algunos lenguajes utilizan el 
modelo de reanudación del manejo de excepciones en el que, después de manejar una excepción, el control se 
reanuda justo después del punto de lanzamiento]. 

Error común de programación 13.3 

Pueden ocurrir errores lógicos si usted supone que después de manejar una excepción , el control regresará a la primera 
instrucción después del punto de lanzamiento. 




Tip para prevenir errores 1 3.2 


Con el manejo de excepciones , un programa puede seguir ejecutándose (en vez de terminar) después de lidiar con un 
problema. Esto ayuda a asegurar el tipo de aplicaciones robustas que contribuyen a lo que se conoce como compu- 
tación de misión crítica , o computación crítica para los negocios. 
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Cuando se ejecuta la línea 12, si el denomi nador es cero, la JVM lanza un objeto Ari thmeti cExcepti on. 
Este objeto será atrapado por el bloque catch en las líneas 42 a 47, que muestra información básica acerca de la 
excepción, invocando de manera implícita al método toStri ng de la excepción, y después pide al usuario que 
intente de nuevo. 

Si el denomi nador no es cero, el método cocí ente realiza la división y devuelve el resultado al punto de la 
invocación, al método cocí ente en el bloque try (línea 29). Las líneas 30 y 31 muestran el resultado del cálculo 
y la línea 32 establece conti nuarCi el o en fal se. En este caso, el bloque try se completa con éxito, por lo que 
el programa omite los bloques catch y la condición falla en la línea 48, y el método mai n termina de ejecutarse 
en forma normal. 

Observe que cuando cocí ente lanza una excepción Ari thmeti cExcepti on, cocí ente termina y no devuel- 
ve un valor, y las variables locales de cocí ente quedan fuera de alcance (y se destruyen). Si cocí ente contiene 
variables locales que sean referencias a objetos y no hay otras referencias a esos objetos, éstos se marcan para la 
recolección de basura. Además, cuando ocurre una excepción, el bloque try desde el cual se llamó cociente 
termina antes de que puedan ejecutarse las líneas 30 a 32. Aquí también, si las variables locales se crearon en el 
bloque t ry antes de que se lanzara la excepción, estas variables quedarían fuera de alcance. 

Si se genera una excepción InputMi smatchExcepti on mediante las líneas 25 o 27, el bloque try termina y 
la ejecución continúa con el bloque catch en las líneas 34 a 41. En este caso, no se hace una llamada al método 
cocí ente. Entonces, el método mai n continúa después del último bloque catch (línea 48). 


13.5 Cuándo utilizar el manejo de excepciones 

El manejo de excepciones está diseñado para procesar errores sincrónicos, que ocurren cuando se ejecuta una 
instrucción. Ejemplos comunes de estos errores que veremos en este libro son los índices fuera de rango, el des- 
bordamiento aritmético (es decir, un valor fuera del rango representable de valores), la división entre cero, los 
parámetros inválidos de método, la interrupción de subprocesos y la asignación fallida de memoria (debido a la 
falta de ésta). El manejo de excepciones no está diseñado para procesar los problemas asociados con los eventos 
asincronos (por ejemplo, completar las operaciones de E/S de disco, la llegada de mensajes de red, clics del ratón 
y pulsaciones de teclas), los cuales ocurren en paralelo con, y en forma independiente de, el flujo de control del 
programa. 



Observación de ingeniería de software 13.2 

Incorpore su estrategia de manejo de excepciones en sus sistemas , partiendo desde el principio del proceso de diseño. 
Puede ser difícil incluir un manejo efectivo de las excepciones, después de haber implementado un sistema. 



Observación de ingeniería de software 13.3 

El manejo de excepciones proporciona una sola técnica uniforme para procesar los problemas. Esto ayuda a 
los programadores que trabajan en proyectos extensos a comprender el código de procesamiento de errores de los demás 
programadores. 



Observación de ingeniería de software 13.4 

Evite usar el manejo de excepciones como una forma alternativa de flujo de control. Estas excepciones “adicionales” 
pueden “estorbar” a las excepciones de tipos de errores genuinos. 



Observación de ingeniería de software 13.5 

El manejo de excepciones simplifica la combinación de componentes de software, y les permite trabajar en conjunto 
con efectividad, al permitir que los componentes predefinidos comuniquen los problemas a los componentes específicos 
de la aplicación, quienes a su vez pueden procesar los problemas en forma específica para la aplicación. 


13.6 Jerarquía de excepciones en Java 

Todas las clases de excepciones heredan, ya sea en forma directa o indirecta, de la clase Exception, formando 
una jerarquía de herencias. Los programadores pueden extender esta jerarquía para crear sus propias clases de 
excepciones. 
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Throwable 



RuntimeException lOException ñWTError ThreadDeath OutOfMemoryError 


i 


ArraylndexOutOfBoundsException 


InputMismatchException 





ClassCastException NullPointerException ArithmeticException 


Figura 13.3 | Porción de la jerarquía de herencia de la clase Throwable. 


La figura 13.3 muestra una pequeña porción de la jerarquía de herencia para la clase Throwabl e (una subcla- 
se de Ob j ect), que es la superclase de la clase Excepti on. Sólo pueden usarse objetos Throwabl e con el mecanis- 
mo para manejar excepciones. La clase Throwabl e tiene dos subclases: Excepti on y Error. La clase Excepti on y 
sus subclases (por ejemplo, RuntimeException, del paquete java. 1 ang, e IOExcepti on, del paquete java, i o) 
representan situaciones excepcionales que pueden ocurrir en un programa en Java, y que pueden ser atrapadas por 
la aplicación. La clase Error y sus subclases (por ejemplo, OutOfMemoryError) representan situaciones anormales 
que podrían ocurrir en la JVM. Los errores tipo Error ocurren con poca frecuencia y no deben ser atrapados por 
las aplicaciones; por lo general, no es posible que las aplicaciones se recuperen de los errores tipo Error. [Nota: la 
jerarquía de excepciones de Java contiene cientos de clases. En la API de Java puede encontrar información acerca 
de las clases de excepciones de Java. La documentación para la clase Th rowabi e se encuentra en j ava . sun . com/ 
javase/6/docs/api/j ava/i ang/Th rowable.html. En este sitio puede buscar las subclases de esta clase para 
obtener más información acerca de los objetos Excepti on y Error de Java]. 

Java clasifica a las excepciones en dos categorías: excepciones verificadas y excepciones no verificadas. Esta 
distinción es importante, ya que el compilador de Java implementa un requerimiento de atrapar o declarar para 
las excepciones verificadas. El tipo de una excepción determina si es verificada o no verificada. Todos los tipos 
de excepciones que son subclases directas o indirectas de la clase RuntimeException (paquete java, i ang) son 
excepciones no verificadas. Esto incluye a las excepciones que ya hemos visto, como las excepciones Arrayln- 
dexOutOfBoundsExcepti on y Ari thmeti cException (que se muestran en la figura 13.3). Todas las clases que 
heredan de la clase Excepti on pero no de la clase RuntimeException se consideran como excepciones verifica- 
das; y las que heredan de la clase Error se consideran como no verificadas. El compilador verifica cada una de las 
llamadas a un método, junto con su declaración, para determinar si el método lanza excepciones verificadas. De 
ser así, el compilador asegura que la excepción verificada sea atrapada o declarada en una cláusula throws. En 
la sección 13.4 vimos que la cláusula throws especifica las excepciones que lanza un método. Dichas excepciones 
no se atrapan en el cuerpo del método. Para satisfacer la parte relacionada con atrapar del requerimiento de 
atrapar o declarar, el código que genera la excepción debe envolverse en un bloque t ry, y debe proporcionar un 
manejador catch para el tipo de excepción verificada (o uno de los tipos de su superclase). Para satisfacer la parte 
relacionada con declarar del requerimiento de atrapar o declarar, el método que contiene el código que genera la 
excepción debe proporcionar una cláusula throws que contenga el tipo de excepción verificada, después de su 
lista de parámetros y antes de su cuerpo. Si el requerimiento de atrapar o declarar no se satisface, el compilador 
emitirá un mensaje de error, indicando que la excepción debe ser atrapada o declarada. Esto obliga a los progra- 
madores a pensar acerca de los problemas que pueden ocurrir cuando se hace una llamada a un método que lanza 
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excepciones verificadas. Las clases de excepciones se definen para verificarse cuando se consideran lo bastante 
importantes como para atraparlas o declararlas. 



Observación de ingeniería de software 13.6 

Los programadores se ven obligados a tratar con las excepciones verificadas. Esto produce un código más robusto que 
el que se crearía si los programadores pudieran simplemente ignorar las excepciones. 



Error común de programación 13.4 

Si un método intenta de manera explícita lanzar una excepción verificada (o si llama a otro método que lance 
una excepción verificada), y esa excepción no se lista en la cláusula throws de ese método, se produce un error de 
compilación. 



Error común de programación 13.5 

Si el método de una subclase sobrescribe al método de una superclase, es un error para el método de la subclase listar 
más expresiones en su cláusula throws de las que tiene el método sobrescrito de la superclase. Sin embargo, la cláu- 
sula throws de una subclase puede contener un subconjunto de la lista throws de una superclase. 



Observación de ingeniería de software 13.7 

Si su método llama a otros métodos que lanzan explícitamente excepciones verificadas, esas excepciones deben atra- 
parse o declararse en su método. Si una expresión puede manejarse de manera significativa en un método, éste debe 
atrapar la excepción en vez de declararla. 


A diferencia de las excepciones verificadas, el compilador de Java no verifica el código para determinar si 
una excepción no verificada es atrapada o declarada. Por lo general, las excepciones no verificadas se pueden 
evitar mediante una codificación apropiada. Por ejemplo, la excepción Ari thmeti cException no verificada 
que lanza el método cocí ente (líneas 9 a 13) en la figura 13.2 puede evitarse si el método se asegura que el 
denominador no sea cero antes de tratar de realizar la división. No es obligatorio que se listen las excepciones 
no verificadas en la cláusula throws de un método; aun si se listan, no es obligatorio que una aplicación atrape 
dichas excepciones. 



Observación de ingeniería de software 13.8 

Aunque el compilador no implementa el requerimiento de atrapar o declarar para las excepciones no verificadas, 
usted deberá proporcionar un código apropiado para el manejo de excepciones cuando sepa que dichas excepciones 
podrían ocurrir. Por ejemplo, un programa podría procesar excepciones NumberFormatExcepti on del método par- 
selnt de la clase Integer, aun cuando las excepciones NumberFormatExcepti on (una subclase de RuntimeEx- 
cepti on) sean no verificadas. Esto hará que sus programas sean más robustos. 


Las clases de excepciones se pueden derivar de una superclase común. Si se escribe un manejador catch para 
atrapar objetos de excepción de un tipo de superclase, también se pueden atrapar todos los objetos de las subcla- 
ses de esa clase. Esto permite que un bloque catch maneje los errores relacionados con una notación concisa, y 
permite el procesamiento polimórfico de las excepciones relacionadas. Evidentemente, se podría atrapar a cada 
uno de los tipos de las subclases en forma individual, si estas excepciones requirieran un procesamiento distinto. 
Atrapar excepciones relacionadas en un bloque catch tendría sentido solamente si el comportamiento del manejo 
fuera el mismo para todas las subclases. 

Si hay varios bloques catch que coinciden con un tipo específico de excepción, sólo reejecuta el primer blo- 
que catch que coincida cuando ocurra una excepción de ese tipo. Es un error de compilación tratar de atrapar el 
mismo tipo exacto en dos bloques catch distintos asociados con un bloque try específico. Sin embargo, puede 
haber varios bloques catch que coincidan con una excepción; es decir, varios bloques catch cuyos tipos sean los 
mismos que el tipo de excepción, o de una subclase de ese tipo. Por ejemplo, podríamos colocar un bloque catch 
para el tipo Ari thmeti cException después de un bloque catch para el tipo Excepti on; ambos coincidirían con 
las excepciones Ari thmeti cExcepti on, pero sólo se ejecutaría el primer bloque catch que coincidiera. 
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Tip para prevenir errores 1 3.6 


Atrapar los tipos de las subclases en forma individual puede ocasionar errores si usted olvida evaluar uno o más de los ti- 
pos de subclase en forma explícita; al atrapar a la superclase se garantiza que se atraparán los objetos de todas las sub- 
clases. Al colocar un bloque catch para el tipo de la superclase después de los demás bloques catch para todas las 
subclases de esa superclase aseguramos que todas las excepciones de las subclases se atrapen en un momento dado. 



Error común de programación 13.6 

Al colocar un bloque catch para un tipo de excepción de la superclase antes de los demás bloques catch que atrapan 
los tipos de excepciones de las subclases, evitamos que esos bloques catch se ejecuten, por lo cual se produce un error 
de compilación. 


13.7 Bloque final 1 y 

Los programas que obtienen ciertos tipos de recursos deben devolver esos recursos al sistema en forma explícita, 
para evitar las denominadas fugas de recursos. En lenguajes de programación como C y C++, el tipo más común 
de fuga de recursos es la fuga de memoria. Java realiza la recolección automática de basura en la memoria que ya 
no es utilizada por los programas, evitando así la mayoría de las fugas de memoria. Sin embargo, pueden ocurrir 
otros tipos de fugas de recursos en Java. Por ejemplo, los archivos, las conexiones de bases de datos y conexiones 
de red que no se cierran apropiadamente podrían no estar disponibles para su uso en otros programas. 



Tip para prevenir errores 1 3.7 


Hay una pequeña cuestión en Java: no elimina completamente las fugas de memoria. Java no hace recolección de 
basura en un objeto, sino hasta que no existen más referencias a ese objeto. Por lo tanto, si los programadores man- 
tienen por error referencias a objetos no deseados, pueden ocurrir fugas de memoria. 


El bloque final 1 y (que consiste en la palabra clave final 1 y, seguida de código encerrado entre llaves) es 
opcional, y algunas veces se le llama cláusula final 1 y. Si está presente, se coloca después del último bloque catch, 
como en la figura 13.4. 

Java garantiza que un bloque final! y (si hay uno presente en una instrucción try) se ejecutará, se lance o no 
una excepción en el bloque try correspondiente, o en cualquiera de sus bloques catch correspondientes. Java 


try 

{ 

instrucciones 

instrucciones para adquirir recursos 
} // fin del bloque try 
catch ( UnTipoDeExcepción excepción 1 ) 

instrucciones para manejar excepciones 
} // fin de bloque catch 


catch ( OtroTípoDeExcepdén excepdón2') 

instrucciones para manejar excepciones 
} // fin de bloque catch 
f i nal 1 y 
{ 

instrucciones 

instrucciones para liberar recursos 
} // fin de bloque finally 


Figura 13.4 | Una instrucción try con un bloque finally. 
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también garantiza que un bloque final 1 y (si hay uno presente) se ejecutará si un bloque try se sale mediante el 
uso de una instrucción return, break o conti nue, o simplemente al llegar a la llave derecha de cierre del bloque 
try. El bloque final 1 y «o se ejecutará si la aplicación sale antes de tiempo de un bloque try, llamando al método 
System. exit. Este método, que demostraremos en el siguiente capítulo, termina de inmediato una aplicación. 

Como un bloque final 1 y casi siempre se ejecuta, por lo general, contiene código para liberar recursos. 
Suponga que se asigna un recurso en un bloque try. Si no ocurre una excepción, se ignoran los bloques catch y 
el control pasa al bloque final 1 y, que libera el recurso. Después, el control pasa a la primera instrucción después 
del bloque final 1 y. Si ocurre una excepción en el bloque try, el programa ignora el resto de este bloque. Si el 
programa atrapa la excepción en uno de los bloques catch, procesa la excepción, después el bloque final 1 y libera 
el recurso y el control pasa a la primera instrucción después del bloque final 1 y. 



Tip de rendimiento 1 3.2 

Siempre debe liberar cada recurso de manera explícita y lo más pronto posible, una vez que ya no sea necesario. 
Esto hace que los recursos estén inmediatamente disponibles para que su programa ( o cualquier otro programa) los 
reutilice, con lo cual se mejora la utilización de recursos. 



Tip para prevenir errores 1 3.8 


Como se garantiza que el bloque fina 7 7y debe ejecutarse, ocurra o no una excepción en el bloque try correspondien- 
te, este bloque es un lugar ideal para liberar los recursos adquiridos en un bloque try. Ésta es también una manera 
efectiva de eliminar las fugas de recursos. Por ejemplo, el bloque fina 7 7y debe cerrar todos los archivos que estén 
abiertos en el bloque try. 


Si una excepción que ocurre en un bloque try no puede ser atrapada por uno de los manejadores catch de 
ese bloque try, el programa ignora el resto del bloque try y el control procede al bloque final 1 y. Después el 
programa pasa la excepción al siguiente bloque try (por lo general, en el método que hizo la llamada), en donde 
un bloque catch asociado podría atraparla. Este proceso puede ocurrir a través de muchos niveles de bloques try. 
También es posible que la excepción no se atrape. 

Si un bloque catch lanza una excepción, el bloque final 1 y de todas formas se ejecuta. Después, la excepción 
se pasa al siguiente bloque try exterior; de nuevo, en el método que hizo la llamada. 

La figura 13.5 demuestra que el bloque final 1 y se ejecuta, aun cuando no se lance una excepción en el bloque 
try correspondiente. El programa contiene los métodos stati c mai n (líneas 7 a 19), 1 anzaExcepci on (líneas 
22 a 45) y noLanzaExcepci on (líneas 48 a 65). Los métodos 1 anzaExcepci on y noLanzaExcepcion se declaran 
como stati c, por lo que mai n puede llamarlos directamente sin instanciar un objeto UsoDeExcepci ones. 


1 // Fig. 13.5: UsoDeExcepci ones. java 

2 // Demostración del mecanismo de manejo de excepciones 

3 // try. . .catch. . .finally. 

4 

5 public class UsoDeExcepciones 

6 { 

7 public stati c void main( String args[] ) 

8 { 

9 try 

10 { 

11 lanzaExcepcionf) ; //llama al método 1 anzaExcepci on 

12 } // fin de try 

13 catch ( Exception excepción ) // excepción lanzada por lanzaExcepcion 

14 { 

15 System. err.println( "La excepción se manejo en main" ); 

16 } // fin de catch 

17 

18 noLanzaExcepcionO ; 

19 } // fin de main 

Figura 13.5 Mecanismo de manejo de excepciones try. ..catch. ..finally. (Parte I de2). 
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20 

21 // demuestra los bloques try. . .catch. . .finally 

22 public static void lanzaExcepcionO throws Exception 

23 { 

24 try // lanza una excepción y la atrapa de inmediato 

25 { 

26 System . out . pri ntl n( "Método 1 anzaExcepcion" ); 

27 throw new ExceptionO; // genera la excepción 

28 } // fin de try 

29 catch ( Exception excepción ) // atrapa la excepción lanzada en el bloque try 

30 { 

31 System. err.println( 

32 "La excepción se manejo en el método lanzaExcepcion" ); 

33 throw excepción; // vuelve a lanzar para procesarla más adelante 

34 

35 // no se llegarla al código que se coloque aqui , la excepción se vuelve a 
lanzar en el bloque catch 

36 

37 } // fin de catch 

38 finally // se ejecuta sin importar lo que ocurra en los bloques try... catch 

39 { 

40 System. err.println( "Se ejecuto finally en lanzaExcepcion" ); 

41 } // fin de finally 

42 

43 // no se llega al código que se coloque aqui, la excepción se vuelve a lanzar en 
el bloque catch 

44 

45 } // fin del método lanzaExcepcion 

46 

47 // demuestra el uso de finally cuando no ocurre una excepción 

48 public static void noLanzaExcepcionO 

49 { 

50 try // el bloque try no lanza una excepción 

51 { 

52 System. out. println( "Método noLanzaExcepcion" ); 

53 } // fin de try 

54 catch ( Exception excepción ) // no se ejecuta 

55 { 

56 System. err.println( excepción ); 

57 } // fin de catch 

58 finally // se ejecuta sin importar lo que ocurra en los bloques try... catch 

59 { 

60 System. err.println( 

61 "Se ejecuto Finally en noLanzaExcepcion" ); 

62 } // fin de bloque finally 

63 

64 System. out. println( "Fin del método noLanzaExcepcion" ); 

65 } // fin del método noLanzaExcepcion 

66 } // fin de la clase UsoDeExcepciones 

Método lanzaExcepcion 

La excepción se manejo en el método lanzaExcepcion 

Se ejecuto finally en lanzaExcepcion 

La excepción se manejo en mai n 

Método noLanzaExcepcion 

Se ejecuto Finally en noLanzaExcepcion 

Fin del método noLanzaExcepcion 

Figura 13.5 Mecanismo de manejo de excepciones try. ..catch. ..final! y. (Parte 2 de 2). 
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Observe el uso de System. err para imprimir datos en pantalla (líneas 15, 31-32, 40, 56, 60 y 61). De 
manera predeterminada, System, err . pri ntl n, al igual que System, out . pri ntl n, muestra los datos en el sím- 
bolo del sistema. 

Tanto System . out como System .err son flujos: una secuencia de bytes. Mientras que System . out (cono- 
cido como el flujo de salida estándar) se utiliza para mostrar la salida de un programa, System .err (conocido 
como el flujo de error estándar) se utiliza para mostrar los errores de un programa. La salida de estos flujos se 
puede redirigir (es decir, enviar a otra parte que no sea el símbolo del sistema, como a un archivo). El uso de dos 
flujos distintos permite al programador separar fácilmente los mensajes de error de cualquier otra información de 
salida. Por ejemplo, los datos que se imprimen de System. err se podrían enviar a un archivo de registro, mien- 
tras que los que se imprimen de System. out se podrían mostrar en la pantalla. Para simplificar, en este capítulo 
no redimiremos la salida de System .err, sino que mostraremos dichos mensajes en el símbolo del sistema. En el 
capítulo 14, Archivos y flujos, aprenderá más acerca de los flujos. 

Lanzar excepciones mediante la instrucción throw 

El método mai n (figura 13.5) empieza a ejecutarse, entra a su bloque try y de inmediato llama al método 1 an- 
zaExcepcion (línea 11). El método 1 anzaExcepcion lanza una excepción tipo Exception. La instrucción en 
la línea 27 se conoce como instrucción throw; esta instrucción se ejecuta para indicar que ha ocurrido una 
excepción. Hasta ahora sólo hemos atrapado las excepciones que lanzan los métodos que son llamados. Los pro- 
gramadores pueden lanzar excepciones mediante el uso de la instrucción throw. Al igual que con las excepciones 
lanzadas por los métodos de la API de Java, esto indica a las aplicaciones cliente que ha ocurrido un error. Una 
instrucción th row especifica un objeto que se lanzará. El operando de throw puede ser de cualquier clase derivada 
de Throwable. 

Observación de ingeniería de software 13.9 

Cuando se invoca el método toString en cualquier objeto Throwabl e, su cadena resultante incluye la cadena 
descriptiva que se suministró al constructor, o simplemente el nombre, si no se suministró una cadena. 

Observación de ingeniería de software 13.10 

Un objeto puede lanzarse sin contener información acerca del problema que ocurrió. En este caso, el simple conoci- 
miento de que ocurrió una excepción de cierto tipo puede proporcionar suficiente información para que el manejador 
procese el problema en forma correcta. 

Observación de ingeniería de software 13. II 

Las excepciones pueden lanzarse desde constructores. Cuando se detecta un error en un constructor, debe lanzarse una 
excepción en vez de crear un objeto formado en forma inapropiada. 

Volver a lanzar excepciones 

La línea 33 de la figura 13.5 vuelve a lanzar la excepción. Las excepciones se vuelven a lanzar cuando un blo- 
que catch, al momento de recibir una excepción, decide que no puede procesar la excepción o que sólo puede 
procesarla parcialmente. Al volver a lanzar una excepción, se difiere el manejo de la misma (o tal vez una porción 
de ella) hacia otro bloque catch asociado con una instrucción try exterior. Para volver a lanzar una excepción se 
utiliza la palabra clave throw, seguida de una referencia al objeto excepción que se acaba de atrapar. Observe que 
las excepciones no se pueden volver a lanzar desde un bloque final 1 y, ya que el parámetro de la excepción del 
bloque catch ha expirado. 

Cuando se vuelve a lanzar una excepción, el siguiente bloque try circundante la detecta, y la instrucción 
catch de ese bloque try trata de manejarla. En este caso, el siguiente bloque try circundante se encuentra en 
las líneas 9 a 12 en el método mai n. Sin embargo, antes de manejar la excepción que se volvió a lanzar, se ejecuta 
el bloque finally (líneas 38 a 41). Después, el método main detecta la excepción que se volvió a lanzar en el 
bloque try, y la maneja en el bloque catch (líneas 13 a 16). 

A continuación, main llama al método noLanzaExcepcion (línea 18). Como no se lanza una excepción 
en el bloque try de noLanzaExcepcion (líneas 50 a 53), el programa ignora el bloque catch (líneas 54 a 57), 
pero el bloque final 1 y (líneas 58 a 62) se ejecuta de todas formas. El control pasa a la instrucción que está después 
del bloque final 1 y (línea 64). Después, el control regresa a mai n y el programa termina. 
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Error común de programación 13.7 

Si no se ha atrapado una excepción cuando el control entra a un bloque fina 7 ly, y éste lanza una excepción que 
no se atrapa en el bloque fina 7 7 y, se perderá la primera excepción y se devolverá la excepción del bloque fina 7 7 y al 
método que hizo la llamada. 



Tip para prevenir errores 1 3.9 


Evite colocar código que pueda lanzar (throw) una excepción en un bloque final 1 y. Si se requiere dicho código, 
enciérrelo en bloques try. . . catch dentro del bloque fina 7 7 y. 



Error común de programación 13.8 

Suponer que una excepción lanzada desde un bloque catch se procesará por ese bloque catch, o por cualquier otro 
bloque catch asociado con la misma instrucción try, puede provocar errores lógicos. 


■rt. Buena práctica de programación 13.2 


El mecanismo de manejo de excepciones de Java está diseñado para eliminar el código de procesamiento de erro- 
res de la línea principal del código de un programa, para así mejorar su legibilidad. No coloque bloques try. . . 
catch. . . fina 7 7 y alrededor de cada instrucción que pueda lanzar una excepción. Esto dificulta la legibilidad de los 
programas. En vez de ello, coloque un bloque try alrededor de una porción considerable de su código, y después de 
ese bloque try coloque bloques catch para manejar cada posible excepción, y después de esos bloques catch coloque 
un solo bloque fina 7 ly (si se requiere). 


13.8 Limpieza de la pila 

Cuando se lanza una excepción, pero no se atrapa en un alcance específico, la pila de llamadas a métodos se 
“limpia” y se hace un intento de atrapar (catch) la excepción en el siguiente bloque try exterior. A este proceso 
se le conoce como limpieza de la pila. Limpiar la pila de llamadas a métodos significa que el método en el que 
no se atrapó la excepción termina, todas las variables en ese método quedan fuera de alcance y el control regresa 
a la instrucción que invocó originalmente a ese método. Si un bloque try encierra a esa instrucción, se hace un 
intento de atrapar (catch) esa excepción. Si un bloque try no encierra a esa instrucción, se lleva a cabo la lim- 
pieza de la pila otra vez. Si ningún bloque catch atrapa a esta excepción, y la excepción es verificada (como en 
el siguiente ejemplo), al compilar el programa se producirá un error. El programa de la figura 13.6 demuestra la 
limpieza de la pila. 


1 // Fig. 13.6: UsoDeExcepci ones . java 

2 // Demostración de la limpieza de la pila. 

3 

4 public class UsoDeExcepciones 

5 { 

6 public static void main( String args[] ) 

7 { 

8 try // llama a lanzaExcepcion para demostrar la limpieza de la pila 

9 { 

10 lanzaExcepcionO ; 

11 } // fin de try 

12 catch ( Exception excepción ) // excepción lanzada en lanzaExcepcion 

13 { 

14 System. err.println( "La excepción se manejo en main" ); 

15 } // fin de catch 

16 } // fin de main 

17 

18 // lanzaExcepcion lanza la excepción que no se atrapa en este método 

19 public static void lanzaExcepcionO throws Exception 


Figura 13.6 | Limpieza de la pila. (Parte I de 2). 
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20 { 

21 try // lanza una excepción y la atrapa en mai n 

22 { 

23 System. out.println( "Método 1 anzaExcepcion" ); 

24 throw new ExceptionO; // genera la excepción 

25 } // fin de try 

26 catch ( RuntimeException runtimeException ) // atrapa el tipo incorrecto 

27 { 

28 System. err.println( 

29 "La excepción se manejo en el método lanzaExcepcion" ); 

30 } // fin de catch 

31 finally // el bloque final 1 y siempre se ejecuta 

32 { 

33 System. err.printlnf "Finally siempre se ejecuta" ); 

34 } // fin de finally 

35 } // fin del método lanzaExcepcion 

36 } // fin de la clase UsoDeExcepciones 


Método lanzaExcepcion 
Finally siempre se ejecuta 
La excepción se manejo en mai n 


Figura 13.6 | Limpieza de la pila. (Parte 2 de 2). 


Cuando se ejecuta el método mai n, la línea 10 en el bloque try llama al método 1 anzaExcepci on (líneas 19 
a 35). En el bloque try del método lanzaExcepcion (líneas 21 a 25), la línea 24 lanza una excepción Excep- 
ti on. Esto termina el bloque try de inmediato, y el control ignora el bloque catch en la línea 26, debido a que 
el tipo que se está atrapando (Runti meExcepti on) no es una coincidencia exacta con el tipo lanzado (Excepti on) 
y no es una superclase del mismo. El método 1 anzaExcepci on termina (pero no hasta que se ejecute su bloque 
Fi nal 1 y) y devuelve el control a la línea 10; el punto desde el cual se llamó en el programa. La línea 10 es un 
bloque try circundante. La excepción no se ha manejado todavía, por lo que el bloque try termina y se hace 
un intento por atrapar la excepción en la línea 12. El tipo que se atrapará (Excepti on) no coincide con el tipo lan- 
zado. En consecuencia, el bloque catch procesa la excepción y el programa termina al final de mai n. Si no hubiera 
bloques catch que coincidieran, se produciría un error de compilación. Recuerde que éste no es siempre el caso; 
para las excepciones no verificadas la aplicación se compilará, pero se ejecutará con resultados inesperados. 


13.9 pri ntStackTrace, getStackTrace y getMessage 

En la sección 13.6 vimos que las excepciones se derivan de la clase Throwabl e. Esta clase ofrece un método lla- 
mado pri ntStackTrace, que envía al flujo de error estándar la pila de llamadas a métodos (lo cual se describe en 
la sección 13.3). A menudo, esto ayuda en la prueba y la depuración. La clase Throwabl e también proporciona 
un método llamado getStackTrace, que obtiene la información de rastreo de la pila que podría imprimir pri nt 
StackTrace. El método getMessage de la clase Throwabl e devuelve la cadena descriptiva almacenada en una 
excepción. El ejemplo de esta sección, considera estos tres métodos. 



Tip para prevenir errores 13.10 


Una excepción que no sea atrapada en una aplicación hará que se ejecute el manejador de excepciones predetermi- 
nado de Java. Este muestra el nombre de la excepción , un mensaje descriptivo que indica el problema que ocurrió 
y un rastreo completo de la pila de ejecución. En una aplicación con un solo subproceso de ejecución, la aplicación 
termina. En una aplicación con varios subprocesos, termina el subproceso que produjo la excepción. 



Tip para prevenir errores 13.11 


El método toString de Throwable (heredado en todas las subclases de Throwable) devuelve una cadena que 
contiene el nombre de la clase de la excepción y un mensaje descriptivo. 
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En la figura 13.7 se demuestra el uso de getMessage, printStackTrace y getStackTrace. Si queremos 
mostrar la información de rastreo de la pila a flujos que no sean el flujo de error estándar, podemos utilizar la 
información devuelta por getStackT race y enviar estos datos a otro flujo. En el capítulo 14, Archivos y flujos, 
veremos cómo enviar datos a otros flujos. 

En mai n, el bloque try (líneas 8 a 1 1) llama a metodol (declarado en las líneas 35 a 38). A continuación, 
metodol llama a metodo2 (declarado en las líneas 41 a 44), que a su vez llama a metodo3 (declarado en las líneas 
47 a 50). En la línea 49 de metodo3 se lanza un objeto Exception; éste es el punto de lanzamiento. Como la 
instrucción throw de la línea 49 no va encerrada en ningún bloque try, se lleva a cabo la limpieza de la pila; 
metodo3 termina en la línea 49 y después regresa el control a la instrucción en metodo2 que invocó a metodo3 (es 
decir, la línea 43). Como ningún bloque try encierra a la línea 43, se lleva a cabo la limpieza de la pila otra vez; 
metodo2 termina en la línea 43 y regresa el control a la instrucción en metodol que invocó a metodo2 (es decir, la 
línea 37). Como ningún bloque try encierra a la línea 37, se lleva a cabo la limpieza de la pila una vez más; meto- 
dol termina en la línea 37 y regresa el control a la instrucción en mai n que invocó a metodol (es decir, la línea 
10). El bloque try de las líneas 8 a 1 1 encierra a esta instrucción. La excepción no ha sido manejada, por lo que 
el bloque try termina y el primer bloque catch concordante (líneas 12 a 31) atrapa y procesa la excepción. 


1 // Fig. 13.7: UsoDeExcepciones . java 

2 // Demostración de getMessage y printStackTrace de la clase Exception. 

3 

4 public class UsoDeExcepciones 

5 { 

6 public static void main( String args[] ) 

7 { 

8 try 

9 { 

10 metodolO; // llama a metodol 

11 } // fin de try 

12 catch ( Exception excepción ) // atrapa la excepción lanzada en metodol 

13 { 

14 System. err.printf( '%s\n\n", excepción . getMessageO ); 

15 excepción . pri ntStackTrace() ; // imprime el rastreo de la pila de la excepción 

16 

17 // obtiene la información de rastreo de la pila 

18 StackTraceElement[] el ementosRastreo = excepción. getStackTrace() ; 

19 

20 System. out.println( "\nRastreo de la pila de getStackTrace:" ); 

21 System. out.println( "Clase\t\t\tArchivo\t\t\tLinea\tMetodo" ); 

22 

23 // itera a través de elementosRastreo para obtener la descripción de la 

excepci ón 

24 for ( StackTraceElement elemento : elementosRastreo ) 

25 { 

26 System. out.printf( "%s\t‘ , el emento . getCl assNameO ); 

27 System. out.printf( "%s\t‘ , el emento . getFi 1 eName() ); 

28 System. out.printf( "%s\t' , el emento . getLi neNumberO ); 

29 System. out.printf( "%s\n' , el emento . getMethodNameO ); 

30 } // fin de for 

31 } // fin de catch 

32 } // fin de main 

33 

34 // llama a metodo2; lanza las excepciones de vuelta a main 

35 public static void metodolO throws Exception 

36 { 

37 metodo2 0; 

38 } // fin del método metodol 

39 


Figura 13.7 | Los métodos getMessage, getStackTrace y printStackTrace de Throwable. (Parte I de 2). 
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40 // 11 ama a metodo3; lanza las excepciones de vuelta a metodol 

41 public static void metodo2() throws Exception 

42 { 

43 metodo3 0; 

44 } // fin del método metodo2 

45 

46 // lanza la excepción Exception de vuelta a metodo2 

47 public static void metodo3() throws Exception 

48 { 

49 throw new Exception( "La excepción se lanzo en metodo3" ); 

50 } // fin del método metodo3 

51 } // fin de la clase UsoDeExcepciones 


La excepción se lanzo en metodo3 

java. lang. Exception: La excepción se lanzo en metodo3 

at UsoDeExcepci ones . metodo3 (UsoDeExcepci ones . j ava : 49) 
at UsoDeExcepci ones . metodo2 (UsoDeExcepci ones . j ava : 43) 
at UsoDeExcepciones .metodol (UsoDeExcepci ones . java: 37) 
at UsoDeExcepci ones . mai n (UsoDeExcepci ones .java : 10) 


Rastreo de la pila de getStackTrace : 


C1 ase 

Archi vo 

Li nea 

Método 

UsoDeExcepciones 

UsoDeExcepci ones . java 

49 

metodo3 

UsoDeExcepciones 

UsoDeExcepci ones . java 

43 

metodo2 

UsoDeExcepciones 

UsoDeExcepci ones . java 

37 

metodol 

UsoDeExcepciones 

UsoDeExcepci ones . java 

10 

mai n 


Figura 13.7 | Los métodos getMessage, getStackTrace y pri ntStackTrace de Throwable. (Parte 2 de 2). 


En la línea 14 se invoca al método getMessage de la excepción, para obtener la descripción de la misma. En 
la línea 15 se invoca al método pri ntStackTrace de la excepción, para mostrar el rastreo de la pila, el cual indica 
en dónde ocurrió la excepción. En la línea 18 se invoca al método getStackT race de la excepción, para obtener 
la información del rastreo de la pila, como un arreglo de objetos StackTraceElement. En las líneas 24 a 30 se 
obtiene cada uno de los objetos StackTraceElement en el arreglo, y se invocan sus métodos getClassName, 
getFileName, getLineNumber y getMethodName para obtener el nombre de la clase, el nombre del archivo, el 
número de línea y el nombre del método, respectivamente, para ese objeto StackTraceElement. Cada objeto 
StackT raceEl ement representa la llamada a un método en la pila de llamadas a métodos. 

Los resultados de la figura 13.7 muestran que la información de rastreo de la pila que imprime pri nt- 
StackTrace sigue el patrón: nombreClase.nombreMétodo(nombreArchivo:númeroLínea), en donde nombre- 
Clase, nombreMétodo y nombreArchivo indican los nombres de la clase, el método y el archivo en los que ocurrió 
la excepción, respectivamente, y númeroLínea indica en qué parte del archivo ocurrió la excepción. Usted vio esto 
en los resultados para la figura 13.1. El método getStackTrace permite un procesamiento personalizado de la 
información sobre la excepción. Compare la salida de pri ntStackT race con la salida creada a partir de los obje- 
tos StackT raceEl ement, y podrá ver que ambos contienen la misma información de rastreo de la pila. 


Observación de ingeniería de software 13.12 


Nunca ignore una excepción que atrape. Por lo menos, use el método pri ntStackTrace para imprimir un mensaje 
de error. Esto informará a los usuarios que existe un problema, para que puedan tomar las acciones apropiadas. 
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13.10 Excepciones encadenadas 

Algunas veces un bloque catch atrapa un tipo de excepción y después lanza una nueva excepción de un tipo dis- 
tinto, para indicar que ocurrió una excepción específica del programa. En las primeras versiones de Java, no había 
mecanismo para envolver la información de la excepción original con la información de la nueva excepción, para 
proporcionar un rastreo completo de la pila, indicando en dónde ocurrió el problema original en el programa. 
Esto hacía que depurar dichos problemas fuera un proceso bastante difícil. Las excepciones encadenadas permi- 
ten que un objeto de excepción mantenga la información completa sobre el rastreo de la pila. En la figura 13.8 se 
demuestran las excepciones encadenadas. 


1 // Fig. 13.8: UsoDeExcepci onesEncadenadas . java 

2 // Demostración de las excepciones encadenadas. 

3 

4 public class UsoDeExcepcionesEncadenadas 

5 { 

6 public static void main( String args[] ) 

7 { 

8 try 

9 { 

10 metodolO ; // llama a metodol 

11 } // fin de try 

12 catch ( Exception excepción ) // excepciones lanzadas desde metodol 

13 { 

14 excepción . pri ntStackTrace() ; 

15 } // fin de catch 

16 } // fin de main 

17 

18 // llama a metodo2 ; lanza las excepciones de vuelta a main 

19 public static void metodolO throws Exception 

20 { 

21 try 

22 { 

23 metodo2(); // llama a metodo2 

24 } // fin de try 

25 catch ( Exception excepción ) // excepción lanzada desde metodo2 

26 { 

27 throw new Exception( "La excepción se lanzo en metodol", excepción ); 

28 } // fin de try 

29 } // fin del método metodol 

30 

31 // llama a metodo3; lanza las excepciones de vuelta a metodol 

32 public static void metodo2() throws Exception 

33 { 

34 try 

35 { 

36 metodo3(); // llama a metodo3 

37 } // fin de try 

38 catch ( Exception excepción ) // excepción lanzada desde metodo3 

39 { 

40 throw new Exception( "La excepción se lanzo en metodo2", excepción ); 

41 } // fin de catch 

42 } // fin del método metodo2 

43 

44 // 1 anza excepción Exception de vuelta a metodo2 

45 public static void metodo3() throws Exception 

46 { 

47 throw new Exception( "La excepción se lanzo en metodo3" ); 

48 } // fin del método metodo3 

49 } // fin de la clase UsoDeExcepcionesEncadenadas 

Figura 13.8 | Excepciones encadenadas. (Parte I de 2). 
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java.lang.Exception: La excepción se lanzo en metodol 

at UsoDeExcepci ones Encadenadas . metodol (UsoDeExcepcionesEncadenadas . java : 27) 
at UsoDeExcepci ones Encadenadas . mai n (UsoDeExcepci ones Encadenadas . j ava : 10) 
Caused by: java.lang.Exception: La excepción se lanzo en metodo2 

at UsoDeExcepcionesEncadenadas . metodo2 (UsoDeExcepcionesEncadenadas .java: 40) 
at UsoDeExcepci ones Encadenadas .metodol (UsoDeExcepci ones Encadenadas . java : 23) 
... 1 more 

Caused by: java.lang.Exception: La excepción se lanzo en metodo3 

at UsoDeExcepcionesEncadenadas . metodo3 (UsoDeExcepci ones Encadenadas .java: 47) 
at UsoDeExcepci ones Encadenadas . metodo2 (UsoDeExcepci ones Encadenadas . java: 36) 
... 2 more 


Figura 13.8 | Excepciones encadenadas. (Parte 2 de 2). 


El programa consiste de cuatro métodos: mai n (líneas 6 a 16), metodol (líneas 19 a 29), metodo2 (líneas 32 
a 42) y metodo3 (líneas 45 a 48). La línea 10 en el bloque try de mai n llama a metodol. La línea 23 en el blo- 
que try de metodol llama a metodo2. La línea 36 en el bloque try de metodo2 llama a metodo3. En metodo3, la 
línea 47 lanza una nueva excepción Excepti on. Como esta instrucción no se encuentra dentro de un bloque try, 
el metodo3 termina y la excepción se devuelve al método que hace la llamada (metodo2), en la línea 36. Esta ins- 
trucción se encuentra dentro de un bloque t ry; por lo tanto, el bloque try termina y la excepción es atrapada en las 
líneas 38 a 41. En la línea 40, en el bloque catch, se lanza una nueva excepción. En este caso, se hace una llama- 
da al constructor Excepti on con dos argumentos). El segundo argumento representa a la excepción que era la 
causa original del problema. En este programa, la excepción ocurrió en la línea 47. Como se lanza una excepción 
desde el bloque catch, el metodo2 termina y devuelve la nueva excepción al método que hace la llamada (meto- 
dol), en la línea 23. Una vez más, esta instrucción se encuentra dentro de un bloque try, por lo tanto, este bloque 
termina y la excepción es atrapada en las líneas 25 a 28. En la línea 27, en el bloque catch se lanza una nueva 
excepción y se utiliza la excepción que se atrapó como el segundo argumento para el constructor de Excepti on. 
Como se lanza una excepción desde el bloque catch, el metodol termina y devuelve la nueva excepción al méto- 
do que hace la llamada (mai n), en la línea 10. El bloque try en mai n termina y la excepción es atrapada en las 
líneas 12 a 15. En la línea 14 se imprime un rastreo de la pila. 

Observe en la salida del programa que las primeras tres líneas muestran la excepción más reciente que fue 
lanzada (es decir, la del metodol en la línea 23). Las siguientes cuatro líneas indican la excepción que se lanzó des- 
de el metodo2, en la línea 40. Por último, las siguientes cuatro líneas representan la excepción que se lanzó desde 
el metodo3, en la línea 47. Además observe que, si lee la salida en forma inversa, muestra cuántas excepciones 
encadenadas más quedan pendientes. 


13.11 Declaración de nuevos tipos de excepciones 

La mayoría de los programadores de Java utilizan las clases existentes de la API de Java, de distribuidores inde- 
pendientes y de bibliotecas de clases gratuitas (que, por lo general, se pueden descargar de Internet) para crear 
aplicaciones de Java. Los métodos de esas clases por lo general se declaran para lanzar las excepciones apropiadas 
cuando ocurren problemas. Los programadores escriben código para procesar esas excepciones existentes, para 
que sus programas sean más robustos. 

Si usted crea clases que otros programadores utilizarán en sus programas, tal vez le sea conveniente declarar 
sus propias clases de excepciones que sean específicas para los problemas que pueden ocurrir cuando otro progra- 
mador utilice sus clases reutilizables. 



Observación de ingeniería de software 13.13 

De ser posible, indique las excepciones de sus métodos mediante el uso de las clases de excepciones existentes, en vez de 
crear nuevas clases de excepciones. La API de Java contiene muchas clases de excepciones que podrían ser adecuadas 
para el tipo de problema que su método necesite indicar. 
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Una nueva clase de excepción debe extender a una clase de excepción existente, para poder asegurar que 
la clase pueda utilizarse con el mecanismo de manejo de excepciones. Al igual que cualquier otra clase, una cla- 
se de excepción puede contener campos y métodos. Sin embargo, una nueva clase de excepción, por lo general, 
contiene sólo dos constructores; uno que no toma argumentos y pasa un mensaje de excepción predeterminado 
al constructor de la superclase, y otro que recibe un mensaje de excepción personalizado como una cadena y 
lo pasa al constructor de la superclase. 



Buena práctica de programación 1 3.3 

Asociar cada uno de los tipos de fallas graves en tiempo de ejecución con una clase de excepción 
ayuda a mejorar la claridad del programa. 


con 


nombre apropiado 



Observación de ingeniería de software 13.14 

Al definir su propio tipo de excepción, estudie las clases de excepción existentes en la API de Java y trate de extender 
una clase de excepción relacionada. Por ejemplo, si va a crear una nueva clase para representar cuando un método 
intenta realizar una división entre cero, podría extender la clase Ari thmeti cExcepti on, ya que la división entre 
cero ocurre durante la aritmética. Si las clases existentes no son superclases apropiadas para su nueva clase de excep- 
ción, debe decidir si su nueva clase debe ser una clase de excepción verificada o no verificada. La nueva clase de 
excepción debe ser una excepción verificada (es decir, debe extender a Excepti on pero no a RuntimeExcepti on) 
los posibles clientes deben manejar la excepción. La aplicación cliente debe ser capaz de recuperarse en forma razona- 
ble de una excepción de este tipo. La nueva clase de excepción debe extender a Runti meExcepci on si el código cliente 
debe ser capaz de ignorar la excepción (es decir, si la excepción es una excepción no verificada). 


En el capítulo 17, Estructuras de datos, proporcionaremos un ejemplo de una clase de excepción personali- 
zada. Declararemos una clase reutilizable llamada Li sta, la cual es capaz de almacenar una lista de referencias a 
objetos. Algunas operaciones que se realizan comúnmente en una Li sta no se permitirán si la Li sta está vacía, 
como eliminar un elemento de la parte frontal o posterior de la lista (es decir, no pueden eliminarse elementos, ya 
que la Li sta no contiene ningún elemento en ese momento). Por esta razón, algunos métodos de Li sta lanzan 
excepciones de la clase de excepción Li staVaci aExcepti on. 

Buena práctica de programación 13.4 

Por convención, todos los nombres de las clases de excepciones deben terminar con la palabra Excepti on. 

13.12 Precondiciones y poscondiciones 

Los programadores invierten una gran parte de su tiempo en mantener y depurar código. Para facilitar estas tareas 
y mejorar el diseño en general, comúnmente especifican los estados esperados antes y después de la ejecución de 
un método. A estos estados se les llama precondiciones y poscondiciones, respectivamente. 

Una precondición debe ser verdadera cuando se invoca a un método. Las precondiciones describen las 
restricciones en los parámetros de un método, y en cualquier otra expectativa que tenga el método en relación 
con el estado actual de un programa. Si no se cumplen las precondiciones, entonces el comportamiento del método 
es indefinido; puede lanzar una excepción, continuar con un valor ilegal o tratar de recuperarse del error. Sin embar- 
go, nunca hay que confiar en las precondiciones o esperar un comportamiento consistente, si éstas no se cumplen. 

Una poscondición es verdadera una vez que el método regresa con éxito. Las poscondiciones describen las 
restricciones en el valor de retorno, y en cualquier otro efecto secundario que pueda tener el método. Al llamar 
a un método, podemos asumir que éste satisface todas sus poscondiciones. Si usted está escribiendo su propio 
método, debe documentar todas las poscondiciones, de manera que otros sepan qué pueden esperar al llamar 
a su método, y usted debe asegurarse que su método cumpla con todas sus poscondiciones, si en definitiva se 
cumplen sus precondiciones. 

Cuando no se cumplen sus precondiciones o poscondiciones, los métodos por lo general lanzan excepcio- 
nes. Como ejemplo, examine el método charAt de Stri ng, que tiene un parámetro i nt: un índice en el objeto 
Stri ng. Para una precondición, el método charAt asume que i ndi ce es mayor o igual a cero, y menor que la 
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longitud del objeto String. Si se cumple la precondición, ésta establece que el método devolverá el carácter en 
la posición en el objeto String especificada por el parámetro indice. En caso contrario, el método lanza una 
excepción IndexOutOfBoundsExcepti on. Confiamos en que el método charAt satisfaga su poscondición, siem- 
pre y cuando cumplamos con la precondición. No necesitamos preocuparnos por los detalles acerca de cómo el 
método obtiene en realidad el carácter en el índice. 

Algunos programadores establecen las precondiciones y poscondiciones de manera informal, como parte 
de la especificación general del método, mientras que otros prefieren un enfoque más formal, al definirlas de 
manera explícita. Al diseñar sus propios métodos, usted debe establecer las precondiciones y poscondiciones en 
un comentario antes de la declaración del método, de cualquier forma que guste. Establecer las precondiciones 
y poscondiciones antes de escribir un método también nos ayuda a guiarnos a medida que implementamos 
el método. 

13.13 Aserciones 

Al implementar y depurar una clase, algunas veces es conveniente establecer condiciones que deban ser verdaderas 
en un punto específico de un método. Estas condiciones, conocidas como aserciones, ayudan a asegurar la validez 
de un programa al atrapar los errores potenciales e identificar los posibles errores lógicos durante el desarrollo. 
Las precondiciones y las poscondiciones son dos tipos de aserciones. Las precondiciones son aserciones acerca del 
estado de un programa a la hora de invocar un método, y las poscondiciones son aserciones acerca del estado de 
un programa cuando el método termina. 

Aunque las aserciones pueden establecerse como comentarios para guiar al programador durante el desa- 
rrollo, Java incluye dos versiones de la instrucción assert para validar aserciones mediante la programación. 
La instrucción assert evalúa una expresión bol ean y determina si es verdadera o falsa. La primera forma de la 
instrucción assert es 

assert expresión', 

Esta instrucción evalúa expresión y lanza una excepción Asserti onError si la expresión es falsa. La segunda 
forma es 

assert expresión 1 : expresión2\ 

Esta instrucción evalúa expresiónl y lanza una excepción Asserti onError con expresión2 como el mensaje de 
error, en caso de que expresiónl sea fal se. 

Puede utilizar aserciones para implementar las precondiciones y poscondiciones mediante la programación, 

0 para verificar cualquier otro estado intermedio que le ayude a asegurar que su código esté funcionando en for- 
ma correcta. El ejemplo de la figura 13.9 demuestra la funcionalidad de la instrucción assert. En la línea 1 1 se 
pide al usuario que introduzca un número entre 0 y 10, y después en la línea 12 se lee el número de la línea de 
comandos. La instrucción assert en la línea 15 determina si el usuario introdujo un número dentro del rango 
válido. Si el número está fuera de rango, entonces el programa reporta un error; en caso contrario, continúa en 
forma normal. 

1 // Fig. 13.9: PruebaAssert. java 

2 // Uso de assert para verificar que un valor absoluto sea positivo 

3 import java. útil .Scanner; 

4 

5 public class PruebaAssert 

6 { 

7 public static void main( String args[] ) 

8 { 

9 Scanner entrada = new Scanner( System. in ); 

10 

11 System. out.printf "Escriba un numero entre 0 y 10: " ); 

12 int numero = entrada. nextlnt() ; 

13 

14 // asegura que el valor absoluto sea >= 0 

15 assert ( numero >= 0 && numero <= 10 ) : "numero incorrecto: " + numero; 

Figura 13.9 | Verificar con assert que un valor se encuentre dentro del rango. (Parte I de 2). 
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16 

17 System. out.printf( "Usted escribió %d\n", numero ); 

18 } // fin de main 

19 } // fin de la clase PruebaAssert 


Escriba un numero entre 0 y 10: 5 
Usted escribió 5 


Escriba un numero entre 0 y 10: 50 

Exception in thread "main" java.lang.AssertionError: numero incorrecto: 50 
at PruebaAssert .mai n (PruebaAssert . java: 15) 


Figura 13.9 | Verificar con assert que un valor se encuentre dentro del rango. (Parte 2 de 2). 


El programador utiliza las aserciones principalmente para depurar e identificar errores lógicos en una aplica- 
ción. De manera predeterminada, las aserciones están deshabilitadas al ejecutar un programa, ya que reducen el 
rendimiento y son innecesarias para el usuario del programa. Para habilitar las aserciones en tiempo de ejecución, 
use la opción de línea de comandos -ea del comando java. Para ejecutar el programa de la figura 13.9 con las 
aserciones habilitadas, escriba 

java -ea PruebaAssert 

No debe encontrar ningún error tipo Asserti onError durante la ejecución normal de un programa escrito 
en forma apropiada. Dichos errores sólo deben indicar errores en la implementación. Como resultado, nunca se 
debe atrapar una excepción tipo Asserti onError. En vez de ello, debemos permitir que el programa termine al 
ocurrir el error, para poder ver el mensaje de error; después hay que localizar y corregir el origen del problema. 
Como los usuarios de las aplicaciones pueden elegir no habilitar las aserciones en tiempo de ejecución, no debe- 
mos usar la instrucción assert para indicar problemas en tiempo de ejecución en el código de producción. En 
vez de ello, debemos usar el mecanismo de las excepciones para este fin. 


13.14 Conclusión 

En este capítulo aprendió a utilizar el manejo de excepciones para lidiar con los errores en una aplicación. Apren- 
dió que el manejo de excepciones permite a los programadores eliminar el código para manejar errores de la “línea 
principal” de ejecución del programa. Vio el manejo de errores en el contexto de un ejemplo de división entre 
cero. Aprendió a utilizar los bloques try para encerrar código que puede lanzar una excepción, y cómo utilizar 
los bloques catch para lidiar con las excepciones que puedan surgir. Aprendió acerca del modelo de terminación 
del manejo de excepciones, que indica que una vez que se maneja una excepción, el control del programa no 
regresa al punto de lanzamiento. Conoció la diferencia entre las excepciones verificadas y no verificadas, y cómo 
especificar mediante la cláusula throws que las excepciones específicas que ocurran en un método serán lanzadas 
por ese método al método que lo llamó. Aprendió a utilizar el bloque final 1 y para liberar recursos, ya sea que 
ocurra o no una excepción. También aprendió a lanzar y volver a lanzar excepciones. Después, aprendió a obtener 
información acerca de una excepción, mediante el uso de los métodos prf ntStackTrace, getStackTrace y 
getMessage. El capítulo continuó con una discusión sobre las excepciones encadenadas, que permiten a los pro- 
gramadores envolver la información de la excepción original con la información de la nueva excepción. Después, 
vimos las generalidades acerca de cómo crear sus propias clases de excepciones. Presentamos las precondiciones 
y poscondiciones para ayudar a los programadores que utilizan sus métodos a comprender las condiciones que 
deben ser verdaderas cuando se hace la llamada al método, y cuando éste regresa. Cuando no se cumplen las 
precondiciones y poscondiciones, los métodos generalmente lanzan excepciones. Por último, hablamos sobre la 
instrucción assert y cómo puede utilizarse para ayudarnos a depurar los programas. En especial, esta instrucción 
se puede utilizar para asegurar que se cumplan las precondiciones y poscondiciones. En el siguiente capítulo 
aprenderá acerca del procesamiento de archivos, incluyendo la forma en que se almacenan los datos persistentes 
y cómo se manipulan. 
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Resumen 

Sección 13.1 Introducción 

• Una excepción es una indicación de un problema que ocurre durante la ejecución de un programa. 

• El manejo de excepciones permite a los programadores crear aplicaciones que puedan resolver las excepciones. 

Sección 13.2 Generalidades acerca del manejo de excepciones 

• El manejo de excepciones permite a los programadores eliminar el código para manejar errores de la “línea principal” 
de ejecución del programa, mejorando su claridad y capacidad de modificación. 

Sección 13.3 Ejemplo: división entre cero sin manejo de excepciones 

• Las excepciones se lanzan cuando un método detecta un problema y no puede manejarlo. 

• El rastreo de la pila de una excepción incluye el nombre de la excepción en un mensaje descriptivo, el cual indica el 
problema que ocurrió y la pila de llamadas a métodos completa (es decir, la cadena de llamadas), en el momento en 
el que ocurrió la excepción. 

• El punto en el programa en el cual ocurre una excepción se conoce como punto de lanzamiento. 

Sección 13.4 Ejemplo: manejo de excepciones tipo ArithmeticException e 
Inpu tMi sma tchExcep t i on 

• Un bloque try encierra el código que podría lanzar una excepción, y el código que no debe ejecutarse si se produce 
esa excepción. 

• Las excepciones pueden surgir a través de código mencionado explícitamente en un bloque try, a través de llamadas 
a otros métodos, o incluso a través de llamadas a métodos anidados, iniciadas por el código en el bloque try. 

• Un bloque catch empieza con la palabra clave catch y un parámetro de excepción, seguido de un bloque de código 
que atrapa (es decir, recibe) y maneja la excepción. Este código se ejecuta cuando el bloque try detecta la excepción. 

• Una excepción no atrapada es una excepción que ocurre y para la cual no hay bloques catch que coincidan. 

• Una excepción no atrapada hará que un programa termine antes de tiempo, si éste sólo contiene un subproceso. Si 
el programa contiene más de un subproceso, sólo terminará el subproceso en el que ocurrió la excepción. El resto 
del programa se ejecutará, pero puede producir efectos adversos. 

• Justo después del bloque try debe ir por lo menos un bloque catch o un bloque finaUy. 

• Cada bloque catch especifica entre paréntesis un parámetro de excepción, el cual identifica el tipo de excepción que 
puede procesar el manejador. El nombre del parámetro de excepción permite al bloque catch interactuar con un 
objeto de excepción atrapada. 

• Si ocurre una excepción en un bloque try, éste termina de inmediato y el control del programa se transfiere al prime- 
ro de los siguientes bloques catch cuyo parámetro de excepción coincida con el tipo de la excepción que se lanzó. 

• Una vez que se maneja una excepción, el control del programa no regresa al punto de lanzamiento, ya que el bloque 
try ha expirado. A esto se le conoce como el modelo de terminación del manejo de excepciones. 

• Si hay varios bloques catch que coinciden cuando ocurre una excepción, sólo se ejecuta el primero. 

• Después de ejecutar un bloque catch, el flujo de control del programa pasa a la siguiente instrucción después del 
último bloque catch. 

• Una cláusula th rows especifica las excepciones que lanza el método, y aparece después de la lista de parámetros del 
método, pero antes de su cuerpo. 

• La cláusula throws contiene una lista separada por comas de excepciones que lanzará el método, en caso de que 
ocurra un problema cuando el método se ejecute. 

Sección 13.5 Cuándo utilizar el manejo de excepciones 

• El manejo de excepciones está diseñado para procesar errores sincrónicos, que ocurren cuando se ejecuta una ins- 
trucción. 

• El manejo de excepciones no está diseñado para procesar los problemas asociados con eventos asincronos, que ocu- 
rren en paralelo con (y en forma independiente de) el flujo de control del programa. 

Sección 13.6 Jerarquía de excepciones de Java 

• Todas las clases de excepciones de Java heredan, ya sea en forma directa o indirecta, de la clase Excepti on. Debido a 
esto, las clases de excepciones de Java forman una jerarquía. Los programadores pueden extender esta jerarquía para 
crear sus propias clases de excepciones. 
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• La clase Th rowabl e es la superclase de la clase Excepti on y, por lo tanto, es también la superclase de todas las excep- 
ciones. Sólo pueden usarse objetos Th rowabl e con el mecanismo para manejar excepciones. 

• La clase Throwable tiene dos subclases: Excepti on y Error. 

• La clase Excepti on y sus subclases representan situaciones excepcionales que podrían ocurrir en un programa de 
Java y ser atrapados por la aplicación. 

• La clase Error y todas sus subclases representan situaciones excepcionales que podrían ocurrir en el sistema en 
tiempo de ejecución de Java. Los errores tipo Error ocurren con poca frecuencia y, por lo general, no deben ser 
atrapados por una aplicación. 

• Java clasifica a las excepciones en dos categorías: verificadas y no verificadas. 

• A diferencia de las excepciones verificadas, el compilador de Java no verifica el código para determinar si una excep- 
ción no verificada se atrapa o se declara. Por lo general, las excepciones no verificadas se pueden evitar mediante una 
codificación apropiada. 

• El tipo de una excepción determina si ésta es verificada o no verificada. Todos los tipos de excepciones que son 
subclases directas o indirectas de la clase RuntimeException son excepciones no verificadas. Todos los tipos de 
excepciones que heredan de la clase Excepti on pero no de Runti meExcepti on son verificadas. 

• Varias clases de excepciones pueden derivarse de una superclase común. Si se escribe un bloque catch para atrapar 
los objetos de excepción de un tipo de la superclase, también puede atrapar a todos los objetos de las subclases de esa 
clase. Esto permite el procesamiento polimórfico de las excepciones relacionadas. 

Sección 13.7 Bloque final! y 

• Los programas que obtienen ciertos tipos de recursos deben devolverlos al sistema de manera explícita, para evitar 
las denominadas fugas de recursos. Por lo general, el código para liberar recursos se coloca en un bloque final 1 y. 

• El bloque final 1 y es opcional. Si está presente, se coloca después del último bloque catch. 

• Java garantiza que si se proporciona un bloque final 1 y, se ejecutará sin importar que se lance o no una excepción 
en el bloque try correspondiente, o en uno de sus correspondientes bloques catch. Java también garantiza que un 
bloque final 1 y se ejecutará si un bloque try sale mediante el uso de una instrucción return, break o conti nue. 

• Si una excepción que ocurre en el bloque try no se puede atrapar mediante uno de los manejadores catch asociados 
a ese bloque try, el programa ignora el resto del bloque try y el control pasa al bloque final 1 y, que libera el recurso. 
Después, el programa pasa al siguiente bloque try exterior; por lo general, en el método que hace la llamada. 

• Si un bloque catch lanza una excepción, de todas formas se ejecuta el bloque final 1 y. Después, la excepción se pasa 
al siguiente bloque try exterior; por lo general, en el método que hizo la llamada. 

• Los programadores pueden lanzar excepciones mediante el uso de la instrucción throw. 

• Una instrucción throw especifica un objeto a lanzar. El operando de una instrucción throw puede ser de cualquier 
clase que se derive de Th rowabl e. 

Sección 13.8 Limpieza de la pila 

• Las excepciones se vuelven a lanzar cuando un bloque catch, al momento de recibir una excepción, decide que no 
puede procesarla, o que sólo puede procesarla en forma parcial. Al volver a lanzar una excepción se difiere el manejo 
de excepciones (o tal vez una parte de éste) a otro bloque catch. 

• Cuando se vuelve a lanzar una excepción, el siguiente bloque try circundante detecta la excepción que se volvió a 
lanzar, y los bloques catch de ese bloque try tratan de manejarla. 

• Cuando se lanza una excepción, pero no se atrapa en un alcance específico, se limpia la pila de llamadas a métodos y 
se hace un intento por atrapar la excepción en la siguiente instrucción try exterior. A este proceso se le conoce como 
limpieza de la pila. 

Sección 13.9 printStackTrace, getStackTracey getMessage 

• La clase Th rowabl e ofrece un método pri ntStackT race, que imprime la pila de llamadas a métodos. A menudo, 
esto es útil en la prueba y depuración. 

• La clase Th rowabl e también proporciona un método getStackT race, que obtiene información de rastreo de la pila, 
que printStackTrace imprime. 

• El método getMessage de la clase Throwabl e devuelve la cadena descriptiva almacenada en una excepción. 

• El método getStackT race obtiene la información de rastreo de la pila como un arreglo de objetos StackTrace- 
E1 ement. Cada objeto StackT raceEl ement representa una llamada a un método en la pila de llamadas a métodos. 

• Los métodos getCl assName, getFileName, getLi neNumber y getMethodName de la clase StackT raceEl ement 
obtienen el nombre de la clase, el nombre de archivo, el número de línea y el nombre del método, respectivamente. 
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Sección 13.10 Excepciones encadenadas 

• Las excepciones encadenadas permiten que un objeto de excepción mantenga la información de rastreo de la pila 
completa, incluyendo la información acerca de las excepciones anteriores que provocaron la excepción actual. 

Sección 13.11 Declaración de nuevos tipos de excepciones 

• Una nueva clase de excepción debe extender a una clase de excepción existente, para asegurar que la clase pueda 
usarse con el mecanismo de manejo de excepciones. 

Sección 13.12 Precondiciones y poscondiciones 

• La precondición de un método es una condición que debe ser verdadera al momento de invocar el método. 

• La poscondición de un método es una condición que es verdadera una vez que regresa el método con éxito. 

• Al diseñar sus propios métodos, debe establecer las precondiciones y poscondiciones en un comentario antes de la 
declaración del método. 

Sección 13.13 Aserciones 

• Dentro de una aplicación, los programadores pueden establecer condiciones que asuman como verdaderas en un 
punto específico. Estas condiciones, conocidas como aserciones, ayudan a asegurar la validez de un programa al 
atrapar errores potenciales e identificar posibles errores lógicos. 

• Java incluye dos versiones de una instrucción assert para validar las aserciones mediante la programación. 


• Para habilitar las aserciones en tiempo de ejecución, use 

Terminología 

Ari thmeti cExcepti on, clase 
aserción 

assert, instrucción 
atrapar una excepción 
bloque try circundante 
catch, bloque 
catch, cláusula 
error sincrónico 
Error, clase 
evento asincrono 
Excepción 

excepción encadenada 
excepción no atrapada 
excepción verificada 
excepciones no verificadas 
Excepti on, clase 
falla en el constructor 
finaUy, bloque 
finaUy, cláusula 
flujo de error estándar 
flujo de salida estándar 
fuga de recursos 

getCl assName, método de la clase StackT raceEl ement 
getFileName, método de la clase StackTraceEl ement 
getLi neNumber, método de la clase StackT raceEl ement 
getMessage, método de la clase Throwable 
getMethodName, método de la clase StackT raceEl ement 
getStackTrace, método de la clase Throwable 

Ejercicios de autoevaluación 

13.1 Enliste cinco ejemplos comunes de excepciones. 

13.2 Dé varias razones por las cuales no deban utilizarse 
vencional de los programas. 


modificador -ea al ejecutar el comando j ava. 


InputMi smatchExcepti on, clase 
lanzar una excepción 
liberar un recurso 
limpieza de la pila 
manejador de excepciones 
manejo de excepciones 

modelo de reanudación del manejo de excepciones 

modelo de terminación del manejo de excepciones 

parámetro de excepción 

poscondición 

precondición 

pri nt StackT race, método de la clase Throwable 
programa tolerante a fallas 
punto de lanzamiento 
rastreo de la pila 

requerimiento de atrapar o declarar 

RuntimeException, clase 

StackT raceEl ement, clase 

System . err, flujo 

throw, instrucción 

throw, palabra clave 

Throwabl e, clase 

throws, cláusula 

try, bloque 

try, instrucción 

try. . .catch. . .finaUy, mecanismo para manejar 
excepciones 

volver a lanzar una excepción 


las técnicas de manejo de excepciones para el control con- 
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1 3.3 ¿Por qué son las excepciones particularmente apropiadas para tratar con los errores producidos por los métodos 
de las clases en la API de Java? 

1 3.4 ¿Qué es una “fuga de recursos”? 

1 3.5 Si no se lanzan excepciones en un bloque try, ¿hacia dónde procede el control cuando el bloque try completa 
su ejecución? 

1 3.6 Mencione una ventaja clave del uso de catch (Excepti on nombreExcepción) . 

1 3.7 ¿Debe una aplicación convencional atrapar los objetos Error? Explique. 

1 3.8 ¿Qué ocurre si ningún manejador catch coincide con el tipo de un objeto lanzado? 

1 3.9 ¿Qué ocurre si varios bloques catch coinciden con el tipo del objeto lanzado? 

13.10 ¿Por qué debería un programador especificar un tipo de superclase como el tipo en un bloque catch? 

13.11 ¿Cuál es la razón clave de utilizar bloques final 1 y? 

13.12 ¿Qué ocurre cuando un bloque catch lanza una excepción Excepti on? 

13.13 ¿Qué hace la instrucción th row referenciaExcepciórit 

13.14 ¿Qué ocurre a una referencia local en un bloque t ry, cuando ese bloque lanza una excepción Excepti on? 

Respuestas a los ejercicios de autoevaluación 

13.1 Agotamiento de memoria, índice de arreglo fuera de límites, desbordamiento aritmético, división entre cero, 
parámetros inválidos de método. 

1 3.2 a) El manejo de excepciones está diseñado para manejar las situaciones que ocurren con poca frecuencia y que 
a menudo provocan la terminación del programa, no situaciones que surjan todo el tiempo, b) Por lo general, el flujo 
de control con estructuras de control convencionales es más claro y eficiente que con las excepciones, c) Las excepciones 
“adicionales” pueden interponerse en el camino de las excepciones de tipos de errores genuinos. Es más difícil para el 
programador llevar el registro de un número más extenso de casos de excepciones. 

13.3 Es muy poco probable que los métodos de clases en la API de Java puedan realizar un procesamiento de errores 
que cumpla con las necesidades únicas de todos los usuarios. 

1 3.4 Una “fuga de recursos” ocurre cuando un programa en ejecución no libera apropiadamente un recurso cuando 
éste ya no es necesario. 

1 3.5 Los bloques catch para esa instrucción try se ignoran y el programa reanuda su ejecución después del últi- 
mo bloque catch. Si hay bloque final 1 y, se ejecuta primero y luego el programa reanuda su ejecución después del 
bloque final! y. 

13.6 La forma catch (Excepti on nombreExcepción ) atrapa cualquier tipo de excepción lanzada en un bloque try. 
Una ventaja es que ninguna excepción Excepti on lanzada puede escabullirse sin ser atrapada. El programador puede 
entonces decidir si manejará la excepción o si posiblemente vuelva a lanzarla. 

13.7 Las excepciones Error son generalmente problemas graves con el sistema de Java subyacente; en la mayoría 
de los programas no es conveniente atrapar excepciones Error, ya que el programa no podrá recuperarse de dichos 
problemas. 

13.8 Esto hace que la búsqueda de una coincidencia continúe en la siguiente instrucción try circundante. Si hay 
un bloque finaliy, éste se ejecutará antes de que la excepción pase a la siguiente instrucción try circundante. Si 
no hay instrucciones try circundantes para las cuales haya bloques catch que coincidan, y la excepción es verificada, 
se produce un error de compilación. Si no hay instrucciones try circundantes para las cuales haya bloques catch 
que coincidan y la excepción es no verificada, se imprime un rastreo de la pila y el subproceso actual termina antes 
de tiempo. 

1 3.9 Se ejecuta el primer bloque catch que coincida después del bloque try. 

13.10 Esto permite a un programa atrapar tipos relacionados de excepciones, y procesarlos en una manera uniforme. 
Sin embargo, a menudo es conveniente procesar los tipos de subclases en forma individual, para un manejo de excep- 
ciones más preciso. 

13.11 La cláusula final 1 y es el medio preferido para liberar recursos y evitar las fugas de éstos. 

13.12 Primero, el control pasa al bloque final í y, si existe uno. Después, la excepción se procesará mediante un bloque 
catch (si existe uno) asociado con un bloque try circundante (si existe uno). 
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13.13 Vuelve a lanzar la excepción para que la procese un manejador de excepciones de un bloque try circundante, 
una vez que se ejecuta el bloque final 1 y de la instrucción try actual. 

13.14 La referencia queda fuera de alcance, y la cuenta de referencias para el objeto se decrementa. Si la cuenta de 
referencias se vuelve cero, el objeto se marca para la recolección de basura. 

Ejercicios 

13.15 Enliste las diversas condiciones excepcionales que han ocurrido en programas, a lo largo de este texto. Enliste 
todas las condiciones excepcionales adicionales que pueda. Para cada una de ellas, describa brevemente la manera en 
que un programa manejaría la excepción, utilizando las técnicas de manejo de excepciones que se describen en este 
capítulo. Algunas excepciones típicas son la división entre cero, el desbordamiento aritmético y el índice de arreglo fuera 
de límites. 

13.16 Hasta este capítulo, hemos visto que tratar con los errores detectados por los constructores es algo difícil. Expli- 
que por qué el manejo de excepciones es un medio efectivo para tratar con las fallas en los constructores. 

13.17 (Atrapar excepciones con las superclases) Use la herencia para crear una superclase de excepción (llamada 
ExcepcionA) y las subclases de excepción ExcepcionB y ExcepcionC, en donde ExcepcionB hereda de ExcepcionA 
y ExcepcionC hereda de ExcepcionB. Escriba un programa para demostrar que el bloque catch para el tipo Excep- 
ci onA atrapa excepciones de los tipos Excepci onB y Excepci onC. 

13.18 (Atrapar excepciones mediante el uso de la clase Excepti on) Escriba un programa que demuestre cómo se atrapan 
las diversas excepciones mediante catch con 

catch ( Excepti on excepción ) 

Esta vez, defina las clases Excepci onA (que hereda de la clase Excepti on) y Excepci onB (que hereda de la clase Excep- 
ci onA). En su programa, cree bloques try que lancen excepciones de los tipos Excepci onA, Excepci onB, Nui i Poi n- 
terException e IOException. Todas las excepciones deberán atraparse con bloques catch que especifiquen el tipo 
Excepti on. 

13.19 ( Orden de los bloques catch) Escriba un programa que demuestre que el orden de los bloques catch es impor- 
tante. Si trata de atrapar un tipo de excepción de superclase antes de un tipo de subclase, el compilador debe generar 
errores. 

13.20 (Falla del constructor) Escribe un programa que muestre cómo un constructor pasa información sobre la falla 
del constructor a un manejador de excepciones. Defina la clase unaExcepci on, que lanza una excepción Excepti on en 
el constructor. Su programa deberá tratar de crear un objeto de tipo UnaExcepci on y atrapar la excepción que se lance 
desde el constructor. 

1 3 . 2 1 (Volver a lanzar expresiones) Escriba un programa que ilustre cómo volver a lanzar una excepción. Defina los 
métodos unMetodo y unMetodo2. El método unMetodo2 debe lanzar al principio una excepción. El método unMetodo 
debe llamar a unMetodo2, atrapar la excepción y volver a lanzarla. Llame a unMetodo desde el método mai n, y atrape la 
excepción que se volvió a lanzar. Imprima el rastreo de la pila de esta excepción. 

13.22 (Atrapar excepciones mediante el uso de alcances exteriores) Escriba un programa que muestre que un método con 
su propio bloque try no tiene que atrapar todos los posibles errores que se generen dentro del try. Algunas excepciones 
pueden pasarse hacia otros alcances, en donde se manejan. 




OBJETIVOS 

En este capítulo aprenderá a: 

■ Crear, leer, escribir y actualizar archivos. 

■ Utilizar la clase File para obtener información acerca de los 
archivos y directorios. 

■ Comprender la jerarquía de clases de flujos de entrada/salida 
en Java. 

■ Conocer las diferencias entre los archivos de texto y los 
archivos binarios. 

■ Comprender el procesamiento de archivos de acceso 
secuencial. 

■ Utilizar las clases Scanner y Formatter para procesar archivos 
de texto. 

■ Utilizar las clases FilelnputStream y FileOutputStream. 

■ Utilizar un cuadro de diálogo JFileChooser. 

■ Utilizar las clases ObjectlnputStream y 
ObjectOutputStream. 


Sólo puedo suponer que un 
documento “No archivar” 
se archiva en un archivo 
“No archivar”. 

— Senador Frank Church 
Audiencia del subcomité de 
inteligencia del Senado, 1975 

La conciencia. . . no aparece 
a sí misma cortada en 
pequeños pedazos. . . 

Un no o un flujo 
son las metáforas por las 
cuales se describe con más 
naturalidad. 

— William James 

Leí una parte en su 
totalidad. 

— Samuel Goldwyn 

Una gran memoria no hace 
a un filósofo; cualquier 
cosa que sea más que un 
diccionario se le puede 
llamar gramática. 

— John Henry, Cardenal 
Newman 
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14-1 Introducción 

El almacenamiento de datos en variables y arreglos es temporal; los datos se pierden cuando una variable local 
queda fuera de alcance, o cuando el programa termina. Las computadoras utilizan archivos para la retención a 
largo plazo de grandes cantidades de datos, incluso hasta después de que terminan los programas que crean esos 
datos. Usted utiliza archivos a diario, para tareas como escribir un ensayo o crear una hoja de cálculo. Nos referi- 
mos a los datos que se mantienen en archivos como datos persistentes, ya que existen más allá de la duración de 
la ejecución del programa. Las computadoras almacenan archivos en dispositivos de almacenamiento secunda- 
rio como discos duros, discos ópticos y cintas magnéticas. En este capítulo explicaremos cómo los programas en 
Java crean, actualizan y procesan archivos. 

El procesamiento de archivos es una de las herramientas más importantes que debe tener un lenguaje para 
soportar las aplicaciones comerciales, que generalmente procesan cantidades masivas de datos persistentes. En este 
capítulo hablaremos sobre las poderosas características de procesamiento de archivos y flujos de entrada/salida 
de Java. El término “flujo” se refiere a los datos ordenados que se leen de (o se escriben en) un archivo. En la 
sección 14.3 hablaremos con más detalle sobre los flujos. El procesamiento de archivos es un subconjunto de las 
herramientas para procesar flujos de Java, las cuales permiten a un programa leer y escribir datos en memoria, en 
archivos y a través de conexiones de red. Tenemos dos metas en este capítulo: introducir los conceptos acerca del 
procesamiento de archivos (para que el lector se sienta más familiarizado con el uso de los archivos en la progra- 
mación) y proporcionar al lector las suficientes herramientas de procesamiento de archivos como para soportar 
las características de red que se presentan en el capítulo 24, Redes. Java cuenta con importantes herramientas 
de procesamiento de flujos; más de lo que podemos cubrir en un capítulo. Aquí hablaremos sobre dos formas de 
procesamiento de archivos: el procesamiento de archivos de texto y la serialización de objetos. 

Empezaremos hablando sobre la jerarquía de los datos contenidos en archivos. Después veremos la arquitec- 
tura de Java para manejar archivos mediante programación; hablaremos sobre varias clases del paquete j ava . i o . 
Luego explicaremos que los datos pueden almacenarse en dos tipos distintos de archivos (de texto y binarios) y 
cubriremos las diferencias entre ellos. Demostraremos cómo obtener información acerca de un archivo o direc- 
torio mediante el uso de la clase Fi 1 e, y después dedicaremos varias secciones a los distintos mecanismos para 
escribir datos en (y leer datos de) archivos. Primero demostraremos cómo crear y manipular archivos de texto de 
acceso secuencial. Al trabajar con archivos de texto, el lector puede empezar a manipular archivos con rapidez 
y facilidad. Sin embargo, como veremos más adelante, es difícil leer datos de los archivos de texto y devolverlos 
al formato de los objetos. Por fortuna, muchos lenguajes orientados a objetos (incluyendo Java) ofrecen distintas 
formas de escribir objetos en (y leer objetos de) archivos (lo que se conoce como serialización y deserialización de 
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objetos). Para demostrar esto, recreamos algunos de los programas de acceso secuencial que utilizaban archivos de 
texto, esta vez almacenando objetos en archivos binarios. 

14-2 Jerarquía de datos 

Básicamente, una computadora procesa todos los elementos de datos como combinaciones de ceros y unos, 
ya que para los ingenieros es sencillo y económico construir dispositivos electrónicos que puedan suponer dos 
estados estables: uno representa 0 y el otro, 1. Es increíble que las impresionantes funciones realizadas por las 
computadoras impliquen solamente las manipulaciones más fundamentales de Os y ls. 

El elemento más pequeño de datos en una computadora puede asumir el valor 0 o 1. Dicho elemento de 
datos se conoce como bit (abreviatura de “dígito binario”; un dígito que puede suponer uno de dos valores). Los 
circuitos de computadora realizan varias manipulaciones simples de bits, como examinar o establecer el valor de 
un bit, o invertir su valor (de 1 a 0 o de 0 a 1). 

Es muy difícil para los programadores trabajar con datos en el formato de bits de bajo nivel. En vez de ello, 
los programadores prefieren trabajar con datos en formatos como dígitos decimales (0-9), letras (A-Z y a-z) y 
símbolos especiales (por ejemplo, $, %, &, *, (, ), — , +, ", :, ? y / ). Los dígitos, letras y símbolos especiales 

se conocen como caracteres. El conjunto de caracteres de la computadora es el conjunto de todos los caracteres 
utilizados para escribir programas y representar elementos de datos. Las computadoras pueden procesar solamente 
ls y Os, por lo que un conjunto de caracteres representa a todos los caracteres como un patrón de ls y Os. Los 
caracteres en Java son caracteres Unicode, compuestos de dos bytes. Cada byte está compuesto de ocho bits. Java 
contiene un tipo de datos, byte, que pueden usarse para representar datos tipo byte. El conjunto de caracteres 
Unicode contiene caracteres para muchos de los lenguajes utilizados en todo el mundo. En el apéndice I podrá 
obtener más información acerca de este conjunto de caracteres. En el apéndice B, Conjunto de caracteres ASCII, 
podrá obtener más información acerca del conjunto de caracteres ASCII (Código Estándar Estadounidense 
para el Intercambio de Información), un subconjunto del conjunto de caracteres Unicode que representa letras 
mayúsculas y minúsculas, dígitos y varios caracteres especiales comunes. 

Así como los caracteres están compuestos de bits, los campos están compuestos de caracteres o bytes. Un 
campo es un grupo de caracteres o bytes que transmiten cierto significado. Por ejemplo, un campo que consiste 
de letras mayúsculas y minúsculas puede utilizarse para representar el nombre de una persona. 

Los elementos de datos que son procesados por las computadoras forman una jerarquía de datos, la cual se 
hace más grande y compleja en estructura, a medida que progresamos de bits a caracteres, de caracteres a campos, 
etcétera. 

Generalmente, varios campos forman un registro (que se implementa como el ass en Java). Por ejemplo, en 
un sistema de nóminas el registro para un empleado podría estar compuesto de los siguientes campos (los posibles 
tipos para estos campos se muestran entre paréntesis): 

• Número de identificación del empleado (i nt). 

• Nombre (Stri ng). 

• Dirección (Stri ng). 

• Sueldo por hora (doubl e). 

• Número de exepciones reclamadas (i nt). 

• Ingresos desde inicio de año a la fecha (i nt o doubl e). 

• Monto de impuestos retenidos (i nt o doubl e). 

Por lo tanto, un registro es un grupo de campos relacionados. En el ejemplo anterior, cada uno de los campos 
pertenece al mismo empleado. Desde luego que una compañía específica podría tener muchos empleados y, por 
ende, tendría un registro de nómina para cada empleado. Un archivo es un grupo de registros relacionados. [Nota: 
dicho en forma más general, un archivo contiene datos arbitrarios en formatos arbitrarios. En algunos sistemas 
operativos, un archivo se ve simplemente como una colección de bytes; cualquier organización de los bytes en un 
archivo (como organizar los datos en registros) es una vista creada por el programador de aplicaciones]. El archivo 
de nómina de una compañía generalmente contiene un registro para cada empleado. Por ejemplo, un archivo de 
nómina para una pequeña compañía podría contener sólo 22 registros, mientras que un archivo de nómina para 
una compañía grande podría contener 100,000 registros. Es común para una compañía tener muchos archivos, 
algunos de ellos conteniendo miles de millones, o incluso billones de caracteres de información. En la figura 14.1 
se muestra una parte de la jerarquía de datos. 
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Figura 1 4-1 | Jerarquía de datos. 


Para facilitar la recuperación de registros específicos de un archivo, debe seleccionarse cuando menos un cam- 
po en cada registro como clave de registro. Una clave de registro sirve para identificar que un registro pertenece 
a una persona o entidad específica, y es única en cada registro. Este campo generalmente se utiliza para buscar y 
ordenar registros. En el registro de nómina que describimos anteriormente, por lo general, se elegiría el número 
de identificación de empleado como clave de registro. 

Existen muchas formas de organizar los registros en un archivo. La organización más común se conoce como 
archivo secuencial, en el cual los registros se almacenan en orden, en base al campo que es la clave de registro. En 
un archivo de nómina, los registros se colocan en orden, en base al número de identificación de empleado. 

La mayoría de las empresas almacena datos en muchos archivos distintos. Por ejemplo, las compañías podrían 
tener archivos de nómina, de cuentas por cobrar (listas del dinero que deben los clientes), de cuentas por pagar 
(listas del dinero que se debe a los proveedores), archivos de inventarios (listas de información acerca de los artícu- 
los que maneja la empresa) y muchos otros tipos de archivos. A menudo, a un grupo de archivos relacionados se 
le conoce como base de datos. A una colección de programas diseñada para crear y administrar bases de datos 
se le conoce como sistema de administración de bases de datos (DBMS). Hablaremos sobre las bases de da- 
tos en el capítulo 25, Acceso a bases de datos con JDBC. 

14-3 Archivos y flujos 

Java considera a cada archivo como un flujo secuencial de bytes (figura 14.2). Cada sistema operativo propor- 
ciona un mecanismo para determinar el fin de un archivo, como el marcador de fin de archivo o la cuenta de 
bytes totales en el archivo que se registra en una estructura de datos administrativa, mantenida por el sistema. Un 
programa de Java que procesa un flujo de bytes simplemente recibe una indicación del sistema operativo cuando 
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0123456789 ... n-1 

marcador de fin de archivo 


Figura 14-2 | La manera en que Java ve a un archivo de n bytes. 


el programa llega al fin del flujo; el programa no necesita saber cómo representa la plataforma subyacente a los 
archivos o flujos. En algunos casos, la indicación de fin de archivo ocurre como una excepción. En otros casos, la 
indicación es un valor de retorno de un método invocado en un objeto procesador de flujos. 

Los flujos de archivos se pueden utilizar para la entrada y salida de datos, ya sea como caracteres o bytes. Los 
flujos que reciben y envían bytes a archivos se conocen como flujos basados en bytes, y almacenan datos en su 
formato binario. Los flujos que reciben y envían caracteres de/a los archivos se conocen como flujos basados en 
caracteres, y almacenan datos como una secuencia de caracteres. Por ejemplo, si se almacenara el valor 5 usando 
un flujo basado en bytes, sería en el formato binario del valor numérico 5, o 101. Si se almacenara el valor 5 
usando un flujo basado en caracteres, sería en el formato binario del carácter 5, o 00000000 00110101 (ésta es 
la representación binaria para el valor numérico 53, el cual indica el carácter 5 en el conjunto de caracteres Uni- 
code). La diferencia entre el valor numérico 5 y el carácter 5 es que el valor numérico se puede utilizar como un 
entero en los cálculos, mientras que el carácter 5 es simplemente un carácter que puede utilizarse en una cadena 
de texto, como en "Sarah Mi 11er tiene 15 años de edad". Los archivos que se crean usando flujos basados 
en bytes se conocen como archivos binarios, mientras que los archivos que se crean usando flujos basados en 
caracteres se conocen como archivos de texto. Los archivos de texto se pueden leer con editores de texto, mientras 
que los archivos binarios se leen mediante un programa que convierte los datos en un formato que pueden leer 
los humanos. 

Un programa de Java abre un archivo creando un objeto y asociándole un flujo de bytes o de caracteres. En 
breve hablaremos sobre las clases que se utilizan para crear esos objetos. Java también puede asociar flujos de bytes 
con distintos dispositivos. De hecho, Java crea tres objetos flujo que se asocian con dispositivos cuando un pro- 
grama de Java empieza a ejecutarse: System, i n , System.out y System, err El objeto System, i n (el objeto flujo 
de entrada estándar) generalmente permite a un programa recibir bytes desde el teclado; el objeto System.out 
(el objeto flujo estándar de salida) generalmente permite a un programa mostrar datos en la pantalla; y el objeto 
System. err (el objeto flujo estándar de error) generalmente permite a un programa mostrar mensajes de error 
en la pantalla. Cada uno de estos flujos puede redirigirse. Para System. i n, esta capacidad permite al programa 
leer bytes desde un origen distinto. Para System . out y System .err, esta capacidad permite que la salida se envíe 
a una ubicación distinta, como un archivo en disco. La clase System proporciona los métodos setln, setOut y 
setErr para redirigir los flujos estándar de entrada, salida y error, respectivamente. 

Los programas de Java realizan el procesamiento de archivos utilizando clases del paquete java, i o. Este 
paquete incluye definiciones para las clases de flujo como Fi 1 elnputStream (para la entrada basada en bytes des- 
de un archivo), Fi 1 eOutputStream (para la salida basada en bytes hacia un archivo), Fi 1 eReader (para la entra- 
da basada en caracteres desde un archivo) y Fi 1 eWri ter (para la salida basada en caracteres hacia un archivo). Los 
archivos se abren creando objetos de estas clases de flujos, que heredan de las clases InputStream, OutputStream, 
Reader y Wri ter, respectivamente (más adelante en este capítulo hablaremos sobre estas clases). Por lo tanto, los 
métodos de estas clases de flujos pueden aplicarse a los flujos de archivos también. 

Java contiene clases que permiten al programador realizar operaciones de entrada y salida con objetos o varia- 
bles de tipos de datos primitivos. Los datos se siguen almacenando como bytes o caracteres tras bambalinas, lo 
cual permite al programador leer o escribir datos en forma de enteros, cadenas u otros tipos de datos, sin tener que 
preocuparse por los detalles acerca de convertir dichos valores al formato de bytes. Para realizar dichas operaciones 
de entrada y salida, pueden usarse objetos de las clases ObjectlnputStream, y ObjectOutputStream junto con 
las clases de flujos de archivos basadas en bytes Fi i elnputStream y Fil eOutputStream (en breve hablaremos 
con más detalle sobre estas clases). La jerarquía completa de clases en el paquete java, i o puede consultarse en la 
documentación en línea, en la página: 

java. sun . com/javase/6/docs/api /java/i o/package-tree. html 
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En la jerarquía, cada nivel de sangría indica que la clase con sangría extiende a la clase encima de ella. Por ejemplo, 
la clase InputStream es una subclase de Ob j ect. Haga clic en el nombre de una clase en la jerarquía para ver los 
detalles de esa clase. 

Como puede ver en la jerarquía, Java ofrece muchas clases para realizar operaciones de entrada/salida. En este 
capítulo usaremos varias de estas clases para implementar programas de procesamiento de archivos, que crean y 
manipulan archivos de acceso secuencial. También incluiremos un ejemplo detallado acerca de la clase File, que 
es útil para obtener información sobre archivos y directorios. En el capítulo 24, Redes, utilizaremos las clases de 
flujos en forma extensa, para implementar aplicaciones de red. En la sección 14.7 hablaremos brevemente sobre 
varias otras clases del paquete j ava . i o que no usaremos en este capítulo. 

Además de las clases en este paquete, las operaciones de entrada y salida basadas en caracteres se pueden llevar 
a cabo con las clases Scanner y Formatter. La clase Scanner se utiliza en forma extensa para recibir datos del 
teclado. Como veremos, esta clase también puede leer datos de un archivo. La clase Formatter permite mostrar 
datos con formato en la pantalla, o enviarlos a un archivo, en forma similar a System . out . pri ntf. En el capítulo 
29, Salida con formato, se presentan los detalles acerca de la salida con formato mediante System . out . pri ntf. 
Todas estas características se pueden utilizar también para dar formato a los archivos de texto. 

14-4 La clase File 

En esta sección presentamos la clase Fi 1 e, que es especialmente útil para recuperar información acerca de un 
archivo o directorio de un disco. Los objetos de la clase Fi 1 e no abren archivos ni proporcionan herramientas para 
procesarlos. No obstante, los objetos File se utilizan frecuentemente con objetos de otras clases de java, i o 
para especificar los archivos o directorios que van a manipularse. 

Creación de objetos File 

La clase File proporciona cuatro constructores. El constructor: 
public File( String nombre ) 

especifica el nombre de un archivo o directorio que se asociará con el objeto File. El nombre puede contener 
información sobre la ruta, así como el nombre de un archivo o directorio. La ruta de un archivo o directorio 
especifica su ubicación en el disco. La ruta incluye algunos o todos los directorios que conducen a ese archivo o 
directorio. Una ruta absoluta contiene todos los directorios, empezando con el directorio raíz, que conducen a 
un archivo o directorio específico. Cada archivo o directorio en un disco duro específico tiene el mismo directo- 
rio raíz en su ruta. Una ruta relativa normalmente empieza desde el directorio en el que la aplicación empezó a 
ejecutarse y es, por lo tanto, una ruta “relativa” al directorio actual. 

El constructor: 

public File( String rutaAl Nombre , String nombre ) 

usa el argumento rutaAl Nombre (una ruta absoluta o relativa) para localizar el archivo o directorio especificado 
por nombre. 

El constructor: 

public File( File directorio, String nombre ) 

usa un objeto Fi 1 e existente llamado di recto ri o (una ruta absoluta o relativa) para localizar el archivo o direc- 
torio especificado por nombre. En la figura 14.3 se enlistan algunos métodos comunes de Fi 1 e. La lista completa 
puede verse en java, sun . com/javase/6/docs/api /java/i o/File . html . 

El constructor: 

public File( URI uri ) 

usa el objeto URI dado para localizar el archivo. Un Identificador uniforme de recursos (URI) es una forma 
más general de un Localizador uniforme de recursos (URL), el cual se utiliza comúnmente para localizar sitios 
Web. Por ejemplo, http : //www . dei tel . com/ es el URL para el sitio Web de Deitel & Associates. Los URIs para 
localizar archivos varían entre los distintos sistemas operativos. En plataformas Windows, el URI: 


fil e : /C : /datos . txt 
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identifica al archivo datos . txt, almacenado en el directorio raíz de la unidad C:. En plataformas UNIX/Linux, 
el URI 

fil e : /home/estudi ante/datos . txt 

identifica el archivo datos . txt almacenado en el directorio home del usuario estudi ante. 



Tip para prevenir errores 14-1 

Use el método isFile de File para determinar si un objeto File representa a un archivo (y no a un directorio) 
antes de tratar de abrir el archivo. 


Método Descripción 


bool ean canReadO Devuelve true si la aplicación actual puede leer un archivo; fal se en caso contrario. 

boolean canWriteO Devuelve true si la aplicación actual puede escribir en un archivo; fal se en caso 

contrario. 

bool ean exi sts() Devuelve true si el nombre especificado como argumento para el constructor de 

Fil e es un archivo o directorio en la ruta especificada; fal se en caso contrario, 
bool ean i sFi 1 e O Devuelve t rué si el nombre especificado como argumento para el constructor de 

Fil e es un archivo; fal se en caso contrario. 

bool ean i sDi rectoryO Devuelve true si el nombre especificado como argumento para el constructor de 

Fil e es un directorio; fal se en caso contrario. 

boolean isAbsoluteO Devuelve true si los argumentos especificados para el constructor de File indican 

una ruta absoluta a un archivo o directorio; fal se en caso contrario. 

Stri ng getAbsol utePath () Devuelve una cadena con la ruta absoluta del archivo o directorio. 

Stri ng getNameO Devuelve una cadena con el nombre del archivo o directorio. 

Stri ng getPathO Devuelve una cadena con la ruta del archivo o directorio. 

Stri ng getParentO Devuelve una cadena con el directorio padre del archivo o directorio (es decir, el 

directorio en el que puede encontrarse ese archivo o directorio). 

1 ong 1 ength O Devuelve la longitud del archivo, en bytes. Si el objeto Fi 1 e representa a un 

directorio, se devuelve 0. 

1 ong 1 astModi fied () Devuelve una representación dependiente de la plataforma de la hora en la que 

se hizo la última modificación en el archivo o directorio. El valor devuelto es 
útil sólo para compararlo con otros valores devueltos por este método. 

String[] list() Devuelve un arreglo de cadenas, las cuales representan el contenido de un directorio. 

Devuelve nuil si el objeto Fi 1 e no representa a un directorio. 

Figura 14-3 | Métodos de File. 

Demostración de la clase Fi 7 e 

Las figuras 14.4 y 14.5 demuestran el uso de la clase Fi 1 e. La aplicación pide al usuario que introduzca el nombre 
de un archivo o directorio, y después imprime información en pantalla acerca del nombre de archivo o directorio 
introducido. 

El programa empieza pidiendo al usuario un archivo o directorio (línea 12 de la figura 14.5). En la línea 13 se 
introduce el nombre del archivo o directorio y se pasa al método anal i zarRuta (líneas 8 a 41 de la figura 14.4). 
El método crea un nuevo objeto Fi 1 e (línea 1 1) y asigna su referencia a nombre. En la línea 13 se invoca el método 
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exi sts de Fi 1 e para determinar si el nombre introducido por el usuario existe (ya sea como archivo o directorio) 
en el disco. Si el nombre introducido por el usuario no existe, el control procede a las líneas 37 a 40 y muestra un 
mensaje en la pantalla, que contiene el nombre que escribió el usuario, seguido de “no exi ste”. En caso contrario, 
se ejecuta el cuerpo de la instrucción i f (líneas 13 a 36). El programa imprime el nombre del archivo o directorio 
(línea 18), seguido de los resultados de probar el objeto File con isFile (línea 19), isDi rectory (línea 20) e 
i sAbsol ute (línea 22). A continuación, el programa muestra los valores devueltos por 1 astModi fied (línea 24), 
length (línea 24), getPath (línea 25), getAbsol utePath (línea 26) y getParent (línea 26). Si el objeto File 
representa un directorio (línea 28), el programa obtiene una lista del contenido del directorio como un arreglo de 
objetos Stri ng, usando el método 1 i st de Fi 1 e (línea 30), y muestra la lista en la pantalla. 

El primer resultado de este programa demuestra un objeto File asociado con el directorio jfc del Kit de 
Desarrollo de Software de Java 2. El segundo resultado demuestra un objeto Fi 1 e asociado con el archivo read- 
me . txt del ejemplo de Java 2D que viene con el Kit de Desarrollo de Software de Java 2D. En ambos casos, 
especificamos una ruta absoluta en nuestra computadora personal. 


1 

2 

3 

4 

5 

6 

7 

8 
9 

10 
1 1 
12 

13 

14 

15 

16 

17 

18 

19 

20 
21 
22 

23 

24 

25 

26 

27 

28 

29 

30 

31 

32 

33 

34 

35 

36 

37 

38 

39 

40 

41 

42 


// Fig. 14.4: DemostracionFile. java 
// Demostración de la clase File, 
import java. io. Fi le ; 

public class DemostracionFile 

{ 

// muestra información acerca del archivo especificado por el usuario 
public void anal i zarRuta( String ruta ) 

{ 

// crea un objeto File con base en la entrada del usuario 

File nombre = new Fi 1 e C ruta ); 


i f C nombre. exi sts O ) // si existe el nombre, muestra información sobre él 
{ 

// muestra información del archivo (o directorio) 

System . out . pri ntf ( 

"%s%s\n%s\n%s\n%s\n%s%s\n%s%s\n%s%s\n%s%s\n%s%s " , 

nombre . getNameO , " existe", 

( nombre. isFileO ? "es un archivo" : "no es un archivo" ), 

( nombre . i sDi rectoryO ? "es un directorio" : 

"no es un directorio" ), 

( nombre . i sAbsol ute() ? "es ruta absoluta" : 

"no es ruta absoluta" ), "Ultima modificación: ", 
nombre . 1 astModified() , "Tamanio: , nombre. length() , 

"Ruta: , nombre . getPathO , "Ruta absoluta: ”, 

nombre . getAbsol utePathO , "Padre: , nombre . getParentO ); 


if ( nombre . i sDi rectoryO ) // muestra el listado del directorio 
{ 

String di rectorio [] = nombre . 1 i st() ; 

System. out. printlnf "\n\nContenido del di rectorio:\n" ); 


for ( String nombreDi rectorio : directorio ) 

System. out. printf( "%s\n", nombreDi rectorio ); 

} // fin de else 
} // fin de if exterior 

else // no es archivo o directorio, muestra mensaje de error 

{ 

System. out. printf( "%s %s' , ruta, "no existe." ); 

} // fin de else 

} // fin del método analizarRuta 
} // fin de la clase DemostracionFile 


Figura 14-4 | Uso de la clase File para obtener información sobre archivos y directorios. 
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1 // Fig. 14.5: PruebaDemostraci onFi 1 e . java 

2 // Prueba de la clase Demostrad onFi 1 e . 

3 import java. útil .Scanner; 

4 

5 public class PruebaDemostraci onFi 1 e 

6 { 

7 public static void main( String args[] ) 

8 { 

9 Scanner entrada = new Scanner( System. in ); 

10 DemostracionFile aplicación = new Demostraci onFi 1 e() ; 

1 1 

12 System. out.print( "Escriba aqui el nombre del archivo o directorio: " ); 

13 aplicación. anal izarRuta( entrada. nextl_ine() ); 

14 } // fin de main 

15 } // fin de la clase PruebaDemostracionFile 


Escriba aqui el nombre del archivo o directorio: C:\Archivos de programa\Java\jdkl.6.0 01\ 

demo\ j fe 

jfc existe 

no es un archivo 

es un directorio 

es ruta absoluta 

Ultima modificación: 1187324492359 
Tamanio: 0 

Ruta: C:\Archivos de programa\lava\jdkl.6.0„01\demo\jfc 

Ruta absoluta: C:\Archivos de programa\Java\jdkl. 6 . 0„01\demo\jfc 

Padre: C:\Archivos de programa\3ava\jdkl.6.0_01\demo 

Contenido del directorio: 

CodePoi ntlM 

Fi 1 eChooserDemo 

Font2DTest 

3ava2D 

Metal works 

Notepad 

SampleTree 

Stylepad 

Swi ngAppl et 

Swi ngSet2 

Tabl eExampl e 


Escriba aqui el nombre del archivo o directorio: C:\Archivos de programa\Java\jdkl.6.0 01\ 

demo\ j f c\lava2D\readme . txt 

readme.txt existe 

es un archivo 

no es un directorio 

es ruta absoluta 

Ultima modificación: 1187324491203 
Tamanio: 7518 

Ruta: C:\Archivos de programa\3ava\jdkl. 6. 0_01\demo\jfc\lava2D\readme.txt 

Ruta absoluta: C:\Archivos de programa\Java\jdkl. 6. 0_01\demo\jfc\Java2D\readme.txt 

Padre: C:\Archivos de programa\3ava\jdkl.6.0_01\demo\jfc\lava2D 


Figura 14-5 | Prueba de la clase DemostracionFile. 


Un carácter separador se utiliza para separar directorios y archivos en la ruta. En un equipo Windows, el 
carácter separador es la barra diagonal inversa (\). En una estación de trabajo UNIX, el carácter separador es la 
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barra diagonal (/). Java procesa ambos caracteres en forma idéntica en el nombre de una ruta. Por ejemplo, si 
deseamos utilizar la ruta 

c:\Archivos de programa\Java\jdkl.6.0\demo/jfc 

que emplea uno de cada uno de los caracteres separadores antes mencionados, Java de todas formas procesa la 
ruta apropiadamente. Al construir cadenas que representen la información de una ruta, use File.separator 
para obtener el carácter separador apropiado del equipo local, en vez de utilizar / o \ de manera explícita. Esta 
constante devuelve un objeto Stri ng que consiste de un carácter: el separador apropiado para el sistema. 



Error común de programación 14-1 

Usar \ como separador de directorios en vez de \\ en una literal de cadena es un error lógico. Una sola \ indica que 
la \ y el siguiente carácter representan una secuencia de escape. Para insertar una \ en una literal de cadena , debe 
usar \\. 


14-5 Archivos de texto de acceso secuencial 

En esta sección crearemos y manipularemos archivos de acceso secuencial. Como dijimos antes, éstos son archivos 
en donde se guardan los registros en orden, en base al campo clave de registro. Primero demostraremos los archi- 
vos de acceso secuencial usando archivos de texto, para permitir al lector crear y editar rápidamente archivos que 
puedan ser leídos por los humanos. En las subsecciones de este capítulo hablaremos sobre crear, escribir datos en, 
leer datos de y actualizar los archivos de texto de acceso secuencial. También incluiremos un programa de consulta 
de crédito para obtener datos específicos de un archivo. 

14-5.1 Creación de un archivo de texto de acceso secuencial 

Java no impone una estructura en un archivo; lo que los conceptos como un registro no existen en los archivos 
de Java. Por lo tanto, el programador debe estructurar los archivos de manera que cumplan con los requerimien- 
tos de sus aplicaciones. En el siguiente ejemplo veremos cómo el programador puede imponer una estructura de 
registros en un archivo. 

El programa de las figuras 14.6 a 14.7 y en la figura 14.9 crea un archivo simple de acceso secuencial, que 
podría utilizarse en un sistema de cuentas por cobrar para ayudar a administrar el dinero que deben a una com- 
pañía los clientes a crédito. Por cada cliente, el programa obtiene un número de cuenta, el nombre del cliente y 
su saldo (es decir, el monto que el cliente aún debe a la compañía por los bienes y servicios recibidos). Los datos 
obtenidos para cada cliente constituyen un “registro” para ese cliente. El número de cuenta se utiliza como la 
clave de registro en esta aplicación; el archivo se creará y mantendrá en orden basado en el número de cuenta. 
El programa supone que el usuario introduce los registros en orden de número de cuenta. En un sistema com- 
prensivo de cuentas por cobrar (basado en archivos de acceso secuencial), se proporcionaría una herramienta para 
ordenar datos, de manera que el usuario pudiera introducir los registros en cualquier orden. Después, los registros 
se ordenarían y se escribirían en el archivo. 

La clase Regí stroCuenta (figura 14.6) encapsula la información de registro del cliente (es decir, número de 
cuenta, primer nombre, etcétera) utilizada por los ejemplos en este capítulo. La clase Regí stroCuenta se declara 
en el paquete com . dei tel . j htp7 . capl4 (línea 3), de forma que se pueda importar en varios ejemplos. La clase 
Regí stroCuenta contiene los miembros de datos prívate llamados cuenta, primerNombre, apel 1 i doPaterno 
y sal do (líneas 7 a 10). Esta clase también proporciona métodos públicos establecer y obtener para acceder a los 
campos pri vate. 

Compile la clase Regí stroCuenta de la siguiente manera: 

javac -d c:\ejemplos\capl4 com\dei tel\jhtp7\capl4\Regi stroCuenta. java 

Esto coloca a Regí stroCuenta. el ass en la estructura de directorios de su paquete, y coloca el paquete en 
c:\ejemplos\capl4. Cuando compile la clase Regí stroCuenta (o cualquier otra clase que se reutilice en este 
capítulo), debe colocarla en un directorio común (por ejemplo, c : \e j empl os\capl4). Cuando compile o ejecute 
clases que utilicen a Regí stroCuenta (por ejemplo, CrearArchi voTexto en la figura 14.7), debe especificar el 
argumento de línea de comandos -el asspath para j avac y j ava, como en 

javac -classpath . ;c:\ejemplos\capl4 CrearArchi voTexto. java 
java -classpath . ;c:\ejemplos\cap!4 CrearArchi voTexto 
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1 // Fig. 14.6: Regi stroCuenta. java 

2 // Una clase que representa un registro de información 

3 package com . dei tel . jhtp7 . capl4 ; // se empaqueta para reutilizarla 

4 

5 public class Regi stroCuenta 

6 { 

7 private int cuenta; 

8 private String primerNombre; 

9 private String apellidoPaterno; 

10 private double saldo; 

1 1 

12 // el constructor sin argumentos llama a otro constructor con valores predeterminados 

13 public Regi stroCuenta() 

14 { 

15 this( 0, 0.0 ); // llama al constructor con cuatro argumentos 

16 } // fin del constructor de Regi stroCuenta sin argumentos 

17 

18 // inicializa un registro 

19 public Regi stroCuenta( int cta, String nombre, String apellido, double sal ) 

20 { 

21 establ ecerCuenta( cta ); 

22 establecerPrimerNombreC nombre ); 

23 establ ecerApell idoPaternoC apellido ); 

24 establ ecerSaldo( sal ); 

25 } // fin del constructor de Regi stroCuenta con cuatro argumentos 

26 

27 // establece el número de cuenta 

28 public void establ ecerCuentaC int cta ) 

29 { 

30 cuenta = cta; 

31 } // fin del método establecerCuenta 

32 

33 // obtiene el número de cuenta 

34 public int obtenerCuentaO 

35 { 

36 return cuenta; 

37 } // fin del método obtenerCuenta 

38 

39 // establece el primer nombre 

40 public void establecerPrimerNombreC String nombre ) 

41 { 

42 primerNombre = nombre; 

43 } // fin del método establecerPrimerNombre 

44 

45 // obtiene el primer nombre 

46 public String obtenerPrimerNombreO 

47 { 

48 return primerNombre; 

49 } // fin del método obtenerPrimerNombre 

50 

51 // establece el apellido paterno 

52 public void establ ecerApel 1 i doPaterno( String apellido ) 

53 { 

54 apellidoPaterno = apellido; 

55 } // fin del método establ ecerApell i doPaterno 

56 

57 // obtiene el apellido paterno 

58 public String obtenerApel 1 i doPaternoO 

59 { 

Figura 14-6 | Regi stroCuenta mantiene la información para una cuenta. (Parte I de 2). 



14-5 Archivos de texto de acceso secuencia! 


619 


60 return apell idoPaterno ; 

61 } // fin del método obtenerApel 1 1 doPaterno 

62 

63 // establece el saldo 

64 public void establecerSaldo( double sal ) 

65 { 

66 saldo = sal ; 

67 } // fin del método establecerSaldo 

68 

69 // obtiene el saldo 

70 public double obtenerSaldoO 

71 { 

72 return saldo; 

73 } // fin del método obtenerSaldo 

74 } // fin de la clase Regi stroCuenta 

Figura 14-6 | Regi stroCuenta mantiene la información para una cuenta. (Parte 2 de 2). 


Observe que el directorio actual (que se especifica con .) se incluye en la ruta de clases. Esto asegura que el com- 
pilador pueda localizar otras clases en el mismo directorio que el de la clase que se está compilando. El separador 
de ruta que se utiliza en los comandos anteriores debe ser el apropiado para su plataforma; por ejemplo, un punto 
y coma ( ; ) en Windows y dos puntos ( : ) en UNIX/Linux/MAC OS X. 

Ahora examinaremos la clase CrearArchi voTexto (figura 14.7). La línea 14 declara la variable Formatter 
llamada sal i da. Como vimos en la sección 14.3, un objeto Formatter muestra en pantalla cadenas con formato, 
usando las mismas herramientas de formato que el método System . out . pri ntf. Un objeto Formatter puede 
enviar datos a varias ubicaciones, como la pantalla o a un archivo, como lo hacemos aquí. El objeto Formatter 
se instancia en la línea 21, en el método abri rArchi vo (líneas 17 a 34). El constructor que se utiliza en la línea 
21 recibe un argumento: un objeto String que contiene el nombre del archivo, incluyendo su ruta. Si no se 
especifica una ruta, como se da aquí el caso, la JVM asume que los archivos están en el directorio desde el cual 
se ejecutó el programa. Para los archivos de texto, utilizamos la extensión .txt. Si el archivo no existe, se creará. 
Si se abre un archivo existente, su contenido se trunca; todos los datos en el archivo se descartan. En este punto, 
el archivo se abre para escritura y el objeto Formatter resultante se puede utilizar para escribir datos en el archivo. 
En las líneas 23 a 28 se maneja la excepción tipo Secu ri tyExcepti on, que ocurre si el usuario no tiene permiso 
para escribir datos en el archivo. En las líneas 29 a 33 se maneja la excepción tipo FileNotFoundException, 
que ocurre si el archivo no existe y no se puede crear uno nuevo. Esta excepción también puede ocurrir si hay un 
error al abrir el archivo. Observe que en ambos manejadores de excepciones podemos llamar al método statf c 
System . exi t, y pasarle el valor 1. Este método termina la aplicación. Un argumento de 0 para el método exi t indica 
la terminación exitosa del programa. Un valor distinto de cero, como el 1 en este ejemplo, por lo general, in- 
dica que ocurrió un error. Este valor se pasa a la ventana de comandos en la que se ejecutó el programa. El argu- 
mento es útil si el programa se ejecuta desde un archivo de procesamiento por lotes en los sistemas Windows, 
o una secuencia de comandos de shell en sistemas UNIX/Linux/Mac OS X. Los archivos de procesamiento 
por lotes y las secuencias de comandos de shell ofrecen una manera conveniente de ejecutar varios programas en 
secuencia. Cuando termina el primer programa, el siguiente programa empieza su ejecución. Es posible utilizar el 
argumento para el método exi t en un archivo de procesamiento por lotes o secuencia de comandos de shell, para 
determinar si deben ejecutarse otros programas. Para obtener más información acerca de los archivos de procesa- 
miento por lotes o las secuencias de comandos de shell, consulte la documentación de su sistema operativo. 

El método agregarRegi stros (líneas 37 a 91) pide al usuario que introduzca los diversos campos para cada 
registro, o la secuencia de teclas de fin de archivo cuando termine de introducir los datos. La figura 14.8 enlista 
las combinaciones de teclas para introducir el fin de archivo en varios sistemas computacionales. 

En la línea 40 se crea un objeto Regi stroCuenta, el cual se utilizará para almacenar los valores del regis- 
tro actual introducido por el usuario. En la línea 42 se crea un objeto Scanner para leer la entrada del usuario 
mediante el teclado. En las líneas 44 a 48 y 50 a 52 se pide al usuario que introduzca los datos. 

En la línea 54 se utiliza el método hasNext de Scanner para determinar si se ha introducido la combinación 
de teclas de fin de archivo. El ciclo se ejecuta hasta que hasNext encuentra los indicadores de fin de archivo. 
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// Fig. 14.7: CrearArchi voTexto. java 

// Uso de la clase Formatter para escribir datos en un archivo de texto. 

i mport java. io. Fi leNotFoundExcepti on ; 
i mport j ava . 1 ang . Secu ri tyExcepti on ; 
import java. uti 1 . Formatter; 
import java. útil .FormatterClosedException; 
import java. útil .NoSuchElementException; 
import java. útil .Scanner; 

import com.deitel . jhtp7.capl4.RegistroCuenta; 

public class CrearArchi voTexto 

{ 

private Formatter salida; // objeto usado para enviar texto al archivo 

// permite al usuario abrir el archivo 
public void abri rArchivoO 
{ 

try 

{ 

salida = new Formatter( "clientes.txt" ); 

} // fin de try 

catch ( SecurityException securityException ) 

{ 

System. err . pri ntl n( 

"No tiene acceso de escritura a este archivo." ); 

System.exit( 1 ) ; 

} // fin de catch 

catch ( FileNotFoundException filesNotFoundException ) 

{ 

System. err. println( "Error al crear el archivo." ); 

System.exit( 1 ) ; 

} // fin de catch 
} // fin del método abrirArchivo 

// agrega registros al archivo 

public void agregarRegistrosO 

{ 

// objeto que se va a escribir en el archivo 

Regi stroCuenta registro = new Regi stroCuentaO ; 

Scanner entrada = new Scanner( System. in ); 

System. out. pri ntf( "%s\n%s\n%s\n%s\n\n , 

"Para terminar la entrada, escriba el indicador de fin de archivo ", 

"cuando se le pida que escriba los datos de entrada.", 

"En UNIX/Linux/Mac OS X escriba <ctrl> d y oprima Intro", 

"En Windows escriba <ctrl> z y oprima Intro" ); 

System. out. pri ntf( "%s\n%s", 

"Escriba el numero de cuenta (> 0), primer nombre, apellido paterno y saldo.", 
"? " ); 

while ( entrada. hasNext() ) // itera hasta encontrar el indicador de fin de archivo 

{ 

try // envia valores al archivo 

{ 

// obtiene los datos que se van a enviar 

regi stro . establ ecerCuentaf entrada. nextlntQ ); // lee el número de cuenta 


Figura 14-7 | Creación de un archivo de texto secuencial. (Parte i de 2). 
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registro. establecerPrimerNombref entrada. next() ); // lee el primer nombre 
regi stro . establ ecerApel 1 i doPaterno( entrada. next() ); // lee el apellido 
paterno 

registro. establecerSaldo( entrada. nextDoubl e() ); // lee el saldo 

if ( registro. obtenerCuenta() > 0 ) 

{ 

// escribe el nuevo registro 

salida. format( "%d %s %s %.2f\n' , registro. obtenerCuenta() , 

regi stro .obtener Prime rNomb re () , regi stro.obtenerApel 1 i doPaternoO , 
registro. obtenerSaldoO ); 

} // fin de if 
el se 
{ 

System. out.println( 

"El numero de cuenta debe ser mayor que 0." ); 

} // fin de el se 
} // fin de try 

catch ( FormatterClosedException formatterClosedException ) 

{ 

System. err.printlnf "Error al escribir en el archivo." ); 
return ; 

} // fin de catch 

catch ( NoSuchElementException elementException ) 

{ 

System. err.printlnf "Entrada invalida. Intente de nuevo." ); 

entrada. nextLine() ; // descarta la entrada para que el usuario intente de 

nuevo 

} // fin de catch 

System. out.printf( "%s %s\n%s", "Escriba el numero de cuenta (> 0),", 

"primer nombre, apellido paterno y saldo.', "? " ); 

} // fin de while 

} // fin del método agregarRegi stros 

// cierra el file 

public void cerrarArchivo() 

{ 

if ( salida != nuil ) 
salida. closeO ; 

} // fin del método cerrarArchi vo 
} // fin de la clase CrearArchi voTexto 


Figura 14-7 | Creación de un archivo de texto secuencial. (Parte 2 de 2). 


Sistema operativo 

Combinación de teclas 

UNIX/Linux/Mac OS X 

<Intro> <Ctrl> d 

Windows 

<Ctrl> z 

Figura 14-8 | Combinaciones de teclas de fin de 
archivo para diversos sistemas operativos. 


En las líneas 59 a 62 se leen datos del usuario y se almacena la información del registro en el objeto Regi s- 
troCuenta. Cada instrucción lanza una excepción tipo NoSuchElementException (que se maneja en las líneas 
82 a 86) si los datos se encuentran en el formato incorrecto (por ejemplo, una cadena cuando se espera un i nt), o 
si no hay más datos que introducir. Si el número de cuenta es mayor que 0 (línea 64), la información del registro 
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se escribe en el i entes . txt (líneas 67 a 69) mediante el método format. Este método puede efectuar un formato 
idéntico al del método System . out . pri ntf, que se utilizó en muchos de los ejemplos de capítulos anteriores. 
Este método envía una cadena con formato al destino de salida del objeto Formatter, en este caso el archivo 
clientes.txt. La cadena de formato "%d &s &s &.2f\n" indica que el registro actual se almacenará como 
un entero (el número de cuenta) seguido de una cadena (el primer nombre), otra cadena (el apellido paterno) y un 
valor de punto flotante (el saldo). Cada pieza de información se separa de la siguiente, mediante un espacio, y 
el valor tipo double (el saldo) se imprime en pantalla con dos dígitos a la derecha del punto decimal. Los datos 
en el archivo de texto se pueden ver con un editor, o posteriormente mediante un programa diseñado para leer 
el archivo (14.5.2) y obtener esos datos. Cuando se ejecutan las líneas 67 a 69, si se cierra el objeto Formatter 
se lanza una excepción tipo FormatterClosedException (que se maneja en las líneas 77 a 81). [Nota: también 
puede enviar datos a un archivo de texto mediante la clase java, i o. Pri ntWri ter, la cual también cuenta con el 
método format para enviar/imprimir datos con formato]. 

En las líneas 94 a 98 se declara el método cerrarArchi vo, el cual cierra el objeto Formatter y el archivo de 
salida subyacente. En la línea 97 se cierra el objeto, mediante una llamada simple al método cióse. Si el método 
cióse no se llama en forma explícita, el sistema operativo comúnmente cierra el archivo cuando el programa 
termina de ejecutarse; éste es un ejemplo de las “tareas de mantenimiento” del sistema operativo. 

La figura 14.9 ejecuta el programa. En la línea 8 se crea un objeto CrearArchi voTexto, el cual se utiliza 
posteriormente para abrir, agregar registros y cerrar el archivo (líneas 10 a 12). Los datos de ejemplo para esta 
aplicación se muestran en la figura 14.10. En la ejecución de ejemplo para este programa, el usuario introduce 
información para cinco cuentas, y después introduce el fin de archivo para indicar que ha terminado de introducir 
datos. La ejecución de ejemplo no muestra cómo aparecen realmente los registros de datos en el archivo. En la 
siguiente sección, para verificar que el archivo se haya creado sin problemas, presentamos un programa que lee el 
archivo e imprime su contenido. Como es un archivo de texto, también puede verificar la información abriendo 
el archivo en un editor de texto. 


1 // Fig. 14.9; PruebaCrearArchi voTexto. java 

2 // Prueba de la clase CrearArchivoTexto. 

3 

4 public class PruebaCrearArchi voTexto 

5 { 

6 public static void main( String args[] ) 

7 { 

8 CrearArchivoTexto aplicación = new CrearArchivoTextoO ; 

9 

10 aplicación. abrirArchivo() ; 

1 1 api i cacion . agregarRegi stros() ; 

12 aplicación. cerrarArchi vo() ; 

13 } // fin de main 

14 } // fin de la clase PruebaCrearArchi voTexto 


Para terminar la entrada, escriba el indicador de fin de archivo 
cuando se le pida que escriba los datos de entrada. 

En UNIX/Linux/Mac OS X escriba <ctrl> d y oprima Intro 
En Windows escriba <ctrl> z y oprima Intro 

Escriba el numero de cuenta (> 0), primer nombre, apellido paterno y saldo. 

? 100 Bob Iones 24.98 

Escriba el numero de cuenta (> 0), primer nombre, apellido paterno y saldo. 
? 200 Steve Doe -345.67 

Escriba el numero de cuenta (> 0), primer nombre, apellido paterno y saldo. 
? 300 Pam White 0.00 

Escriba el numero de cuenta (> 0), primer nombre, apellido paterno y saldo. 
? 400 Sam Stone -42.16 


Figura 14-9 | Prueba de la clase CrearArchivoTexto. (Parte I de 2). 
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Escriba el numero de cuenta (> 0), primer nombre, apellido paterno y saldo. 
? 500 Sue Rich 224.62 

Escriba el numero de cuenta (> 0), primer nombre, apellido paterno y saldo. 
? az 


Figura 14-9 | Prueba de la clase CrearArchivoTexto. (Parte 2 de 2). 


Datos de ejemplo 


100 

Bob 

Jones 

24.98 

200 

Steve 

Doe 

-345.67 

300 

Pam 

White 

0.00 

400 

Sam 

Stone 

-42.16 

500 

Sue 

Rich 

224.62 


Figura 14.10 | Datos de ejemplo para el programa de la figura 14-7. 

14-5.2 Cómo leer datos de un archivo de texto de acceso secuencial 

Los datos se almacenan en archivos, para poder procesarlos según sea necesario. En la sección 14.5.1 demostramos 
cómo crear un archivo para acceso secuencial. Esta sección muestra cómo leer los datos secuencialmente desde un 
archivo de texto. En esta sección, demostraremos cómo puede utilizarse la clase Scanner para recibir datos de 
un archivo, en vez del teclado. 

La aplicación de las figuras 14.1 1 y 14.12 lee registros del archivo "el i entes . txt" creado por la aplicación 
de la sección 14.5.1 y muestra el contenido de los registros. En la línea 13 de la figura 14.1 1 se declara un objeto 
Scanner, que se utilizará para obtener los datos de entrada del archivo. 

El método abri rArchi vo (líneas 16 a 27) abre el archivo en modo de lectura, creando una instancia de un 
objeto Scanner en la línea 20. Pasamos un objeto File al constructor, el cual especifica que el objeto Scanner 
leerá datos del archivo "el i entes . txt" ubicado en el directorio desde el que se ejecuta la aplicación. Si no puede 
encontrarse el archivo, ocurre una excepción tipo Fi 1 eNotFoundExcepti on. La excepción se maneja en las líneas 
22 a 26. 


1 // Fig. 14.11: LeerArchivoTexto. java 

2 // Este programa lee un archivo de texto y muestra cada registro. 

3 import java, i o . Fi le ; 

4 import java. i o. Fi leNotFoundException ; 

5 import java.lang.IllegalStateException; 

6 import java. útil .NoSuchElementException; 

7 import java. útil .Scanner; 

8 

9 import com.deitel . jhtp7.capl4.RegistroCuenta; 

10 

11 public class LeerArchivoTexto 

12 { 

13 private Scanner entrada; 

14 

15 // permite al usuario abrir el archivo 

16 public void abri rArchivo() 

17 { 

18 try 

Figura 14-11 | Lectura de un archivo secuencial mediante un objeto Scanner. (Parte I de 2). 
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68 

69 
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{ 

entrada = new Scanner( new File( "clientes.txt" ) ); 

} // fin de try 

catch ( Fi leNotFoundException fileNotFoundException ) 

{ 

System, err.println( "Error al abrir el archivo." ); 

System.exitf 1 ) ; 

} // fin de catch 
} // fin del método abrirArchivo 

// lee registro del archivo 
public void leerRegistrosO 
{ 

// objeto que se va a escribir en la pantalla 

Regi stroCuenta registro = new Regi stroCuentaO ; 

System. out . printf ("%-9s%-15s%-18s%10s\n” , “Cuenta’ , 

"Primer nombre', "Apellido paterno", "Saldo" ); 

try // lee registros del archivo, usando el objeto Scanner 

{ 

while ( entrada. hasNext() ) 

{ 

regi stro . establ ecerCuentaf entrada. nextlnt() ); // lee el número de cuenta 
registro. establecerPrimerNombre( entrada. next() ); // lee el primer nombre 
registro. establecerApellidoPaterno( entrada. next() ); // lee el apellido 
paterno 

registro. establecerSaldof entrada. nextDoubl e() ); // lee el saldo 

// muestra el contenido del registro 

System. out. pri ntf( "<%-9d%-15s%-18s%10 . 2f\n' , 

regi stro . obtenerCuenta() , registro.obtenerPrimerNombreO , 
regi stro . obtenerApell idoPaternoO , registro. obtenerSal do() ); 

} // fin de while 
} // fin de try 

catch ( NoSuchElementException elementException ) 

{ 

System. err. println( "El archivo no esta bien formado." ); 
entrada. close() ; 

System.exitf 1 ) ; 

} // fin de catch 

catch ( IllegalStateException stateException ) 

{ 

System. err. println( "Error al leer del archivo." ); 

System.exitf 1 ) ; 

} // fin de catch 

} // fin del método leerRegistros 

// cierra el archivo y termina la aplicación 
public void cerrarArchivo() 

{ 

if ( entrada != nuil ) 

entrada. closeO ; // cierra el archivo 
} // fin del método cerrarArchi vo 
} // fin de la clase LeerArchi voTexto 


Figura 14-11 | Lectura de un archivo secuendal mediante un objeto Scanner. (Parte 2 de 2). 


El método leerRegi stros (líneas 30 a 64) lee y muestra registros del archivo. En la línea 33 se crea el objeto 
Regi stroCuenta llamado regi stro, para almacenar la información del registro actual. En las líneas 35 y 36 se 
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1 // Fig. 14.12: PruebaLeerArchivoTexto. java 

2 // Este programa prueba la clase LeerArchivoTexto. 

3 

4 public class PruebaLeerArchivoTexto 

5 { 

6 public static void main( String args[] ) 

7 { 

8 LeerArchivoTexto aplicación = new LeerArchivoTextoO ; 

9 

10 aplicación. abrirArchivo() ; 

11 aplicación. leerRegistros() ; 

12 aplicación. cerrarArchi vo() ; 

13 } // fin de main 

14 } // fin de la clase PruebaLeerArchivoTexto 


Cuenta 

Primer nombre 

Apellido paterno 

Sal do 

100 

Bob 

Jones 

24.98 

200 

Steve 

Doe 

-345.67 

300 

Pam 

Whi te 

0.00 

400 

Sam 

Stone 

-42.16 

500 

Sue 

Rich 

224.62 


Figura 14-12 | Prueba de la clase LeerArchivoTexto. 


muestran encabezados para las columnas, en los resultados de la aplicación. En las líneas 40 a 5 1 se leen datos del 
archivo hasta llegar al marcador de fin de archivo (en cuyo caso, el método hasNext devolverá fal se en la línea 
40). En las líneas 42 a 45 se utilizan los métodos nextlnt, next y nextDouble de Scanner para recibir un entero 
(el número de cuenta), dos cadenas (el primer nombre y el apellido paterno) y un valor doubl e (el saldo). Cada 
registro es una línea de datos en el archivo. Los valores se almacenan en el objeto regi stro. Si la información en 
el archivo no está bien formada (por ejemplo, que haya un apellido paterno en donde debe haber un saldo), se 
produce una excepción tipo NoSuchElementException al momento de introducir el registro. Esta excepción 
se maneja en las líneas 53 a 58. Si el objeto Scanner se cerró antes de introducir los datos, se produce una excep- 
ción tipo II 1 egal StateExcepti on (que se maneja en las líneas 59 a 63). Si no ocurren excepciones, la infor- 
mación del registro se muestra en pantalla (líneas 48 a 50). Observe en la cadena de formato de la línea 48 que el 
número de cuenta, primer nombre y apellido paterno están justificados a la izquierda, mientras que el saldo está 
justificado a la derecha y se imprime con dos dígitos de precisión. Cada iteración del ciclo introduce una línea de 
texto del archivo de texto, la cual representa un registro. 

En las líneas 67 a 71 se define el método cerrarArchi vo, el cual cierra el objeto Scanner. El método mai n 
se define en la figura 14.12, en las líneas 6 a 13. En la línea 8 se crea un objeto LeerArchivoTexto, el cual se 
utiliza entonces para abrir, agregar registros y cerrar el archivo (líneas 10 a 12). 

14-5.3 Ejemplo práctico: un programa de solicitud de crédito 

Para obtener datos secuencialmente de un archivo, por lo general, los programas empiezan leyendo desde el prin- 
cipio del archivo y leen todos los datos en forma consecutiva, hasta encontrar la información deseada. Podría ser 
necesario procesar el archivo secuencialmente varias veces (desde el principio del archivo) durante la ejecución de 
un programa. La clase Scanner no proporciona la habilidad de reposicionarse hasta el principio del archivo. Si es 
necesario leer el archivo de nuevo, el programa debe cerrar el archivo y volver a abrirlo. 

El programa de las figuras 14.13 a 14.15 permite a un gerente de créditos obtener listas de clientes con saldos 
de cero (es decir, los clientes que no deben dinero), saldos con crédito (es decir, los clientes a quienes la compa- 
ñía les debe dinero) y saldos con débito (es decir, los clientes que deben dinero a la compañía por los bienes y 
servicios recibidos en el pasado). Un saldo con crédito es un monto negativo, y un saldo con débito es un monto 
positivo. 

Empezamos por crear un tipo enum (figura 14.13) para definir las distintas opciones del menú que tendrá 
el usuario. Las opciones y sus valores se enlistan en las líneas 7 a 10. El método obtenerValor (líneas 19 a 22) 
obtiene el valor de una constante enum específica. 
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1 // Fig. 14. IB: OpcionMenu . java 

2 // Define un tipo enum para las opciones del programa de consulta de crédito. 

3 

4 public enum OpcionMenu 

5 { 

6 // declara el contenido del tipo enum 

7 SALD0_CER0( 1 ), 

8 SALDO_CREDITO( 2 ), 

9 SALDO_DEBITO( B ), 

10 FIN( 4 ) ; 

1 1 

12 private final int valor; // opción actual del menú 

13 

14 OpcionMenu ( int valorOpcion ) 

15 { 

16 valor = valorOpcion; 

17 } // fin del constructor del tipo enum OpcionMenu 

18 

19 public int obtenerVal or() 

20 { 

21 return valor; 

22 } // fin del método obtenerValor 

23 } // fin del tipo enum OpcionMenu 

Figura 14-13 | Enumeración para las opciones del menú. 


1 // Fig. 14.14: ConsultaCredito. java 

2 // Este programa lee un archivo secuencialmente y muestra su 

3 // contenido con base en el tipo de cuenta que solicita el usuario 

4 // (saldo con crédito, saldo con débito o saldo de cero). 

5 import java. io. Fi le ; 

6 import java. io . Fi leNotFoundException ; 

7 import java.lang.IllegalStateException; 

8 import java. útil .NoSuchElementException; 

9 import java. útil .Scanner; 

10 

11 import com.deitel . jhtp7.capl4.RegistroCuenta; 

12 

13 public class ConsultaCredito 

14 { 

15 private OpcionMenu tipoCuenta; 

16 private Scanner entrada; 

17 private OpcionMenu opcionesf] = { Opci onMenu . SALDO_CERO, 

18 Opci onMenu. SALDO_CREDITO, Opci onMenu . SALDO_DEBITO , 

19 OpcionMenu. FIN }; 

20 

21 // lee los registros del archivo y muestra sólo los registros del tipo apropiado 

22 private void leerRegistrosO 

23 { 

24 // objeto que se va a escribir en el archivo 

25 Regi stroCuenta registro = new Regi stroCuentaO ; 

26 

27 try // lee registros 

28 { 

29 // abre el archivo para leer desde el principio 

30 entrada = new Scanner( new File( "clientes.txt") ); 

31 

32 while ( entrada. hasNext() ) // recibe los valores del archivo 

Figura 14-14 | Programa de consulta de crédito. (Parte I de 3). 
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{ 

regi stro . establ ecerCuenta( entrada. nextlnt() ); // lee número de cuenta 
registro. establecerPrimerNombre( entrada. next() ); // lee primer nombre 
regi stro . establ ecerApell i doPaternof entrada. next() ); // lee apellido 

paterno 

registro. establecerSaldof entrada. nextDoubl e() ); // lee saldo 

// si el tipo de cuenta es apropiado, muestra el registro 

if ( debeMostrar( registro. obtenerSaldoO ) ) 

System . out . pri ntf ( "%-10d%-12s%-12s%10 . 2f\n" , 

regi stro . obtenerCuentaC) , regi stro. obtenerPrimerNombre() , 
regi stro . obtenerApel 1 idoPaternoO , registro. obtenerSaldoO ) ; 

} // fin de while 
} // fin de try 

catch f NoSuchElementException elementException ) 

{ 

System. err.printlnf "El archivo no esta bien formado." ); 
entrada. close() ; 

System.exitf 1 ) ; 

} // fin de catch 

catch f IllegalStateException stateExcepti on ) 

{ 

System. err.printlnf "Error al leer del archivo." ); 

System.exitf 1 ) ; 

} // fin de catch 

catch ( FileNotFoundException fileNotFoundException ) 

{ 

System. err.printlnf "No se puede encontrar el archivo." ); 

System.exitf 1 ) ; 

} // fin de catch 
finally 
{ 

if f entrada != nuil ) 

entrada. closef) ; // cierra el objeto Scanner y el archivo 
} // fin de finally 
} // fin del método leerRegistros 

// usa el tipo de registro para determinar si el registro debe mostrarse 
private boolean debeMostrarf double saldo ) 

{ 

if f f tipoCuenta == Opci onMenu. SALD0_CREDIT0 ) 

&& f saldo < 0 ) ) 
return true; 

el se if f f tipoCuenta == Opci onMenu . SALD0_DEBIT0 ) 

&& f saldo > 0 ) ) 
return true; 

el se if f f tipoCuenta == Opci onMenu . SALD0_CER0 ) 

&& f saldo == 0 ) ) 
return true; 

return false; 

} // fin del método debeMostrar 

// obtiene solicitud del usuario 

private OpcionMenu obtenerSol i ci tudf) 

{ 

Scanner textoEnt = new Scannerf System. in ); 


Figura 14-14 | Programa de consulta de crédito. (Parte 2 de 3). 
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int solicitud = 1; 

// muestra opciones de solicitud 

System . out . pri ntf ( "\n%s\n%s\n%s\n%s\n%s\n" , 

"Escriba solicitud", " 1 - Lista de cuentas con saldos de cero 1 , 

" 2 - Lista de cuentas con saldos con crédito", 

" 3 - Lista de cuentas con saldos con debito", " 4 - Finalizar ejecución" ) 

try // trata de recibir la opción del menú 

{ 

do // recibe solicitud del usuario 

{ 

System. out. print( "\n? " ); 
solicitud = textoEnt . nextlnt() ; 

} while ( ( solicitud < 1 ) || ( solicitud > 4 ) ); 

} // fin de try 

catch ( NoSuchElementException elementException ) 

{ 

System. err.println( "Entrada invalida." ); 

System.exitf 1 ) ; 

} // fin de catch 

return opcionesf solicitud - 1 ]; // devuelve valor de enum para la opción 
} // fin del método obtenerSol i ci tud 

public void procesarSol icitudes() 

{ 

// obtiene la solicitud del usuario (saldo de cero, con crédito o con débito) 
tipoCuenta = obtenerSol i ci tud() ; 

while ( tipoCuenta != Opci onMenu . FIN ) 

{ 

switch ( tipoCuenta ) 

{ 

case SALDCLCERO: 

System . out . pri ntl n( "nCuentas con saldos de cero:\n" ); 
break; 

case SALDCLCREDITO: 

System. out. println( "\nCuentas con saldos con credito:\n" ); 
break; 

case SALD0J3EBIT0: 

System . out . pri ntl n( "\nCuentas con saldos con debito:\n" ); 
break; 

} // fin de switch 

leerRegistrosO ; 

tipoCuenta = obtenerSol icitud() ; 

} // fin de while 

} // fin del método procesarSol i ci tudes 
} // fin de la clase Cónsul taCredi to 


Figura 14.14 | Programa de consulta de crédito. (Parte 3 de 3). 


La figura 14.14 contiene la funcionalidad para el programa de consulta de crédito, y la figura 14.15 contie- 
ne el método mai n que ejecuta el programa. Este programa muestra un menú de texto y permite al gerente de 
créditos introducir una de tres opciones para obtener información sobre un crédito. La opción 1 (SALD0_CER0) 
produce una lista de cuentas con saldos de cero. La opción 2 (SALDCLCREDITO) produce una lista de cuentas con 
saldos con crédito. La opción 3 (SALD0_DEBIT0) produce una lista de cuentas con saldos con débito. La opción 4 
(FIN) termina la ejecución del programa. En la figura 14.16 se muestra un conjunto de resultados de ejemplo. 
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1 // Fig. 14.15: PruebaConsultaCredito. java 

2 // Este programa prueba la clase Cónsul taCredi to . 

3 

4 public class PruebaConsultaCredito 

5 { 

6 public static void main( String args[] ) 

7 { 

8 ConsultaCredito aplicación = new Cónsul taCredi to() ; 

9 aplicación. procesarSolicitudesO ; 

10 } // fin de main 

11 } // fin de la clase PruebaConsultaCredito 

Figura 14-15 | Prueba de la clase ConsultaCredito. 


Escriba solicitud 

1 - Lista de cuentas con saldos de cero 

2 - Lista de cuentas con saldos con crédito 

5 - Lista de cuentas con saldos con debito 

4 - Finalizar ejecución 

? 1 

Cuentas con saldos de cero: 

300 Pam White 0.00 

Escriba solicitud 

1 - Lista de cuentas con saldos de cero 

2 - Lista de cuentas con saldos con crédito 

3 - Lista de cuentas con saldos con debito 

4 - Finalizar ejecución 

? 2 

Cuentas con saldos con crédito: 

200 Steve Doe -345.67 

400 Sam Stone -42.16 

Escriba solicitud 

1 - Lista de cuentas con saldos de cero 

2 - Lista de cuentas con saldos con crédito 

3 - Lista de cuentas con saldos con debito 

4 - Finalizar ejecución 

? 3 

Cuentas con saldos con debito: 

100 Bob Jones 24.98 

500 Sue Rich 224.62 

? 4 

I 

Figura 14-16 | Salida de ejemplo del programa de consulta de crédito de la figura 14-15. 


Para recolectar la información de los registros, se lee todo el archivo completo y se determina si cada uno de 
los registro cumple o no con los criterios para el tipo de cuenta seleccionado por el gerente de créditos. El método 
procesarSolicitudes (líneas 116 a 139 de la figura 14.14) llama al método obtenerSol i ci tud para mostrar 
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las opciones del menú (línea 119) y almacena el resultado en la variable OpcionMenu llamada tipoCuenta. 
Observe que obtenerSol i ci tud traduce el número escrito por el usuario en un objeto Opci onMenu, usando el 
número para seleccionar un objeto OpcionMenu del arreglo opciones. En las líneas 121 a 138 se itera hasta que 
el usuario especifique que el programa debe terminar. La instrucción swi tch en las líneas 123 a 134 muestra un 
encabezado para imprimir el conjunto actual de registros en la pantalla. En la línea 136 se hace una llamada al 
método 1 eerRegi stros (líneas 22 a 67), el cual itera a través del archivo y lee todos los registros. 

La línea 30 del método leerRegi stros abre el archivo en modo de lectura con un objeto Scanner. Observe 
que el archivo se abrirá en modo de lectura con un nuevo objeto Scanner cada vez que se haga una llamada a este 
método, para que podamos leer de nuevo desde el principio del archivo. En las líneas 34 a 37 se lee un registro. 
En la línea 40 se hace una llamada al método debeMostrar (líneas 70 a 85), para determinar si el registro actual 
cumple con el tipo de cuenta solicitado. Si debeMostrar devuelve true, el programa muestra la información de 
la cuenta. Cuando se llega al marcador de fin de archivo, el ciclo termina y en la línea 65 se hace una llamada 
al método cióse de Scanner para cerrar el objeto Scanner y el archivo. Observe que esto ocurre en un bloque 
final 1 y, el cual se ejecutará sin importar que se haya leído o no el archivo con éxito. Una vez que se hayan leído 
todos los registros, el control regresa al método p rocesarSol i ci tudes y se hace una llamada otra vez al método 
obtenerSol i ci tud (línea 137) para obtener la siguiente opción de menú del usuario. La figura 14.15 contiene 
el método mai n, y llama al método procesarSol i ci tudes en la línea 9. 


14-5.4 Actualización de archivos de acceso secuencia! 

En muchos archivos secuenciales, los datos no se pueden modificar sin el riesgo de destruir otros datos en el archi- 
vo. Por ejemplo, si el nombre “White” tuviera que cambiarse a “Worthi ngton”, el nombre anterior no podría 
simplemente sobrescribirse, debido a que el nuevo nombre requiere más espacio. El registro para Whi te se escribió 
en el archivo como 

300 Pam White 0.00 

Si el registro se sobrescribe empezando en la misma ubicación en el archivo que utiliza el nuevo nombre, el regis- 
tro será 


300 Pam Worthington 0.00 

El nuevo registro es más extenso (tiene más caracteres) que el registro original. Los caracteres más allá de la segun- 
da “o” en “Worthi ngton” sobrescribirán el principio del siguiente registro secuencial en el archivo. El problema 
aquí es que los campos en un archivo de texto (y por ende, los registros) pueden variar en tamaño. Por ejemplo, 7, 
14, -1 17, 2074 y 27383 son todos valores i nt almacenados en el mismo número de bytes (4) internamente, pero 
son campos con distintos tamaños cuando se muestran en la pantalla, o se escriben en un archivo como texto. 

Por lo tanto, los registros en un archivo de acceso secuencial comúnmente no se actualizan por partes. En vez 
de ello, generalmente se sobrescribe todo el archivo. Para realizar el cambio anterior, los registros antes de 300 Pam 
Whi te 0.00 se copian a un nuevo archivo, se escribe el nuevo registro (que puede tener un tamaño distinto al que 
está sustituyendo) y se copian los registros después de 300 Pam Whi te 0.00 al nuevo archivo. Es inconveniente 
actualizar sólo un registro, pero razonable si una porción substancial de los registros necesitan actualización. 


14-6 Serialización de objetos 

En la sección 14.5 demostramos cómo escribir los campos individuales de un objeto Regi stroCuenta en un 
archivo como texto, y cómo leer esos campos de un archivo y colocar sus valores en un objeto Regi stroCuenta 
en la memoria. En los ejemplos, se usó Regi stroCuenta para agregar la información de un registro. Cuando las 
variables de instancia de un objeto Regi stroCuenta se enviaban a un archivo en disco, se perdía cierta infor- 
mación, como el tipo de cada valor. Por ejemplo, si se lee el valor "3" de un archivo, no hay forma de saber si el 
valor proviene de un i nt, un Stri ng o un double. En un disco sólo tenemos los datos, no la información sobre 
los tipos. Si el programa que va a leer estos datos “sabe” a qué tipo de objeto corresponden, entonces simplemente 
se leen y se colocan en objetos de ese tipo. Por ejemplo, en la sección 14.5.2 sabemos que introduciremos un i nt 
(el número de cuenta), seguido de dos objetos Stri ng (el primer nombre y el apellido paterno) y un doubl e (el 
saldo). También sabemos que estos valores se separan mediante espacios, y sólo se coloca un registro en cada 
línea. Algunas veces no sabremos con exactitud cómo se almacenan los datos en un archivo. En tales casos, sería 
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conveniente poder escribir o leer un objeto completo de un archivo. Java cuenta con dicho mecanismo, llamado 
serialización de objetos. Un objeto señalizado es un objeto que se representa como una secuencia de bytes, la 
cual incluye los datos del objeto, así como información acerca del tipo del objeto y los tipos de los datos alma- 
cenados en el mismo. Una vez que se escribe un objeto señalizado en un archivo, se puede leer de ese archivo y 
deserializarse; es decir, la información del tipo y los bytes que representan al objeto y sus datos se puede utilizar 
para recrear el objeto en memoria. 

Las clases ObjectlnputStream y ObjectOutputStream, que implementan en forma respectiva a las inter- 
faces Objectlnput y ObjectOutput, permiten leer/escribir objetos completos de/en un flujo (posiblemente un 
archivo). Para utilizar la serialización con los archivos, inicializamos los objetos ObjectlnputStream y Objec- 
tOutputStream con objetos flujo que pueden leer y escribir información desde/hacia los archivos; objetos de 
las clases Fi 1 elnputStream y Fi 1 eOutputStream, respectivamente. La acción de inicializar objetos flujo con 
otros objetos flujo de esta forma se conoce algunas veces como envoltura: el nuevo objeto flujo que se va a crear 
envuelve al objeto flujo especificado como un argumento del constructor. Por ejemplo, para envolver un objeto 
Fi 1 elnputStream en un objeto ObjectlnputStream, pasamos el objeto Fi 1 elnputStream al constructor de 
ObjectlnputStream. 

La interfaz Obj ectOutput contiene el método wri teObject, el cual toma un objeto Object que implemen- 
ta a la interfaz Seri al i zabl e (que veremos en breve) como un argumento y escribe su información a un objeto 
OutputStream. De manera correspondiente, la interfaz Objectlnput contiene el método readObject, el cual 
lee y devuelve una referencia a un objeto Object de un objeto InputStream. Una vez que se lee un objeto, su 
referencia puede convertirse en el tipo actual del objeto. Como veremos en el capítulo 24, Redes, las aplicaciones 
que se comunican a través de una red (como Internet) también pueden transmitir objetos completos a través de 
la red. 

En esta sección vamos a crear y manipular archivos de acceso secuencial, usando la serialización de objetos. 
Ésa se realiza mediante flujos basados en bytes, de manera que los archivos secuencial es que se creen y manipulen 
serán archivos binarios. Recuerde que los archivos binarios no se pueden ver en los editores de texto estándar. Por 
esta razón, escribimos una aplicación separada que sabe cómo leer y mostrar objetos señalizados. 


14-6.1 Creación de un archivo de acceso secuencial mediante el uso 
de la serialización de objetos 

Empezaremos por crear y escribir objetos serializados a un archivo de acceso secuencial. En esta sección reutiliza- 
mos la mayor parte del código de la sección 14.5, por lo que sólo nos enfocaremos en las nuevas características. 

Definición de la clase RegistroCuentaSerial i zabl e 

Para empezar, modificaremos nuestra clase Regí stroCuenta, de manera que los objetos de esta clase puedan 
señalizarse. La clase RegistroCuentaSerializable (figura 14.17) implementa a la interfaz Seri al i zabl e 
(línea 7), la cual permite señalizar y deserializar los objetos de la clase Regi stroCu en taSen al i zabl e con obje- 
tos ObjectOutputStream y ObjectlnputStream. La interfaz Seri al i zabl e es una interfaz de marcado. Dicha 
interfaz no contiene métodos. Una clase que implementa a Serial i zabl e se marca como objeto Seri al i zabl e. 
Esto es importante, ya que un objeto ObjectOutputStream no enviará un objeto como salida a menos que sea un 
objeto Seri al i zabl e, lo cual es el caso para cualquier objeto de una clase que implemente a Seri al i zabl e. 


1 // Fig. 14.17: RegistroCuentaSerializable. java 

2 // Una clase que representa un registro de información. 

3 package com . dei tel . jhtp7 . capl4 ; // empaquetada para reutilizarla 

4 

5 import j ava. i o. Se ri al i zabl e; 

6 

7 public class RegistroCuentaSerializable implements Serializable 

8 { 

9 private int cuenta; 

10 private String primerNombre; 

Figura 14-17 | La clase RegistroCuentaSerializable para los objetos serializables. (Parte I de3). 
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11 prívate String apell i doPaterno ; 

12 prívate double saldo; 

13 

14 // el constructor sin argumentos llama al otro constructor con valores predeterminados 

15 public Regí stroCuentaSerial i zabl e() 

16 { 

17 thi s( 0 , " , "" , 0.0 ) ; 

18 } // fin del constructor de RegistroCuentaSerializable sin argumentos 

19 

20 // el constructor con cuatro argumentos inicial iza un registro 

21 public Regí stroCuentaSerial i zabl e( 

22 int cta, String nombre, String apellido, double sal ) 

23 { 

24 establ ecerCuenta( cta ); 

25 establecerPrimerNombreC nombre ); 

26 establ ecerApell idoPaternoC apellido ); 

27 establ ecerSaldo( sal ); 

28 } // fin del constructor de RegistroCuentaSerializable con cuatro argumentos 

29 

30 // establece el número de cuenta 

31 public void establ ecerCuenta( int cta ) 

32 { 

33 cuenta = cta; 

34 } // fin del método establecerCuenta 

35 

36 // obtiene el número de cuenta 

37 public int obtenerCuentaO 

38 { 

39 return cuenta; 

40 } // fin del método obtenerCuenta 

41 

42 // establece el primer nombre 

43 public void establecerPrimerNombreC String nombre ) 

44 { 

45 primerNombre = nombre; 

46 } // fin del método establecerPrimerNombre 

47 

48 // obtiene el primer nombre 

49 public String obtenerPrimerNombreO 

50 { 

51 return primerNombre; 

52 } // fin del método obtenerPrimerNombre 

53 

54 // establece el apellido paterno 

55 public void establ ecerApel 1 i doPaterno( String apellido ) 

56 { 

57 apel 1 i doPaterno = apellido; 

58 } // fin del método establ ecerApell i doPaterno 

59 

60 // obtiene el apellido paterno 

61 public String obtenerApel 1 i doPaternoO 

62 { 

63 return apell i doPaterno ; 

64 } // fin del método obtenerApel 1 i doPaterno 

65 

66 // establece el saldo 

67 public void establ ecerSaldo( double sal ) 

68 { 

69 saldo = sal ; 

Figura 14-17 | La clase RegistroCuentaSerializable para los objetos serializables. (Parte 2 de 3). 
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70 } // fin del método establecerSaldo 

71 

72 // obtiene el saldo 

73 public double obtenerSaldoO 

74 { 

75 return saldo; 

76 } // fin del método obtenerSaldo 

77 } // fin de la clase RegistroCuentaSerializable 

Figura 14-17 | La clase RegistroCuentaSerializable para los objetos serializables. (Parte 3 de 3). 


En una clase que implementa a Se ri al i zabl e, el programador debe asegurar que cada variable de instancia 
de la clase sea de un tipo Seri al i zabl e. Cualquier variable de instancia que no sea serializable debe declararse 
como transient, para indicar que no es Seri al i zabl e y debe ignorarse durante el proceso de serialización. De 
manera predeterminada, todas las variables de tipos primitivos son serializables. Para las variables de tipos de refe- 
rencias, debe comprobar la definición de la clase (y posiblemente de sus superclases) para asegurar que el tipo sea 
Serializable. De manera predeterminada, los objetos tipo arreglo son serializables. No obstante, si el arreglo 
contiene referencias a otros objetos, éstos pueden o no ser serializables. 

La clase RegistroCuentaSerializable contiene los miembros de datos private llamados cuenta, pri- 
merNombre, apel 1 i doPaterno y saldo. Esta clase también proporciona métodos public establecer y obtener 
para acceder a los campos private. 

Ahora hablaremos sobre el código que crea el archivo de acceso secuencial (figuras 14.18 y 14.19). Aquí nos 
concentraremos sólo en los nuevos conceptos. Como dijimos en la sección 14.3, un programa puede abrir un 
archivo creando un objeto de las clases de flujo Fi 1 elnputStream o Fi 1 eOuptutStream. En este ejemplo, 
el archivo se abrirá en modo de salida, por lo que el programa crea un objeto Fi 1 eOutputStream (línea 21 de la 
figura 14.18). El argumento de cadena que se pasa al constructor de Fi 1 eOutputStream representa el nombre y 
la ruta del archivo que se va a abrir. Los archivos existentes que se abren en modo de salida de esta forma se trun- 
can. Observe que se utiliza la extensión de archivo .ser; utilizamos esta extensión de archivo para los archivos 
binarios que contienen objetos señalizados. 


1 // Fig. 14.18: CrearArchivoSecuencial . java 

2 // Escritura de objetos en forma secuencial a un archivo, con la clase ObjectOutputStream. 

3 import java. i o . Fi 1 eOutputStream; 

4 import java.io.IOException; 

5 import java. io. ObjectOutputStream; 

6 import java. útil .NoSuchElementException; 

7 import java. útil .Scanner; 

8 

9 import com.deitel . jhtp7.capl4. RegistroCuentaSerializable; 

10 

11 public class CrearArchivoSecuencial 

12 { 

13 private ObjectOutputStream salida; // envia los datos a un archivo 

14 

15 // permite al usuario especificar el nombre del archivo 

16 public void abri rArchivoO 

17 { 

18 try // abre el archivo 

19 { 

20 salida = new ObjectOutputStream( 

21 new FileOutputStream( "el i entes . ser" ) ); 

22 } // fin de try 

23 catch ( IOException ioException ) 

Figura 14-18 | Archivo secuencial creado mediante ObjectOutputStream. (Parte I de 3). 
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{ 

System. err.println( "Error al abrir el archivo." ); 

} // fin de catch 
} // fin del método abrirArchivo 

// agrega registros al archivo 

public void agregarRegistrosO 

{ 

RegistroCuentaSerializable registro; // objeto que se va a escribir al archivo 
int numeroCuenta = 0; // número de cuenta para el objeto registro 
String primerNombre; // primer nombre para el objeto registro 
String apellidoPaterno; // apellido paterno para el objeto registro 
double saldo; // saldo para el objeto registro 

Scanner entrada = new Scanner( System. in ); 

System. out. pri ntf( "%s\n%s\n%s\n%s\n\n , 

"Para terminar de introducir datos, escriba el indicador de fin de archivo 1 , 
"Cuando se le pida que introduzca los datos. , 

"En UNIX/Linux/Mac OS X escriba <ctrl> d y oprima Intro", 

"En Windows escriba <ctrl> z y oprima Intro" ); 

System. out. pri ntf( "%s\n%s", 

"Escriba el numero de cuenta (> 0), primer nombre, apellido y saldo.", 

"? " ); 

while ( entrada. hasNext() ) // itera hasta el indicador de fin de archivo 

{ 

try // envi a los valores al archivo 

{ 

numeroCuenta = entrada. nextlnt() ; // lee el número de cuenta 
primerNombre = entrada. next() ; // lee el primer nombre 
apellidoPaterno = entrada. next() ; // lee el apellido paterno 
saldo = entrada. nextDoubl e() ; // lee el saldo 

if ( numeroCuenta > 0 ) 

{ 

// crea un registro nuevo 

registro = new RegistroCuentaSerializablef numeroCuenta, 
primerNombre, apellidoPaterno, saldo ); 
salida. writeObject( registro ); // envia el registro como salida 
} // fin de if 
el se 
{ 

System. out . pri ntl n( 

"El numero de cuenta debe ser mayor de 0." ); 

} // fin de el se 
} // fin de try 

catch ( IOException ioException ) 

{ 

System. err. println( "Error al escribir en el archivo." ); 
return ; 

} // fin de catch 

catch ( NoSuchElementException elementException ) 

{ 

System. err. println( "Entrada invalida. Intente de nuevo." ); 

entrada. nextLine() ; // descarta la entrada para que el usuario intente de 

nuevo 

} // fin de catch 


Figura 14-18 | Archivo secuencial creado mediante ObjectOutputStream. (Parte 2 de 3). 
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82 

83 System. out.printf( "%s %s\n%s", "Escriba el numero de cuenta (>0) , " , 

84 "primer nombre, apellido y saldo.", "? " ); 

85 } // fin de while 

86 } // fin del método agregarRegi stros 

87 

88 // cierra el archivo y termina la aplicación 

89 public void cerrarArchi vo() 

90 { 

91 try // cierra el archivo 

92 { 

93 if ( salida != nuil ) 

94 salida. close() ; 

95 } // fin de try 

96 catch ( IOException ioException ) 

97 { 

98 System. err.printlnf "Error al cerrar el archivo." ); 

99 System.exitf 1 ); 

100 } // fin de catch 

101 } // fin del método cerrarArchi vo 

102 } // fin de la clase CrearArchi voSecuenci al 

Figura 14-18 | Archivo secuencial creado mediante ObjectOutputStream. (Parte 3 de 3). 


1 // Fig. 14.19: PruebaCrearArchi voSecuenci al . java 

2 // Prueba de la clase CrearArchi voSecuenci al . 

3 

4 public class PruebaCrearArchivoSecuencial 

5 { 

6 public static void main( String args[] ) 

7 { 

8 CrearArchi voSecuenci al aplicación = new CrearArchi voSecuenci al () ; 

9 

10 aplicacion.abrirArchivoO ; 

1 1 api i cacion . agregarRegi stros() ; 

12 aplicación. cerrarArchi vo() ; 

13 } // fin de main 

• 4 } // fin de la clase PruebaCrearArchivoSecuencial 


Para terminar de introducir datos, escriba el indicador de fin de archivo 
cuando se le pida que introduzca los datos. 

En UNIX/Linux/Mac OS X escriba <ctrl> d y oprima Intro 
En Windows escriba <ctrl> z y oprima Intro 


Escriba el numero de cuenta 

? 100 Bob Iones 24.98 

(> 

0), 

primer 

nombre, 

apel 1 i do 

y 

sal do 

Escriba el numero de cuenta 

? 200 Steve Doe -345.67 

(> 

0), 

primer 

nombre, 

apel 1 i do 

y 

sal do 

Escriba el numero de cuenta 

? 300 Pam White 0.00 

(> 

0), 

primer 

nombre, 

apel 1 i do 

y 

sal do 

Escriba el numero de cuenta 

? 400 Sam Stone -42.16 

(> 

0), 

primer 

nombre, 

apel 1 i do 

y 

sal do 

Escriba el numero de cuenta 

? 500 Sue Rich 224.62 

(> 

0), 

primer 

nombre, 

apel 1 i do 

y 

sal do 

Escriba el numero de cuenta 

(> 

0), 

primer 

nombre, 

apel 1 i do 

y 

sal do 


? az 


Figura 14-19 | Prueba de la clase CrearArchi voSecuenci al. 
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Error común de programación 14-2 

Es un error lógico abrir un archivo existente en modo de salida cuando , de hecho, el usuario desea preservar ese 
archivo. 


La clase Fi 1 eOutputSt ream cuenta con métodos para escribir arreglos tipo byte y objetos by te individuales 
en un archivo. En este programa deseamos escribir objetos en un archivo; una capacidad que no proporciona 
Fi 1 eOutputSt ream. Por esta razón, envolvemos un objeto Fil eOutputSt ream en un objeto ObjectOutput- 
Stream, pasando el nuevo objeto Fi 1 eOutputStream al constructor de ObjectOutputStream (líneas 20 y 21). 
El objeto ObjectOutputStream utiliza al objeto Fi 1 eOutputStream para escribir objetos en el archivo. En las 
líneas 20 y 21 se podría lanzar una excepción tipo IOException si ocurre un problema al abrir el archivo (por 
ejemplo, cuando se abre un archivo para escribir en una unidad de disco con espacio insuficiente, o cuando se 
abre un archivo de sólo lectura para escribir datos). Si es así, el programa muestra un mensaje de error (líneas 23 
a 26). Si no ocurre una excepción, el archivo se abre y se puede utilizar la variable sal i da para escribir objetos 
en el archivo. 

Este programa asume que los datos se introducen de manera correcta y en el orden de número de registro 
apropiado. El método agregarRegi stros (líneas 30 a 86) realiza la operación de escritura. En las líneas 62 y 63 
se crea un objeto Regí stroCuentaSeri al i zabl e a partir de los datos introducidos por el usuario. En la línea 
64 se hace una llamada al método wri teObject de ObjectOutputStream para escribir el objeto regí stro en el 
archivo de salida. Observe que sólo se requiere una instrucción para escribir todo el objeto. 

El método cerrarArchi vo (líneas 89 a 101) cierra el archivo. Este método llama al método cióse de 
ObjectOutputStream en salida para cerrar el objeto ObjectOutputStream y su objeto Fi 1 eOutputStream 
subyacente (línea 94). Observe que la llamada al método cióse está dentro de un bloque try. El método cióse 
lanza una excepción IOExcepti on si el archivo no se puede cerrar en forma apropiada. En este caso, es importante 
notificar al usuario que la información en el archivo podría estar corrupta. Al utilizar flujos envueltos, si se cierra 
el flujo exterior también se cierra el archivo subyacente. 

En la ejecución de ejemplo para el programa de la figura 14.19, introdujimos información para cinco cuen- 
tas; la misma información que se muestra en la figura 14.10. El programa no muestra cómo aparecen realmente 
los registros en el archivo. Recuerde que ahora estamos usando archivos binarios, que no pueden ser leídos por los 
humanos. Para verificar que el archivo se haya creado exitosamente, la siguiente sección presenta un programa 
para leer el contenido del archivo. 


14-6.2 Lectura y deserialización de datos de un archivo de acceso 
secuencia! 

Como vimos en la sección 14.5.2, los datos se almacenan en archivos, para que puedan obtenerse y procesarse 
según sea necesario. En la sección anterior mostramos cómo crear un archivo para acceso secuencial, usando la 
señalización de objetos. En esta sección, veremos cómo leer datos serializados de un archivo, en forma secuencial. 

El programa de las figuras 14. 20y 14.21 lee registros de un archivo creado por el programa de la sección 14.6.1 
y muestra el contenido. El programa abre el archivo en modo de entrada, creando un objeto Fi 1 elnputStream 
(línea 21). El nombre del archivo a abrir se especifica como un argumento para el constructor de Fil elnput- 
Stream. En la figura 14.18 escribimos objetos al archivo, usando un objeto ObjectOutputStream. Los datos 
se deben leer del archivo en el mismo formato en el que se escribió. Por lo tanto, utilizamos un objeto Object- 
InputStream envuelto alrededor de un objeto Fi 1 elnputStream en este programa (líneas 20 y 21). Si no ocu- 
rren excepciones al abrir el archivo, podemos usar la variable entrada para leer objetos del archivo. 

El programa lee registros del archivo en el método leerRegi stros (líneas 30 a 60). En la línea 40 se hace 
una llamada al método readObject de ObjectlnputStream para leer un objeto Object del archivo. Para utilizar 
los métodos específicos de Regi stroCuentaSeri al i zabl e, realizamos una conversión descendente en el objeto 
Object devuelto, al tipo Regi stroCuentaSerial izabl e. El método readObject lanza una excepción tipo 
EOFException (que se procesa en las líneas 48 a 51) si se hace un intento por leer más allá del fin del archivo. 
El método readObject lanza una excepción C1 assNotFoundException si no se puede localizar la clase para el 
objeto que se está leyendo. Esto podría ocurrir si se accede al archivo en una computadora que no tenga esa clase. 
La figura 14.21 contiene el método mai n (líneas 6 a 13), el cual abre el archivo, llama al método 1 eerRegi stros 
y cierra el archivo. 
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// Fig. 14.20: LeerArchi voSecuencial . java 

// Este programa lee un archivo de objetos en forma secuencial 
// y muestra cada registro. 

import java.io.EOFException; 
import java. i o. Fi lelnputStream; 
import java.io.IOException; 
i mport java . i o . ObjectlnputStream ; 

i mport com . dei tel . j htp7 . capl4 . Regi st roCuentaSeri al i zabl e ; 

public class LeerArchivoSecuencial 

{ 

private ObjectlnputStream entrada; 

// permite al usuario seleccionar el archivo a abrir 
public void abri rArchivoC) 

{ 

try // abre el archivo 

{ 

entrada = new ObjectInputStream( 

new FileInputStream( "el i entes . ser" ) ); 

} // fin de try 

catch ( IOException ioException ) 

{ 

System. err.printlnf "Error al abrir el archivo." ); 

} // fin de catch 
} // fin del método abrirArchivo 

// lee el registro del archivo 
public void leerRegistrosO 
{ 

Regi stroCuentaSeri al i zabl e regi stro ; 

System. out.printf( "%-10s%-15s%-15s%10s\n" , "Cuenta", 

"Primer nombre", "Apellido paterno", "Saldo" ); 

try // recibe los valores del archivo 

{ 

while ( true ) 

{ 

registro = ( Regi stroCuentaSeri al i zabl e ) entrada. readObject() ; 

// muestra el contenido del registro 

System. out.printff "%-10d%-15s%-15s%11.2f\n' , 

regi stro . obtenerCuentaf) , regi stro. obtenerPrimerNombreO , 
regi stro . obtenerApell idoPaternoO , registro. obtenerSal do() ); 

} // fin de while 
} // fin de try 

catch ( EOFException endOfFileException ) 

{ 

return; // se llegó al fin del archivo 
} // fin de catch 

catch ( C1 assNotFoundExcepti on classNotFoundException ) 

{ 

System. err.printlnf "No se pudo crear el objeto." ); 

} // fin de catch 

catch ( IOException ioException ) 

{ 

System. err.printlnf "Error al leer el archivo." ); 

} // fin de catch 


Figura 14-20 | Lectura de un archivo secuencial, usando un objeto ObjectlnputStream. (Parte I de 2). 
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60 } // fin del método leerRegi stros 

61 

62 // cierra el archivo y termina la aplicación 

63 public void cerrarArchi vo() 

64 { 

65 try // cierra el archivo y sale 

66 { 

67 if ( entrada != nuil ) 

68 entrada. close() ; 

69 System.exitf 0 ); 

70 } // fin de try 

71 catch ( IOException ioException ) 

72 { 

73 System. err.println( "Error al cerrar el archivo." ); 

74 System.exitf 1 ); 

75 } // fin de catch 

76 } // fin del método cerrarArchi vo 

77 } // fin de la clase LeerArchivoSecuencial 

Figura 14-20 | Lectura de un archivo secuencia!, usando un objeto ObjectlnputStream. (Parte 2 de 2). 


1 // Fig. 14.21: PruebaLeerArchivoSecuencial . java 

2 // Este programa prueba la clase ReadSequenti al Fi 1 e . 

3 

4 public class PruebaLeerArchivoSecuencial 

5 { 

6 public static void main( String argsf] ) 

7 { 

8 LeerArchivoSecuencial aplicación = new LeerArchi voSecuencial () ; 

9 

10 aplicación. abrirArchivo() ; 

11 aplicación. leerRegistros() ; 

12 aplicación. cerrarArchi vo() ; 

13 } // fin de main 

14 } // fin de la clase PruebaLeerArchivoSecuencial 
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Figura 14-21 | Prueba de la clase LeerArchivoSecuencial. 


14-7 Clases adicionales de java, i o 

Ahora le presentaremos otras clases útiles en el paquete j ava . i o. Veremos las generalidades acerca de las interfa- 
ces y clases adicionales para los flujos de entrada y salida basados en bytes, y los flujos de entrada y salida basados 
en caracteres. 

Interfaces y clases para la entrada y salida basadas en bytes 

InputStream y OutputStream (subclases de Object) son clases abstract que declaran métodos para realizar 
operaciones basadas en bytes de entrada y salida, respectivamente. En este capítulo utilizamos las clases concretas 
Fi 1 elnputStream (una subclase de InputStream) y Fi 1 eOutputStream (una subclase de OutputStream) para 
manipular archivos. 
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Las canalizaciones son canales de comunicación sincronizados entre subprocesos; hablaremos sobre los sub- 
procesos en el capítulo 23, Subprocesamiento múltiple. Java proporciona las clases Pi pedOutputStream (una 
subclase de OutputStream) y Pi pedlnputStream (una subclase de InputStream) para establecer canalizaciones 
entre dos subprocesos en un programa. Un subproceso envía datos a otro, escribiendo a un objeto Pi pedOutput- 
Stream. El subproceso de destino lee la información de la canalización mediante un objeto Pi pedlnputStream. 

Un objeto Fi 1 terlnputStream filtra a un objeto InputStream, y un objeto FilterOutputStream fil- 
tra a un objeto OutputStream. Filtrar significa simplemente que el flujo que actúa como filtro proporciona 
una funcionalidad adicional, como la agregación de bytes de datos en unidades de tipo primitivo significativas. 
Fi 1 terlnputStream y FilterOutputStream son clases abstract, por lo que sus subclases concretas propor- 
cionan sus capacidades de filtrado. 

Un objeto Pri ntStream (una subclase de Fi 1 terOutputStream) envía texto como salida hacia el flujo espe- 
cificado. En realidad, hemos estado utilizando la salida mediante Pri ntStream a lo largo de este texto, hasta este 
punto; System, out y System, err son objetos Pri ntStream. 

Leer datos en forma de bytes sin ningún formato es un proceso rápido, pero crudo. Por lo general, los pro- 
gramas leen datos como agregados de bytes que forman un valor i nt, un float, un doubl e y así, sucesivamente. 
Los programas de Java pueden utilizar varias clases para recibir datos de entrada y enviar datos de salida en forma 
de agregación. 

La interfaz Datalnput describe métodos para leer tipos primitivos desde un flujo de entrada. Las clases 
DatalnputStream y RandomAccessFi 1 e implementan a esta interfaz para leer conjuntos de bytes y verlos como 
valores de tipo primitivo. La interfaz Datalnput incluye los métodos readLine (para arreglos byte), read- 
Boolean, readByte, readChar, readDouble, readFloat, readFull y (para arreglos byte), readlnt, readLong, 
readShort, readUnsignedByte, readllnsi gnedShort, readUTF (para leer caracteres Unicode codificados por 
Java; hablaremos sobre la codificación UTF en el apéndice I, Unicode®) y ski pBytes. 

La interfaz DataOutput describe un conjunto de métodos para escribir tipos primitivos hacia un flujo de 
salida. Las clases DataOutputStream (una subclase de FilterOutputStream) y RandomAccessFi 1 e implemen- 
tan a esta interfaz para escribir valores de tipos primitivos como bytes. La interfaz DataOutput incluye versiones 
sobrecargadas del método write (para un byte o para arreglo byte) y los métodos writeBoolean, writeByte, 
writeBytes, wri teChar, writeChars (para objetos String Unicode), writeDouble, writeFloat, write- 
Int, wri teLong, wri teShort y wri teUTF (para enviar texto modificado para Unicode). 

El uso de un búfer es una técnica para mejorar el rendimiento de las operaciones de E/S. Con un objeto 
BufferedOutputStream (una subclase de la clase Fi 1 terOutputStream), cada instrucción de salida no produce 
necesariamente una transferencia física real de datos hacia el dispositivo de salida (una operación lenta, en com- 
paración con las velocidades del procesador y de la memoria principal). En vez de ello, cada operación de salida se 
dirige hacia una región en memoria conocida como búfer, que es lo suficientemente grande como para almacenar 
los datos de muchas operaciones de salida. Después, la transferencia real hacia el dispositivo de salida se realiza 
en una sola operación física de salida extensa cada vez que se llena el búfer. Las operaciones de salida dirigidas 
hacia el búfer de salida en memoria se conocen a menudo como operaciones lógicas de salida. Con un objeto 
BufferedOutputStream, se puede forzara un búfer parcialmente lleno para que envíe su contenido al dispositivo 
en cualquier momento, mediante la invocación del método flush del objeto flujo. 

El uso de búfer puede aumentar considerablemente la eficiencia de una aplicación. Las operaciones comunes 
de E/S son extremadamente lentas, en comparación con la velocidad de acceso de la memoria de la computadora. 
El uso de búfer reduce el número de operaciones de E/S, al combinar primero las operaciones de salida más peque- 
ñas en la memoria. El número de operaciones físicas de E/S reales es pequeño, en comparación con el número de 
solicitudes de E/S emitidas por el programa. Por ende, el programa que usa un búfer es más eficiente. 

Tip de rendimiento 14-1 

La E/S con búfer puede producir mejoras considerables en el rendimiento, en comparación con la E/S sin búfer. 

Con un objeto BufferedlnputStream (una subclase de la clase Fi 1 terlnputStream), muchos trozos “lógi- 
cos” de datos de un archivo se leen como una sola operación física de entrada extensa y se envían a un búfer de 
memoria. A medida que un programa solicita cada nuevo trozo de datos, éste se toma del búfer. (A este procedi- 
miento se le conoce como operación lógica de entrada). Cuando el búfer está vacío, se lleva a cabo la siguiente 
operación física de entrada real desde el dispositivo de entrada, para leer el siguiente grupo de trozos “lógicos” de 
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datos. Por lo tanto, el número de operaciones físicas de entrada reales es pequeño, en comparación con el número 
de solicitudes de lectura emitidas por el programa. 

La E/S de flujos en Java incluye herramientas para recibir datos de entrada de arreglos byte en memo- 
ria, y enviar datos de salida a arreglos byte en memoria. Un objeto ByteArraylnputStream (una subclase de 
InputStream) lee de un arreglo byte en memoria. Un objeto ByteArrayOutputStream (una subclase de Out- 
putStream) escribe en un arreglo byte en memoria. Una aplicación de la E/S con arreglos byte es la validación 
de datos. Un programa puede recibir como entrada una línea completa a la vez desde el flujo de entrada, para 
colocarla en un arreglo byte. Después puede usarse una rutina de validación para analizar detalladamente 
el contenido del arreglo byte y corregir los datos, si es necesario. Finalmente, el programa puede recibir los datos 
de entrada del arreglo byte, “sabiendo” que los datos de entrada se encuentran en el formato adecuado. Enviar 
datos de salida a un arreglo byte es una excelente manera de aprovechar las poderosas herramientas de formato 
para los datos de salida que proporcionan los flujos en Java. Por ejemplo, los datos pueden almacenarse en un arre- 
glo byte, utilizando el mismo formato que se mostrará posteriormente, y luego el arreglo byte se puede enviar 
hacia un archivo en disco para preservar la imagen en pantalla. 

Un objeto SequencelnputStream (una subclase de InputStream) permite la concatenación de varios obje- 
tos InputStream, por lo que el programa ve al grupo como un flujo InputStream continuo. Cuando el programa 
llega al final de un flujo de entrada, ese flujo se cierra y se abre el siguiente flujo en la secuencia. 

Interfaces y clases para la entrada y salida basadas en caracteres 

Además de los flujos basados en caracteres, Java proporciona las clases abstractas Reader y Wri ter, que son flujos 
basados en caracteres Unicode de dos bytes. La mayoría de los flujos basados en caracteres tienen sus correspon- 
dientes clases Reader o Wri ter basadas en caracteres. 

Las clases BufferedReader (una subclase de la clase abstract Reader) y BufferedWriter (una subclase 
de la clase abstract Wri ter) permiten el uso del búfer para los flujos basados en caracteres. Recuerde que los 
flujos basados en caracteres utilizan caracteres Unicode; dichos flujos pueden procesar datos en cualquier lenguaje 
que sea representado por el conjunto de caracteres Unicode. 

Las clases CharArrayReader y CharArrayWri ter leen y escriben, respectivamente, un flujo de caracteres 
en un arreglo de caracteres. Un objeto LineNumberReader (una subclase de BufferedReader) es un flujo de 
caracteres con búfer que lleva el registro de los números de línea leídos (es decir, una nueva línea, un retorno o 
una combinación de retorno de carro y avance de línea). Puede ser útil llevar la cuenta de los números de línea si 
el programa necesita informar al lector sobre un error en una línea específica. 

Las clases FileReader (una subclase de InputStreamReader) y FileWriter (una subclase de Output- 
StreamWri ter) leen caracteres de, y escriben caracteres en, un archivo, respectivamente. Las clases Pi pedReader 
y Pi pedWri ter implementan flujos de caracteres canalizados, que pueden utilizarse para transferir la información 
entre subprocesos. Las clases StringReader y StringWriter leen y escriben caracteres, respectivamente, en 
objetos Stri ng. Un objeto Pri ntWri ter escribe caracteres en un flujo. 


14-8 Abrir archivos con JFil eChooser 

La clase IFi 1 eChooser muestra un cuadro de diálogo (conocido como cuadro de diálogo JFil eChooser) que 
permite al usuario seleccionar archivos o directorios con facilidad. Para demostrar este cuadro de diálogo, mejo- 
ramos el ejemplo de la sección 14.4, como se muestra en las figuras 14.22 y 14.23. El ejemplo ahora contiene 
una interfaz gráfica de usuario, pero sigue mostrando los mismos datos. El constructor llama al método anal i - 
zarRuta en la línea 34. Después, este método llama al método obtenerArchi vo en la línea 68 para obtener el 
objeto Fi 1 e. 

El método getFile se define en las líneas 38 a 62 de la figura 14.22. En la línea 41 se crea un objeto 
J Fi 1 eChooser y se asigna su referencia a sel ectorArchi vos. En las líneas 42 y 43 se hace una llamada al 
método setFileSelectionMode para especificar lo que el usuario puede seleccionar del objeto selectorAr- 
chivos. Para este programa, utilizamos la constante static FILES_AND_DIRECTORIES de J Fi 1 eChooser para 
indicar que pueden seleccionarse archivos y directorios. Otras constantes stati c son FILES_0NLY (sólo archivos 
y DI RECTORI ES 0N LY (sólo directorios). 

En la línea 45 se hace una llamada al método showOpenDialog para mostrar el cuadro de diálogo JFile- 
Chooser llamado Abrir. El argumento thi s especifica la ventana padre del cuadro de diálogo I Fi 1 eChooser, la 
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// Fig. 14.22: DemostracionFile. java 
// Demostración de la clase File. 

import java.awt.BorderLayout; 
import java. awt . event . Acti onEvent ; 
i mport java. awt . event .Acti onLi stener ; 
import java. io. Fi le ; 
i mport javax. swi ng . IFi 1 eChooser ; 
import javax. swi ng . IFrame ; 
i mport javax. swi ng . lOptionPane ; 
import javax. swi ng . 3 Se rol 1 Pane; 
import javax. swi ng . ITextArea; 
import javax. swi ng . ITextFi eld ; 

public class DemostracionFile extends IFrame 

{ 

private JTextArea areaSalida; // se utiliza para salida 

private JScrollPane panelDespl; // se utiliza para que la salida pueda desplazarse 

// establece la GUI 

public DemostracionFileO 

{ 

super( "Prueba de la clase File" ); 
areaSalida = new JTextAreaO; 

// agrega areaSalida a panelDespl 

panelDespl = new JScrollPane( areaSalida ); 

add( panelDespl, BorderLayout.CENTER ); // agrega panelDespl a la GUI 

setSize( 400, 400 ); // establece el tamaño de la GUI 
setVisible( true ); // muestra la GUI 

anal i zarRuta() ; // crea y analiza un objeto File 
} // fin del constructor de DemostracionFile 

// permite al usuario especificar el nombre del archivo 
private File obtenerArchi vo() 

{ 

// muestra el cuadro de diálogo de archivos, para que el usuario pueda elegir el 
archivo a abrir 

JFileChooser selectorArchi vos = new JFileChooserO ; 
sel ectorArchi vos . setFi 1 eSel ecti onMode ( 

J Fi 1 eChooser . FILES_AND_DIRECT0RIES ) ; 

int resultado = selectorArchivos.showOpenDialogf this ); 

// si el usuario hizo clic en el botón Cancelar en el cuadro de diálogo, regresa 
if ( resultado == 3 Fil eChooser. CANCEL_0PTI0N ) 

System.exitf 1 ) ; 

File nombreArchivo = sel ectorArchi vos . getSel ectedFi 1 e() ; // obtiene el archivo 
seleccionado 

// muestra error si es inválido 

if ( ( nombreArchivo == nuil ) || ( nombreArchivo. getNameO ,equals( "" ) ) ) 

{ 

lOptionPane. showMessageDialogC this, "Nombre de archivo inválido", 

"Nombre de archivo inválido", lOptionPane . ERRORJ'IESSAGE ); 


Figura 14-22 | Demostración de 3 Fi 1 eChooser. (Parte I de 2). 
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System.exit( 1 ) ; 

} // fin de if 

return nombreArchi vo ; 

} // fin del método obtenerArchi vo 

// muestra información acerca del archivo que especifica el usuario 
public void anal i zarRuta() 

{ 

// crea un objeto File basado en la entrada del usuario 

File nombre = obtenerArchi vo() ; 

if ( nombre. exists() ) // si el nombre existe, muestra información sobre él 

{ 

// muestra la información sobre el archivo (o directorio) 
areaSal i da. setText( Stri ng . format( 

"%s%s\n%s\n%s\n%s\n%s%s\n%s%s\n%s%s\n%s%s\n%s%s " , 
nombre . getName() , " existe , 

( nombre . i sFi 1 e() ? "es un archivo" : "no es un archivo" ), 

( nombre . i sDi rectoryO ? "es un directorio" : 

"no es un directorio" ), 

( nombre . i sAbsol ute() ? "es una ruta absoluta" : 

"no es una ruta absoluta" ), "Ultima modificación: ", 
nombre . 1 astModi fied() , "Tamanio: , nombre . 1 ength() , 

"Ruta: , nombre. getPath () , "Ruta absoluta: ", 

nombre. getAbsol utePathO , "Padre: ", nombre . getParentO ) ); 

if ( nombre . i sDi rectoryO ) // imprime el listado del directorio 

{ 

String directoriof] = nombre. list() ; 

areaSalida.append( "\n\nConteni do del di rectorio:\n" ); 

for ( String nombreDi rectorio : directorio ) 

areaSalida.append( nombreDi rectorio + "\n" ); 

} // fin de else 
} // fin de if exterior 

else // no es archivo ni directorio, imprime mensaje de error 

{ 

DOptionPane.showMessageDialogC this, nombre + 

" no existe.", "ERROR", JOptionPane.ERROR_MESSAGE ); 

} // fin de else 

} // fin del método analizarRuta 
} // fin de la clase Demostrad onFi 1 e 


Figura 14-22 | Demostración de 3Fi leChooser. (Parte 2 de 2). 


cual determina la posición del cuadro de diálogo en la pantalla. Si se pasa nuil, el cuadro de diálogo se muestra 
en el centro de la pantalla; en caso contrario, el cuadro de diálogo se centra sobre la ventana de la aplicación (lo 
cual se especifica mediante el argumento this). Un cuadro de diálogo 3 Fi leChooser es un cuadro de diálogo 
modal que no permite al usuario interactuar con cualquier otra ventana en el programa, sino hasta que el usuario 
cierre el objeto 3 Fi leChooser, haciendo clic en el botón Abrir o Cancelar. El usuario selecciona la unidad, el 
nombre del directorio o archivo, y después hace clic en Abrir. El método showOpenDi al og devuelve un entero, 
el cual especifica qué botón (Abrir o Cancelar) oprimió el usuario para cerrar el cuadro de diálogo. En la línea 48 
se evalúa si el usuario hizo clic en Cancelar, para lo cual se compara el resultado con la constante stati c CAN- 
CEL OPTION. Si son iguales, el programa termina. En la línea 51 se obtiene el archivo que seleccionó el usuario, 
llamando al método getSel ectedFil e de sel ectorArchi vos. Después, el programa muestra información acer- 
ca del archivo o directorio seleccionado. 
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1 // Fig. 14. 2B: PruebaDemostracionFi 1 e . java 

2 // Prueba de la clase Demostrad onFi 1 e . 

3 import javax. swi ng . IFrame ; 

4 

5 public class PruebaDemostracionFi 1 e 

6 { 

7 public static void main( String args[] ) 

8 { 

9 DemostracionFile aplicación = new Demostraci onFi 1 e() ; 

10 aplicacion.setDefaultCloseOperation( IFrame. EXIT_0N_CL0SE ); 

11 } // fin de main 

12 } // fin de la clase PruebaDemostracionFile 
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Figura 14.23 | Prueba de la clase DemostracionFile. 

14-9 Conclusión 

En este capítulo aprendió a utilizar el procesamiento de archivos para manipular datos persistentes. Aprendió 
que los datos se almacenan en las computadoras en forma de Os y ls, y que las combinaciones de estos valores se 
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utilizan para formar bytes, campos, registros y, en un momento dado, archivos. Comparamos los flujos basados en 
caracteres y los flujos basados en bytes, y presentamos varias clases para procesamiento de archivos que proporcio- 
na el paquete j ava . i o. Utilizó la clase File para obtener información acerca de un archivo o directorio. Utilizó 
el procesamiento de archivos de acceso secuencial para manipular registros que se almacenan en orden, en base al 
campo clave del registro. Conoció las diferencias entre el procesamiento de archivos de texto y la serialización de 
objetos, y utilizó la serialización para almacenar y obtener objetos completos. El capítulo concluyó con una des- 
cripción general de las demás clases que proporciona el paquete j ava . i o, y un pequeño ejemplo acerca del uso 
de un cuadro de diálogo IFileChooser para permitir a los usuarios seleccionar archivos de una GUI con faci- 
lidad. En el siguiente capítulo veremos el concepto de la recursividad: métodos que se llaman a sí mismos. Al 
definir métodos de esta forma, podemos producir programas más intuitivos. 


Resumen 

Sección 14.1 Introducción 

• Los datos que se almacenan en variables y arreglos son temporales; se pierden cuando una variable local queda fuera 
de alcance, o cuando el programa termina. Las computadoras utilizan archivos para la retención a largo plazo de 
grandes cantidades de datos, incluso después de que los programas que crearon los datos terminan de ejecutarse. 

• Los datos persistentes que se mantienen en archivos existen más allá de la duración de la ejecución del programa. 

• Las computadoras almacenan los archivos en dispositivos de almacenamiento secundario, como los discos duros. 

Sección 14.2 Jerarquía de datos 

• El elemento de datos más pequeño en una computadora puede asumir el valor 0 o 1, y se le conoce como bit. En 
última instancia, una computadora procesa todos los elementos de datos como combinaciones de ceros y unos. 

• El conjunto de caracteres de la computadora es el conjunto de todos los caracteres que se utilizan para escribir pro- 
gramas y representar datos. 

• Los caracteres en Java son Unicode y están compuestos de dos bytes, cada uno de los cuales se compone de ocho 
bits. 

• Así como los caracteres están compuestos de bits, los campos se componen de caracteres o bytes. Un campo es un 
grupo de caracteres o bytes que transmite un significado. 

• Los elementos de datos procesados por las computadoras forman una jerarquía de datos, la cual se vuelve más grande 
y compleja en estructura, a medida que progresamos de bits a caracteres, luego a campos, y así en lo sucesivo. 

• Por lo general, varios campos componen un registro (que se implementa como ci ass en Java). 

• Un registro es un grupo de campos relacionados. 

• Un archivo es un grupo de registros relacionados. 

• Para facilitar la obtención de registros específicos de un archivo, se elije por lo menos un campo en cada registro 
como clave. Una clave de registro identifica que un registro pertenece a una persona o entidad específica, y es único 
para cada registro. 

• Existen muchas formas de organizar los registros en un archivo. La más común se llama archivo secuencial, en el cual 
los registros se almacenan en orden, en base al campo clave de registro. 

• Por lo general, a un grupo de archivos relacionados se le denomina base de datos. Una colección de programas 
diseñados para crear y administrar bases de datos se conoce como sistema de administración de bases de datos 
(DBMS). 

Sección 14.3 Archivos y flujos 

• Java ve a cada archivo como un flujo secuencial de bytes. 

• Cada sistema operativo cuenta con un mecanismo para determinar el fin de un archivo, como un marcador de fin 
de archivo o la cuenta de los bytes totales en el archivo, que se registra en una estructura de datos administrativa, 
manejada por el sistema. 

• Los flujos basados en bytes representan datos en formato binario. 

• Los flujos basados en caracteres representan datos como secuencias de caracteres. 

• Los archivos que se crean usando flujos basados en bytes son archivos binarios. Los archivos que se crean usando 
flujos basados en caracteres son archivos de texto. Los archivos de texto se pueden leer mediante editores de texto, 
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mientras que los archivos binarios se leen mediante un programa que convierte esos datos en un formato legible para 
los humanos. 

• Java también puede asociar los flujos con distintos dispositivos. Tres objetos flujo se asocian con dispositivos cuando 
un programa de Java empieza a ejecutarse: System, i n, System. out y System. err. 

• El paquete java.io incluye definiciones para las clases de flujos, como Fi 1 elnputStream (para la entrada basada 
en bytes de un archivo), Fi i eOutputStream (para la salida basada en bytes hacia un archivo), Fi i eReader (para la en- 
trada basada en caracteres de un archivo) y FileWriter (para la salida basada en caracteres hacia un archivo). Los 
archivos se abren creando objetos de estas clases de flujos. 

Sección 14.4 La clase File 

• La clase Fi i e se utiliza para obtener información acerca de los archivos y directorios. 

• Las operaciones de entrada y salida basadas en caracteres se pueden llevar a cabo con las clases Scanner y Formatter. 

• La clase Formatter permite mostrar datos con formato en la pantalla, o enviarlos a un archivo, de una manera 
similar a System. out . pri ntf. 

• La ruta de un archivo o directorio especifica su ubicación en el disco. 

• Una ruta absoluta contiene todos los directorios, empezando con el directorio raíz, que conducen hacia un archivo 
o directorio específico. Cada archivo o directorio en una unidad de disco tiene el mismo directorio raíz en su ruta. 

• Por lo general, una ruta relativa empieza desde el directorio en el que se empezó a ejecutar la aplicación. 

• Un carácter separador se utiliza para separar directorios y archivos en la ruta. 

Sección 14.5 Archivos de texto de acceso secuencial 

• Java no impone una estructura en un archivo; las nociones como los registros no existen como parte del lenguaje de 
Java. El programador debe estructurar los archivos para satisfacer los requerimientos de una aplicación. 

• Para obtener datos de un archivo en forma secuencial, los programas comúnmente empiezan a leer desde el principio 
del archivo y leen todos los datos en forma consecutiva, hasta encontrar la información deseada. 

• Los datos en muchos archivos secuenciales no se pueden modificar sin el riesgo de destruir otros datos en el archivo. 
Por lo tanto, los registros en un archivo de acceso secuencial normalmente no se actualizan directamente en su ubi- 
cación. En vez de ello, se vuelve a escribir el archivo completo. 

Sección 14.6 Señalización de objetos 

• Java cuenta con un mecanismo llamado señalización de objetos, el cual permite escribir o leer objetos com- 
pletos mediante un flujo. 

• Un objeto serializado es un objeto que se representa como una secuencia de bytes, e incluye los datos del 
objeto, así como información acerca del tipo del objeto y los tipos de datos almacenados en el mismo. 

• Una vez que se escribe un objeto serializado en un archivo, se puede leer del archivo y deserializarse; es decir, 
se puede utilizar la información de tipo y los bytes que representan al objeto para recrearlo en la memoria. 

• Las clases ObjectlnputStream y ObjectOutputStream, que implementan en forma respectiva a las interfaces 
Objectlnput y ObjectOutput, permiten leer o escribir objetos completos de/a un flujo (posiblemente un 
archivo) . 

• Sólo las clases que implementan a la interfaz SeriaUzabie pueden señalizarse y deserializarse con objetos 
ObjectOutputStream y ObjectlnputStream. 

Sección 14.7 Clases adicionales de java.io 

• La interfaz ObjectOutput contiene el método writeObject, el cual recibe un objeto Object que implementa a la 
interfaz Seri ai i zabl e como argumento y escribe su información en un objeto OutputStream. 

• La interfaz Objectlnput contiene el método readObject, que lee y devuelve una referencia a un objeto Object 
de un objeto InputStream. Una vez que se ha leído un objeto, su referencia puede convertirse al tipo actual del 
objeto. 

• El uso de búfer es una técnica para mejorar el rendimiento de E/S. Con un objeto BufferedOutputStream, cada 
instrucción de salida no necesariamente produce una transferencia física real de datos al dispositivo de salida. En vez 
de ello, cada operación de salida se dirige hacia una región en memoria llamada búfer, la cual es lo bastante grande 
como para contener los datos de muchas operaciones de salida. La transferencia actual al dispositivo de salida se 
realiza entonces en una sola operación de salida física extensa cada vez que se llena el búfer. 

• Con un objeto BufferedlnputStream, muchos trozos “lógicos” de datos de un archivo se leen como una sola opera- 
ción de entrada física extensa y se colocan en un búfer de memoria. A medida que un programa solicita cada nuevo 
trozo de datos, se obtiene del búfer. Cuando el búfer está vacío, se lleva a cabo la siguiente operación de entrada física 
real desde el dispositivo de entrada, para leer el nuevo grupo de trozos “lógicos” de datos. 



646 Capítulo 14 Archivos y flujos 


Sección 14.8 Abrir archivos con JFil eChooser 

• La clase JFil eChooser se utiliza para mostrar un cuadro de diálogo, que permite a los usuarios de un programa 
seleccionar archivos con facilidad, mediante una GUI. 


Terminología 

aplicación de acceso directo 
apuntador de posición de archivo 
archivo 

archivo binario 

archivo de acceso secuencial 

archivo de procesamiento por lotes 

archivo de sólo lectura 

archivo de texto 

archivos de acceso directo 

arreglo de bytes envuelto 

base de datos 

bit (dígito binario) 

búfer 

búfer de memoria 
byte, tipo de datos 
campo 

CANCEL_OPTION, constante de la clase JFi I eChooser 
canRead, método de la clase Fi I e 
canWri te, método de la clase Fi I e 
capacidad 

-el asspath, argumento de línea de comandos para j ava 
-el asspath, argumento de línea de comandos para 
javac 

clave de registro 
conjunto de caracteres 

conjunto de caracteres ASCII (Código estándar estadou- 
nidense para el intercambio de información) 
Datalnput, interfaz 
DatalnputStream, clase 
DataOutput, interfaz 
DataOutputStream, clase 
datos persistentes 
dígito decimal 

DIRECTORIES_ONLY, constante de la clase J Fi I eChooser 

directorio 

directorio padre 

directorio raíz 

disco 

disco óptico 

dispositivos de almacenamiento secundario 

EndOf Fi I eExcepti on, excepción 

envoltura de objetos flujo 

exi sts, método de la clase Fi I e 

exi t, método de la clase System 

Fi I e, clase 

Fi I elnputStream, clase 
Fi I eOutputStream, clase 
Fi I eReader, clase 

FILES_AND_DIRECTORIES, constante de la clase J Fi I e- 
Chooser 


FILES_ONLY, constante de la clase J Fi I eChooser 

Fi I eWri ter, clase 

flujo basado en bytes 

flujo basado en caracteres 

flujo de bytes 

Formatter, clase 

getAbsoI utePath, método de la clase File 

getName, método de la clase Fi I e 

getParent, método de la clase Fi I e 

getPath, método de la clase Fi I e 

getSel ectedFi 1 e, método de la clase J Fi J eChooser 

InputStream, clase 

interfaz de marcado 

IOException, excepción 

i sAbsoI ute, método de la clase File 

i sDi rectory, método de la clase Fi I e 

i sFi I e, método de la clase Fi I e 

j ava . i o, paquete 

jerarquía de datos 

JFil eChooser, clase 

JFil eChooser, cuadro de diálogo 

J astModi fied, método de la clase Fi J e 

J ength, método de la clase Fi J e 

J i st, método de la clase Fi J e 

marcador de fin de archivo 

nombre de directorio 

NoSuchEJ ementExcepti on, excepción 

ObjectlnputStream, clase 

ObjectOutputStream, clase 

objeto deserializado 

objeto flujo 

objeto flujo de error estándar 
objeto serializado 
operación física de entrada 
operación física de salida 
operaciones lógicas de entrada 
operaciones lógicas de salida 
OutputStream, clase 

pathSeparator, campo stati c de la clase Fi J e 

Pri ntStream, clase 

Pri ntWri ter, clase 

procesamiento de archivos 

procesamiento de flujos 

Reader, clase 

readLi ne, método de la clase BufferedReader 
readObject, método de la clase ObjectlnputStream 
readObject, método de la interfaz Objectlnput 
registro 

registro de longitud fija 
ruta absoluta 
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ruta relativa 

secuencia de comandos de shell 

Seri al i zabie, interfaz 

serialización de objetos 

setErr, método de la clase System 

setln, método de la clase System 

setOut, método de la clase System 

setSelecti onMode de la clase IFi 1 eChooser 

showOpenDi al og de la clase 1 Fi 1 eChooser 

sistema de administración de bases de datos (DBMS) 

System. err (flujo de error estándar) 

transient, palabra clave 

truncada 

Unicode, conjunto de caracteres 

URI (Identificador uniforme de recursos) 


wri teBoolean, método de la interfaz DataOutput 
wri teByte, método de la interfaz DataOutput 
writeBytes, método de la interfaz DataOutput 
wri teChar, método de la interfaz DataOutput 
wri teChars, método de la interfaz DataOutput 
wri teDoubl e, método de la interfaz DataOutput 
wri teFloat, método de la interfaz DataOutput 
writelnt, método de la interfaz DataOutput 
wri teLong, método de la interfaz DataOutput 
wri teObject, método de la clase ObjectOutputStream 
wri teOb j ect, método de la interfaz Ob j ectOutput 
Wri ter, clase 

wri teShort, método de la interfaz DataOutput 
wri teUTF, método de la interfaz DataOutput 


Ejercicios de autoevaluación 

14-1 Complete las siguientes oraciones: 

a) Básicamente, todos los elementos de datos procesados por una computadora se reducen en combinaciones 

de y . 

b) El elemento de datos más pequeño que puede procesar una computadora se conoce como . 

c) Un puede verse algunas veces como un grupo de registros relacionados. 

d) Los dígitos, letras y símbolos especiales se conocen como . 

e) Una base de datos es un grupo de relacionados. 

f) El objeto normalmente permite a un programa imprimir mensajes de error en la pantalla. 

14-2 Conteste con verdadero o falso a cada una de las siguientes proposiciones; en caso de ser falso , explique por qué. 

a) El programador debe crear explícitamente los objetos flujo System. in, System. out y System. err. 

b) Al leer datos de un archivo mediante la clase Scanner, si el programador desea leer datos en el archivo varias 
veces, el archivo debe cerrarse y volver a abrirse para leer desde el principio del archivo. Esto desplaza el 
apuntador de posición de archivo de vuelta hasta el principio del archivo. 

c) El método exists de la clase File devuelve true si el nombre que se especifica como argumento para el 
constructor de Fi i e es un archivo o directorio en la ruta especificada. 

d) Los archivos binarios pueden ser leídos por los humanos. 

e) Una ruta absoluta contiene todos los directorios, empezando con el directorio raíz, que conducen hacia un 
archivo o directorio específico. 

f) La clase Formatter contiene el método pri ntf, que permite imprimir datos con formato en la pantalla, o 
enviarlos a un archivo. 

14-3 Complete las siguientes tareas; suponga que cada una se aplica al mismo programa: 

a) Escriba una instrucción que abra el archivo "antmaest . txt" en modo de entrada; use la variable Scanner 
llamada entAntMaestro. 

b) Escriba una instrucción que abra el archivo "trans.txt" en modo de entrada; use la variable Scanner 
llamada entT ransacci on. 

c) Escriba una instrucción para abrir el archivo "nuevomaest.txt" en modo de salida (y creación); use la 
variable Formatter llamada sai NuevoMaest. 

d) Escriba las instrucciones necesarias para leer un registro del archivo "antmaest.txt". Los datos leídos 
deben usarse para crear un objeto de la clase Regí stroCuenta; use la variable Scanner llamada entAnt- 
Maest. Suponga que la clase Regí stroCuenta es la misma que la de la figura 14.6. 

e) Escriba las instrucciones necesarias para leer un registro del archivo "trans .txt". El registro es un objeto 
de la clase Regí stroT ransacci on; use la variable Scanner llamada entT ransacci on. Suponga que la cla- 
se Regi stroTransaccion contiene el método estabiecerCuenta (que recibe un i nt) para establecer el 
número de cuenta, y el método establ ecerMonto (que recibe un doubl e) para establecer el monto de la 
transacción. 
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f) Escriba una instrucción que escriba un registro en el archivo "nuevomaest.txt". El registro es un objeto 
de tipo Regí stroCuenta; use la variable Formatter llamada sai NuevoMaest. 

14-4 Complete las siguientes tareas, suponiendo que cada una se aplica al mismo programa: 

a) Escriba una instrucción que abra el archivo "antmaest .ser" en modo de entrada; use la variable Object- 
InputStream llamada entAntMaest para envolver un objeto FilelnputStream. 

b) Escriba una instrucción que abra el archivo "trans.ser" en modo de entrada; use la variable Object- 
InputStream llamada entT ransaccion para envolver un objeto Fil elnputStream. 

c) Escriba una instrucción para abrir el archivo "nuevomaest . ser" en modo de salida (y creación); use la 
variable ObjectOutputStream llamada sai NuevoMaest para envolver un objeto Fi 1 eOutputStream. 

d) Escriba una instrucción que lea un registro del archivo "antmaest . ser". El registro es un objeto de la clase 
Regí stroCuentaSeriai i zabi e; use la variable ObjectlnputStream llamada entAntMaestro. Suponga 
que la clase Regí stroCuentaSeriai i zabi e es igual que la de la figura 14.17. 

e) Escriba una instrucción que lea un registro del archivo "trans.ser". El registro es un objeto de la clase 
Regí stroT ransacci on; use la variable ObjectlnputStream llamada entT ransacci on. 

f) Escriba una instrucción que escriba un registro en el archivo "nuevomaest . ser". El registro es un objeto 
de tipo Regí stroCuenta; use la variable Formatter llamada sal NuevoMaest. 

14-5 Encuentre el error en cada uno de los siguientes bloques de código y muestre cómo corregirlo. 

a) Suponga que se declaran cuenta, compani a y monto. 

ObjectOutputStream flujoSalida; 

flu joSal i da. wri telnt( cuenta ); 
flu joSal i da. wri teCharsC compañía ); 
flu joSal i da. wri teDoubl e( monto ); 

b) Las siguientes instrucciones deben leer un registro del archivo "porpagar . txt". Se debe utilizar la variable 
entPorPagar de Scanner para hacer referencia a este archivo. 

Scanner entPorPagar = new ScannerC new FileC "porpagar.txt") ); 

Regí stroPorPagar registro = ( Regí stroPorPagar ) entPorPagar. readObjectO ; 

Respuestas a los ejercicios de autoevaluación 

14.1 a) unos, ceros, b) bit. c) archivo, d) caracteres, e) archivos, f) System. err. 

14.2 a) Falso. Estos tres flujos se crean para el programador cuando se empieza a ejecutar una aplicación de Java. 

b) Verdadero. 

c) Verdadero. 

d) Falso. Los archivos de texto pueden ser leídos por los humanos. 

e) Verdadero. 

f) Falso. La clase Formatter contiene el método format, el cual permite imprimir datos con formato en la 
pantalla, o enviarlos a un archivo. 

14-3 a) Scanner entAntMaest = new ScannerC new Fiie( "antmaest.txt" ) ); 

b) Scanner entTransacci on = new ScannerC new FiieC "trans.txt" ) ); 

c) Formatter sai NuevoMaest = new FormatterC "nuevomaest.txt" ); 

d) Regí stroCuenta cuenta = new Regí stroCuentaQ ; 

cuenta. establ ecerCuentaC entAntMaest . nextlntQ ); 
cuenta . establ ecerPrimerNombreC entAntMaest. nextO ); 
cuenta . establ ecerApei 1 i doPaternoC entAntMaest . nextO ); 
cuenta . establ ecerSal doC entAntMaest . nextDoubl eC) ); 

e) Regí stroTransaccion transacción = new TransacciónQ ; 

transacci on . establ ecerCuentaC entTransacci on . nextlntC) ); 
transacci on . establ ecerMontoC entTransacci on . nextDoubl eQ ); 

f) sal NuevMaest . formatC "%d %s %s &.2f\n", 

cuenta. obtenerCuentaC) , cuenta. obtenerPrimerNombreO , 
cuenta. obtenerApell i doPaternoC) , cuenta. obtenerSal doQ ); 
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14-4 a) ObjectlnputStream entAntMaest = new ObjectlnputStreamC 
new Fi 1 elnputStreamC "antmaest . ser" ) ); 

b) ObjectlnputStream entTransacci on = new ObjectlnputStreamC 

new Fi i elnputStreamC "trans.ser" ) ); 

c) ObjectOutputStream saINuevMaest = new ObjectOutputStreamC 

new Fi 1 eOutputStreamC "nuevmaest . ser" ) ); 

d) regi stroCuenta = C Regi stroCuentaSeri a"l i zable ) entAntMaest. readObjectC) ; 

e) regi stroTransaccion = C Regi stroTransaccion ) entTransacci on . readObjectC) ; 

f) saiNuevMaest.writeObjectC nuevoRegi stroCuenta ); 


14.5 a) Error: el archivo no se ha abierto antes de tratar de enviar datos al flujo. 

Corrección: abrir un archivo en modo de salida, creando un nuevo objeto ObjectOutputStream que 
envuelva a un objeto Fi i eOutputStream. 

b) Error: este ejemplo utiliza archivos de texto con un objeto Scanner, no hay señalización de objetos. Como 
resultado, el método readObject no puede usarse para leer esos datos del archivo. Cada pieza de datos debe 
leerse por separado y después utilizarse para crear un objeto Regi stroPorPagar. 

Corrección: utilice los métodos de entPorPagar para leer cada pieza del objeto Regi stroPorPagar. 


Ejercicios 

14-6 Llene los espacios en blanco en cada uno de los siguientes enunciados: 

a) Las computadoras almacenan grandes cantidades de datos en dispositivos de almacenamiento secundario, 

como . 

b) Un está compuesto de varios campos. 

c) Para facilitar la recuperación de registros específicos de un archivo, debe seleccionarse un campo en cada 

registro como . 

d) Los archivos que se crean usando flujos basados en bytes se conocen como archivos , mien- 
tras que los archivos creados usando flujos basados en caracteres se conocen como archivos . 

e) Los objetos flujo estándar son , y . 

14-7 Determine cuál de los siguientes enunciados es verdadero y cuál es falso. Si es falso , explique por qué. 

a) Las impresionantes funciones realizadas por las computadoras involucran esencialmente la manipulación de 
ceros y unos. 

b) Las personas especifican los programas y elementos de datos como caracteres. Después, las computadoras 
manipulan y procesan estos caracteres como grupos de ceros y unos. 

c) Los elementos de datos que se representan en las computadoras forman una jerarquía de datos, en la cual los 
elementos de datos se hacen más grandes y complejos, a medida que progresamos de campos a caracteres, 
de caracteres a bits, etcétera. 

d) Una clave de registro identifica que un registro pertenece a un campo específico. 

e) Las compañías almacenan toda su información en un solo archivo, para poder facilitar el procesamiento 
computacional de la información. Cuando un programa crea un archivo, éste es retenido automáticamente 
por la computadora para cuando se haga referencia a él en un futuro. 

14-8 (Asociación de archivos) El ejercicio de autoevaluación 14.3 pide al lector que escriba una serie de instrucciones 
individuales. En realidad, estas instrucciones forman el núcleo de un tipo importante de programa para procesar archi- 
vos: un programa para asociar archivos. En el procesamiento de datos comercial, es común tener varios archivos en cada 
sistema de aplicaciones. Por ejemplo, en un sistema de cuentas por cobrar hay generalmente un archivo maestro, el cual 
contiene información detallada acerca de cada cliente, como su nombre, dirección, número telefónico, saldo deudor, 
límite de crédito, términos de descuento, acuerdos contractuales y posiblemente un historial condensado de compras 
recientes y pagos en efectivo. 

A medida que ocurren las transacciones (es decir, a medida que se generan las ventas y llegan los pagos en el 
correo), la información acerca de ellas se introduce en un archivo. Al final de cada periodo de negocios (un mes para 
algunas compañías, una semana para otras y un día en algunos casos), el archivo de transacciones (llamado "trans. 
txt") se aplica al archivo maestro (llamado "antmaest.txt") para actualizar el registro de compras y pagos de cada 
cuenta. Durante una actualización, el archivo maestro se rescribe como el archivo "nuevomaest . txt", el cual se utiliza 
al final del siguiente periodo de negocios para empezar de nuevo el proceso de actualización. 
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Los programas para asociar archivos deben tratar con ciertos problemas que no existen en programas de un solo 
archivo. Por ejemplo, no siempre ocurre una asociación. Si un cliente en el archivo maestro no ha realizado compras 
ni pagos en efectivo en el periodo actual de negocios, no aparecerá ningún registro para este cliente en el archivo de 
transacciones. De manera similar, un cliente que haya realizado compras o pagos en efectivo podría haberse mudado 
recientemente a esta comunidad, y tal vez la compañía no haya tenido la oportunidad de crear un registro maestro para 
este cliente. 

Escriba un programa completo para asociar archivos de cuentas por cobrar. Utilice el número de cuenta en cada 
archivo como la clave de registro para fines de asociar los archivos. Suponga que cada archivo es un archivo de texto 
secuencial con registros almacenados en orden ascendente, por número de cuenta. 

a) Defina la clase Regí stroTransaccion. Los objetos de esta clase contienen un número de cuenta y un 
monto para la transacción. Proporcione métodos para modificar y obtener estos valores. 

b) Modifique la clase Regi stroCuenta de la figura 14.6 para incluir el método combinar, el cual recibe un 
objeto Regi stroTransaccion y combina el saldo del objeto Regi stroCuenta con el valor del monto 
del objeto Regi stroTransacci on. 

c) Escriba un programa para crear datos de prueba para el programa. Use los datos de la cuenta de ejemplo de 
las figuras 14.24 y 14.25. Ejecute el programa para crear los archivos trans . txt y antmaest . txt, para que 
los utilice su programa de asociación de archivos. 

d) Cree la clase Asoci arArchi vos para llevar a cabo la funcionalidad de asociación de archivos. La clase debe 
contener métodos para leer antmaest.txt y trans.txt. Cuando ocurra una coincidencia (es decir, que 
aparezcan registros con el mismo número de cuenta en el archivo maestro y en el archivo de transacciones), 
sume el monto en dólares del registro de transacciones al saldo actual en el registro maestro, y escriba el 
registro "nuevomaest . txt". (Suponga que las compras se indican mediante montos positivos en el archivo 
de transacciones, y los pagos mediante montos negativos). Cuado haya un registro maestro para una cuen- 
ta específica, pero no haya un registro de transacciones correspondiente, simplemente escriba el registro 
maestro en "nuevomaest . txt" . Cuando haya un registro de transacciones pero no un registro maestro co- 
rrespondiente, imprima en un archivo de registro el mensaje "Hay un registro de transacciones no 
asoci ado para ese numero de el i ente ..." (utilice el número de cuenta del registro de transacciones). El 
archivo de registro debe ser un archivo de texto llamado " regi stro . txt". 

1 4-9 (Asociación de archivos con varias transacciones) Es posible (y muy común) tener varios registros de transacciones 
con la misma clave de registro. Esta situación ocurre cuando un cliente hace varias compras y pagos en efectivo durante 
un periodo de negocios. Rescriba su programa para asociar archivos de cuentas por cobrar del ejercicio 14.8, para pro- 
porcionar la posibilidad de manejar varios registros de transacciones con la misma clave de registro. Modifique los datos 
de prueba de CrearDatos . j ava para incluir los registros de transacciones adicionales de la figura 14.26. 

14-10 (Asociación de archivos con serialización de objetos) Vuelva a crear su solución para el ejercicio 14.9, usando la 
señalización de objetos. Use las instrucciones del ejercicio 14.4 como base para este programa. Tal vez sea conveniente 
crear aplicaciones para que lean los datos almacenados en los archivos . ser; puede modificar el código de la sección 
14.6.2 para este fin. 


Número 

de cuenta 

Nombre 

Saldo 

100 

Alan Iones 

348.17 

300 

Mary Smith 

27.19 

500 

Sam Sharp 

0.00 

700 

Susy Creen 

-14.22 


Figura 14-24 | Datos de ejemplo para el archivo maestro. 
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Archivo de transacciones 

Monto de la 

Número de cuenta 

transacción 

100 

27.14 

300 

62.11 

400 

100.56 

900 

82.17 


Figura 14-25 | Datos de ejemplo para el archivo de transacciones. 


Número de cuenta 

Monto en dólares 

300 


83.89 

700 


80.78 

700 


1.53 

Figura 14-26 

Registros de transacciones adicionales. 


14-11 (Generador de palabras de números telefónicos) Los teclados telefónicos estándar contienen los dígitos del cero 
al nueve. Cada uno de los números del dos al nueve tiene tres letras asociadas (figura 14.27). A muchas personas se 
les dificulta memorizar números telefónicos, por lo que utilizan la correspondencia entre los dígitos y las letras para 
desarrollar palabras de siete letras que corresponden a sus números telefónicos. Por ejemplo, una persona cuyo número 
telefónico sea 686-3767 podría utilizar la correspondencia indicada en la figura 14.27 para desarrollar la palabra de siete 
letras “NUMEROS”. Cada palabra de siete letras corresponde exactamente a un número telefónico de siete dígitos. El 
restaurante que desea incrementar su negocio de comidas para llevar podría lograrlo utilizando el número 266-4327 (es 
decir, “COMIDAS”). 


Dígito 

Letras 

2 

ABC 

3 

D E F 

4 

C H I 

5 

3 K L 

6 

M N 0 

7 

PRS 

8 

T U V 

9 

W X Y 

Figura 14-27 

Dígitos y letras de los teclados telefónicos. 


Cada número telefónico de siete letras corresponde a muchas palabras de siete letras distintas. Desafortunada- 
mente, la mayoría de estas palabras representan yuxtaposiciones irreconocibles de letras. Sin embargo, es posible que 
el dueño de una carpintería se complazca en saber que el número telefónico de su taller, 683-2537, corresponde a 
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“MUEBLES”. El propietario de una tienda de licores estaría, sin duda, feliz de averiguar que el número telefónico 232- 
4327 corresponde a “BEBIDAS”. Un veterinario con el número telefónico 627-2682 se complacería en saber que ese 
número corresponde a las letras “MASCOTA”. El propietario de una tienda de música estaría complacido en saber que 
su número telefónico 687-4225 corresponde a “MUSICAL”. 

Escriba un programa que, dado un número de siete dígitos, utilice un objeto Pri ntStream para escribir en un 
archivo todas las combinaciones posibles de palabras de siete letras que corresponden a ese número. Hay 2,187 (3 7 ) 
combinaciones posibles. Evite los números telefónicos con los dígitos 0 y 1 . 

14-12 ( Encuesta estudiantil) La figura 7.8 contiene un arreglo de respuestas a una encuesta, el cual está codificado 

directamente en el programa. Suponga que deseamos procesar resultados de encuestas que se guarden en un archivo. 
Este ejercicio requiere de dos programas separados. Primero, cree una aplicación que pida al usuario las respuestas de la 
encuesta y que escriba cada respuesta en un archivo. Utilice un objeto Formatter para crear un archivo llamado núme- 
ros, txt. Cada entero debe escribirse utilizando el método format. Después modifique el programa de la figura 7.8 
para leer las respuestas de la encuesta del archivo números . txt. Las respuestas deben leerse del archivo mediante el uso 
de un objeto Scanner. Deberá utilizar el método nextlnt para introducir un entero del archivo a la vez. El progra- 
ma deberá seguir leyendo respuestas hasta que llegue al fin del archivo. Los resultados deberán escribirse en el archivo 
de texto "salida.txt". 

14-13 Modifique el ejercicio 11.18 para permitir que el usuario guarde un dibujo en un archivo, o cargue un dibujo 
anterior de un archivo, usando la serialización de objetos. Agregue los botones Cargar (para leer objetos de un archivo), 
Guardar (para escribir objetos en un archivo) y Generar figuras (para mostrar un conjunto aleatorio de figuras en la 
pantalla). Use un objeto ObjectOutputStream para escribir en el archivo y un objeto ObjectlnputStream para leer 
del archivo. Escriba el arreglo de objetos Mi Fí gura usando el método wri teObject (clase ObjectOutputStream) y lea 
el arreglo usando el método readObject (ObjectlnputStream). Observe que el mecanismo de serialización de objetos 
puede leer o escribir arreglos completos; no es necesario manipular cada elemento del arreglo de objetos Mi Fi gura por 
separado. Simplemente se requiere que todas las figuras sean Se ri al i zabl e. Para los botones Cargar y Guardar, use un 
objeto 1 Fi 1 eChooser para permitir que el usuario seleccione el archivo en el que se almacenarán las figuras, o del que se 
leerán. Cuando el usuario ejecute el programa por primera vez, no se mostrarán figuras en la pantalla. El usuario puede 
mostrar figuras abriendo un archivo de figuras previamente guardado, o haciendo clic en el botón Generar figuras. 
Cuando el usuario haga clic en este botón, la aplicación deberá generar un número aleatorio de figuras, hasta un total 
de 15. Una vez que haya figuras en la pantalla, los usuarios podrán guardarlas en un archivo, usando el botón Guardar. 




Debemos aprender a 
explorar todas las opciones 
y posibilidades a las que nos 
enfrentamos en un mundo 
complejo, que evoluciona 
rápidamente. 

— James William Fulbright 

Oh, maldita iteración, que 
eres capaz de corromper 
hasta a un santo. 

— William Shakespeare 

Es un pobre orden de 
memoria, que sólo funciona 
al revés. 

— Lewis Carroll 

La vida sólo puede 
comprenderse al revés; pero 
debe vivirse hacia delante. 

— Soren Kierkegaard 

Empujen; sigan avanzando. 
— Tilomas Morton 


OBJETIVOS 

En este capítulo aprenderá a: 

■ Comprender el concepto de recursividad. 

■ Escribir y utilizar métodos recursivos. 

■ Determinar el caso base y el paso de recursividad en un 
algoritmo recursivo. 

■ Conocer cómo el sistema maneja las llamadas a métodos 
recursivos. 

■ Conocer las diferencias entre recursividad e iteración, y cuándo 
es apropiado utilizar cada una. 

■ Conocer las figuras geométricas llamadas fractales, y cómo se 
dibujan mediante la recursividad. 

■ Conocer el concepto de “vuelta atrás” recursiva (backtracking), 
y por qué es una técnica efectiva para solucionar problemas. 




Plan general 
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15.1 Introducción 

15.2 Conceptos de recursividad 

15.3 Ejemplo de uso de recursividad: factoriales 

15.4 Ejemplo de uso de recursividad: serie de Fibonacci 

15.5 La recursividad y la pila de llamadas a métodos 

15.6 Comparación entre recursividad e iteración 

15.7 Las torres de Hanoi 

15.8 Fractales 

15.9 “Vuelta atrás" recursiva (backtracking) 

15.10 Conclusión 

15.11 Recursos en Internet y Web 

Resumen | Terminología | Ejercicios de autoevaluación | Respuestas a los ejercicios de autoevaluación | Ejercicios 


15.1 Introducción 

Los programas que hemos visto hasta ahora están estructurados generalmente como métodos que se llaman entre 
sí, de una manera disciplinada y jerárquica. Sin embargo, para algunos problemas es conveniente hacer que un 
método se llame a sí mismo. Dicho método se conoce como método recursivo; este método se puede llamar en 
forma directa o indirecta a través de otro método. La recursividad es un tema importante, que puede tratarse de 
manera extensa en los cursos de ciencias computacionales de nivel superior. En este capítulo consideraremos la 
recursividad en forma conceptual, y después presentaremos varios programas que contienen métodos recursivos. 
En la figura 15.1 se sintetizan los ejemplos y ejercicios de recursividad que se incluyen en este libro. 


Capítulo Ejemplos y ejercicios de recursividad en este libro 


15 Método factorial (figuras 15.3 y 15.4.) 

Método Fibonacci (figuras 15.5 y 15.6). 

Torres de Hanoi (figuras 15.13 y 15.14). 

Fractales (figuras 15.21 y 15.22). 

¿Qué hace este código? (ejercicios 15.7, 15.12 y 15.13). 

Encuentre el error en el siguiente código (ejercicio 15.8). 

Elevar un entero a una potencia entera (ejercicio 15.9). 

Visualización de la recursividad (ejercicio 15.10). 

Máximo común divisor (ejercicio 15.11). 

Determinar si una cadena es un palíndromo (ejercicio 15.14). 

Ocho reinas (ejercicio 15.15). 

Imprimir un arreglo (ejercicio 15.16). 

Imprimir un arreglo al revés (ejercicio 15.17). 

Mínimo valor en un arreglo (ejercicio 15.18). 

Fractal de estrella (ejercicio 15.19). 

Recorrido de un laberinto mediante el uso de la “vuelta atrás” recursiva (ejercicio 15.20). 
Generación de laberintos al azar (ejercicio 15.21). 

Laberintos de cualquier tamaño (ejercicio 15.22). 

Tiempo para calcular números de Fibonacci (ejercicio 15.23). 

16 Ordenamiento por combinación (figuras 16.10 y 16.11). 

Búsqueda lineal recursiva (ejercicio 16.8). 

Búsqueda binaria recursiva (ejercicio 16.9). 

Quicksort (ejercicio 16.10). 

Figura 15.1 | Resumen de los ejemplos y ejercicios de recursividad en este libro. (Parte I de 2). 
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17 Inserción en árbol binario (figura 17.17). 

Recorrido preorden de un árbol binario (figura 17.17). 

Recorrido inorden de un árbol binario (figura 17.17). 

Recorrido postorden de un árbol binario (figura 17.17). 

Imprimir una lista en forma recursiva y en forma inversa (ejercicio 17.20). 
Buscar en una lista en forma recursiva (ejercicio 17.21). 

Figura 15.1 | Resumen de los ejemplos y ejercicios de recursividad en este libro. (Parte 2 de 2). 


15.2 Conceptos de recursividad 

Los métodos para solucionar problemas recursivos tienen varios elementos en común. Cuando se hace una lla- 
mada a un método recursivo para resolver un problema, el método en realidad es capaz de resolver sólo el (los) 
caso(s) más simple(s), o caso(s) base. Si se hace la llamada al método con un caso base, el método devuelve un 
resultado. Si se hace la llamada al método con un problema más complejo, el método comúnmente divide el 
problema en dos piezas conceptuales: una pieza que el método sabe cómo resolver y otra pieza que no sabe cómo 
resolver. Para que la recursividad sea factible, esta última pieza debe ser similar al problema original, pero una 
versión ligeramente más sencilla o simple del mismo. Debido a que este nuevo problema se parece al problema 
original, el método llama a una nueva copia de sí mismo para trabajar en el problema más pequeño; a esto se le 
conoce como llamada recursiva, y también como paso recursivo. Por lo general, el paso recursivo incluye una 
instrucción retu rn, ya que su resultado se combina con la parte del problema que el método supo cómo resolver, 
para formar un resultado que se pasará de vuelta al método original que hizo la llamada. Este concepto de separar 
el problema en dos porciones más pequeñas es una forma del método “divide y vencerás” que presentamos en el 
capítulo 6. 

El paso recursivo se ejecuta mientras siga activa la llamada original al método (es decir, que no haya termi- 
nado su ejecución). Se pueden producir muchas llamadas recursivas más, a medida que el método divide cada 
nuevo subproblema en dos piezas conceptuales. Para que la recursividad termine en un momento dado, cada vez 
que el método se llama a sí mismo con una versión más simple del problema original, la secuencia de problemas 
cada vez más pequeños debe converger en un caso base. En ese punto, el método reconoce el caso base y devuelve 
un resultado a la copia anterior del método. Después se origina una secuencia de retornos, hasta que la llamada al 
método original devuelve el resultado final al método que lo llamó. 

Un método recursivo puede llamar a otro método, que a su vez puede hacer una llamada de vuelta al método 
recursivo. A dicho proceso se le conoce como llamada recursiva indirecta o recursividad indirecta. Por ejemplo, 
el método A llama al método B, que hace una llamada de vuelta al método A. Esto se sigue considerando como 
recursividad, debido a que la segunda llamada al método A se realiza mientras la primera sigue activa; es decir, la 
primera llamada al método A no ha terminado todavía de ejecutarse (debido a que está esperando que el método B 
le devuelva un resultado) y no ha regresado al método original que llamó al método A. 

Para comprender mejor el concepto de recursividad, veamos un ejemplo que es bastante común para los usua- 
rios de computadora: la definición recursiva de un directorio en una computadora. Por lo general, una compu- 
tadora almacena los archivos relacionados en un directorio. Este directorio puede estar vacío, puede contener 
archivos y/o puede contener otros directorios (que, por lo general, se conocen como subdirectorios). A su vez, 
cada uno de estos directorios puede contener también archivos y directorios. Si queremos enlistar cada archivo 
en un directorio (incluyendo todos los archivos en los subdirectorios de ese directorio), necesitamos crear un 
método que lea primero los archivos del directorio inicial y que después haga llamadas recursivas para enlistar los 
archivos en cada uno de los subdirectorios de ese directorio. El caso base ocurre cuando se llega a un directorio 
que no contenga subdirectorios. En este punto, se han enlistado todos los archivos en el directorio original y no 
se necesita más la recursividad. 

15.3 Ejemplo de uso de recursividad: factoriales 

Escribimos un programa recursivo, para realizar un popular cálculo matemático. Considere el factorial de un 
entero positivo n, escrito como n\ (y se pronuncia como “factorial de »”), que viene siendo el producto 
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n ■ (n — 1) ■ (n — 2) ■ ... ■ 1 

en donde 1! es igual a 1 y 0! se define como 1. Por ejemplo, 5! es el producto 5 • 4 • 3 • 2 • 1, que es igual a 120. 

El factorial del entero numero (en donde numero > 0) puede calcularse de manera iterativa (sin recursivi- 
dad), usando una instrucción for de la siguiente manera: 

factorial = 1; 

for ( int contador = numero; contador >= 1; contador — ) 
factorial *= contador; 

Podemos llegar a una declaración recursiva del método del factorial, si observamos la siguiente relación: 

»! = »•(»— 1 )! 

Por ejemplo, 5! es sin duda igual a 5 • 4!, como se muestra en las siguientes ecuaciones: 

5! = 5 - 4 - 3 - 2 - 1 
5! = 5 • (4 ■ 3 • 2 • 1) 

5! = 5 • (4!) 

La evaluación de 5! procedería como se muestra en la figura 15.2. La figura 15.2(a) muestra cómo procede 
la sucesión de llamadas recursivas hasta que 1! (el caso base) se evalúa como 1, lo cual termina la recursividad. La 
figura 15.2(b) muestra los valores devueltos de cada llamada recursiva al método que hizo la llamada, hasta que 
se calcula y devuelve el valor final. 

En la figura 15.3 se utiliza la recursividad para calcular e imprimir los factoriales de los enteros del 0 al 10. 
El método recursivo factori al (líneas 7 a 13) realiza primero una evaluación para determinar si una condición 
de terminación (línea 9) es true. Si numero es menor o igual que 1 (el caso base), factori al devuelve 1, ya no 
es necesaria más recursividad y el método regresa. Si numero es mayor que 1, en la línea 12 se expresa el problema 
como el producto de numero y una llamada recursiva a factori al en la que se evalúa el factorial de numero - 1, 
el cual es un problema un poco más pequeño que el cálculo original, factori al ( numero ). 


5! 

5*4! 

4*3! 

3*2! 

2 * 1 ! 

1 

(a) Secuencia de llamadas recursivas. 

Figura 15.2 | Evaluación recursiva de 5!. 


valor final = 120 
5! 

se devuelve 5! = 5 * 24 = 120 
5*4! 

se devuelve 4! = 4 * 6 = 24 
4*3! 

se devuelve 3! = 3 * 2 = 6 
3*2! 

se devuelve 2! = 2 * 1=2 
2 * 1 ! 

se devuelve I 

1 

(b) Valores devueltos de cada llamada recursiva. 
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1 // Fig. 15.3: CalculoFactorial .java 

2 // Método factorial recursivo. 

3 

4 public class CalculoFactorial 

5 { 

6 // declaración recursiva del método factorial 

7 public long factorial( long numero ) 

8 { 

9 if ( numero <= 1 ) // evalúa el caso base 

10 return 1; // casos base: 0! = 1 y 1! = 1 

11 else // paso recursivo 

12 return numero * factorial ( numero - 1 ); 

13 } // fin del método factorial 

14 

15 // imprime factoriales para los valores del 0 al 10 

16 public void mostrarFactorialesO 

17 { 

18 // calcula los factoriales del 0 al 10 

19 for ( int contador = 0; contador <= 10; contador++ ) 

20 System . out . pri ntf( "%d ! = %d\n", contador, factorial ( contador ) ); 

21 } // fin del método mostrarFactori ales 

22 } // fin de la clase CalculoFactorial 

Figura 15.3 | Cálculos de factoriales con un método recursivo. 



Error común de programación 15.1 

Si omitimos el caso base o escribimos el paso recursivo en forma incorrecta, de manera que no converja en el caso base, 
se puede producir un error lógico conocido como recursividad infinita, en donde se realizan llamadas recursivas 
en forma continua, hasta que se agota la memoria. Este error es análogo al problema de un ciclo infinito en una 
solución iterativa (sin recursividad). 


El método mostrarFactori al es (líneas 16 a 21) muestra los factoriales del 0 al 10. La llamada al método 
factori al ocurre en la línea 20. Este método recibe un parámetro de tipo 1 ong y devuelve un resultado de tipo 
long. La figura 15.4 prueba nuestros métodos factorial y mostrarFactori al es, llamando a mostrarFacto- 
ri al es (línea 10). Los resultados de la figura 15.4 muestra que los valores de los factoriales crecen rápidamen- 
te. Utilizamos el tipo long (que puede representar enteros relativamente grandes) para que el programa pueda 
calcular factoriales mayores que 12!. Por desgracia, el método factorial produce valores grandes con tanta 
rapidez que los valores de los factoriales exceden pronto al valor máximo que puede almacenarse, incluso en 
una variable long. 

Debido a las limitaciones de los tipos integrales, tal vez se necesiten variables float o doubl e para calcular fac- 
toriales o números grandes. Esto apunta a una debilidad en la mayoría de los lenguajes de programación: a saber, 
que los lenguajes no se extienden fácilmente para manejar los requerimientos únicos de una aplicación. Como 
vimos en el capítulo 9, Java es un lenguaje extensible que nos permite crear números arbitrariamente grandes, si 
lo deseamos. De hecho, el paquete java.math cuenta con las clases Biglnteger y BigDecimal explícitamente 
para los cálculos matemáticos de precisión arbitraria, que no pueden llevarse a cabo con los tipos primitivos. 
Para obtener más información acerca de estas clases, visite java.sun.eom/javase/6/docs/apf/java/math/ 
Bf glntege r . h tml y j ava . sun . com/ j avase/6/docs/ api / j ava/math/Bi gDeci mal . html , respectivamente. 


1 // Fig. 15.4: PruebaFactori al . java 

2 // Prueba del método recursivo factorial. 

3 

4 public class PruebaFactori al 

Figura 15.4 | Prueba del método factorial. (Parte I de 2). 
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5 { 

6 // calcula los factoriales del 0 al 10 

7 public static void main( String args[] ) 

8 { 

9 CalculoFactorial calculoFactorial = new CalculoFactorial () ; 

10 calculoFactorial .mostrarFactorialesO ; 

11 } // fin del método mai n 

12 } // fin de la clase PruebaFactorial 


0 ! = 1 
1 ! = 1 
2 ! = 2 
3! = 6 
4! = 24 
5! =120 
6! = 720 
7! = 5040 
8! = 40320 
9! = 362880 
10! = 3628800 


Figura 15.4 | Prueba del método factorial. (Parte 2 de 2). 


15.4 Ejemplo de uso de recursividad: serie de Fibonacci 

La serie de Fibonacci, 

0, 1, 1,2, 3, 5, 8, 13,21, ... 

empieza con 0 y 1, y tiene la propiedad de que cada número subsiguiente de Fibonacci es la suma de los dos 
números Fibonacci anteriores. Esta serie ocurre en la naturaleza y describe una forma de espiral. La proporción 
de números de Fibonacci sucesivos converge en un valor constante de 1.618. .., un número denominado propor- 
ción dorada, o media dorada. Los humanos tienden a descubrir que la media dorada es estéticamente placentera. 
A menudo, los arquitectos diseñan ventanas, cuartos y edificios con una proporción de longitud-anchura en la 
que se utiliza la media dorada. 

La serie de Fibonacci se puede definir de manera recursiva como: 

fibonacci(O) = 0 
fibonacci(l) = 1 

fibonacci(w) = fibonacci(« - 1) + fibonacci(« - 2) 

Observe que hay dos casos base para el cálculo de Fibonacci: fibonacci (0) se define como 0, y fibonacci (1) se 
define como 1 . El programa de la figura 15.5 calcula el í-ésimo número de Fibonacci en forma recursiva, usando el 
método fibonacci (líneas 7 a 13). El método mostrarFi bonacci (líneas 15 a 20) prueba a fibonacci, mostrando 
los valores de Fibonacci del 0 al 10. La variable contador creada en el encabezado de la instrucción for en la 
línea 17 indica cuál número de Fibonacci se debe calcular para cada iteración del número for. Los números de 
Fibonacci tienden a aumentar con rapidez. Por lo tanto, utilizamos long como el tipo del parámetro y el tipo 
de valor de retorno del método fibonacci. En la línea 9 de la figura 15.6 se hace una llamada al método mostrar- 
Fi bonacci (línea 9) para calcular los valores de Fibonacci. 


1 // Fig. 15.5: CalculoFibonacci . java 

2 // Método fibonacci recursivo. 

3 

4 public class CalculoFibonacci 

5 { 

Figura 15.5 | Números de Fibonacci generados con un método recursivo. (Parte I de 2). 
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6 // declaración recursiva del método fibonacci 

7 public long fibonacci ( long numero ) 

8 { 

9 if ( ( numero == 0 ) | | ( numero == 1 ) ) // casos base 

10 return numero; 

11 else // paso recursivo 

12 return fibonacci ( numero - 1 ) + fibonacci ( numero - 2 ); 

13 } // fin del método fibonacci 

14 

15 public void mostrarFi bonacci O 

16 { 

17 for ( int contador = 0; contador <= 10; contador++ ) 

18 System . out . pri ntf( "Fibonacci de %d es: %d\n", contador, 

19 fibonacci ( contador ) ); 

20 } // fin del método mostrarFi bonacci 

21 } // fin de la clase Cal cul oFi bonacci 

Figura 1 5.5 | Números de Fi bonacci generados con un método recursivo. (Parte 2 de 2). 


1 // Fig. 15.6: PruebaFi bonacci . java 

2 // Prueba del método recursivo fibonacci. 

3 

4 public class PruebaFi bonacci 

5 { 

6 public static void main( String args[] ) 

7 { 

8 Cal cul oFi bonacci cal cul oFi bonacci = new Cal cul oFi bonacci () ; 

9 calculoFibonacci .mostrarFi bonacci () ; 


10 } 

// 

fin 

de 

mai n 

11 } // 

fin 

de 

1 a 

clase PruebaFi bonacci 

Fi bonacci 

de 

0 

es : 

0 

Fi bonacci 

de 

1 

es : 

1 

Fi bonacci 

de 

2 

es : 

1 

Fi bonacci 

de 

3 

es : 

2 

Fi bonacci 

de 

4 

es : 

3 

Fi bonacci 

de 

5 

es : 

5 

Fi bonacci 

de 

6 

es : 

8 

Fi bonacci 

de 

7 

es : 

13 

Fi bonacci 

de 

8 

es : 

21 

Fi bonacci 

de 

9 

es : 

34 

Fi bonacci 

de 

10 es 

: 55 


Figura 15.6 | Prueba del método Fibonacci. 


La llamada al método fibonacci (línea 19 de la figura 15.5) desde mostrarFi bonacci no es una llamada 
recursiva, pero todas las llamadas subsiguientes a fibonacci que se llevan a cabo desde el cuerpo de fibonacci 
(línea 12 de la figura 15.5) son recursivas, ya que en ese punto es el mismo método fibonacci el que inicia las 
llamadas. Cada vez que se hace una llamada a fibonacci, se evalúan inmediatamente los dos casos base: numero 
igual a 0 o numero igual a 1 (línea 9). Si esta condición es verdadera, fibonacci simplemente devuelve numero ya 
que fibonacci (0) es 0, y fibonacci (1) es 1. Lo interesante es que, si numero es mayor que 1, el paso recursivo 
genera dos llamadas recursivas (línea 12), cada una de ellas para un problema ligeramente más pequeño que el de 
la llamada original a fibonacci. 

La figura 15.7 muestra cómo el método fibonacci evalúa fibonacci ( 5 ). Observe que en la parte inferior 
de la figura, nos quedamos con los valores 1, 0 y 1; los resultados de evaluar los casos base. Los primeros dos 
valores de retorno (de izquierda a derecha), 1 y 0, se devuelven como los valores para las llamadas fibonacci ( 1 ) 
y fibonacci ( 0 ). La suma 1 más 0 se devuelve como el valor de fibonacci ( 2 ). Esto se suma al resultado (1) 
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de la llamada a fibonacci ( 1 ), para producir el valor 2. Después, este valor final se devuelve como el valor de 
fibonacci ( 5 ). 

La figura 15.7 genera ciertas preguntas interesantes, en cuanto al orden en el que los compiladores de Java 
evalúan los operandos de los operadores. Este orden es distinto del orden en el que se aplican los operadores a 
sus operandos; a saber, el orden que dictan las reglas de la precedencia de operadores. De la figura 15.7, parece 
ser que mientras se evalúa fibonacci ( B ), se harán dos llamadas recursivas: fibonacci ( 2 ) y fibonacci ( 1 ). 
Pero ¿en qué orden se harán estas llamadas? El lenguaje Java especifica que el orden de evaluación de los operan- 
dos es de izquierda a derecha. Por ende, la llamada a fibonacci ( 2 ) se realiza primero, y después la llamada a 
fibonacci ( 1 ). 

Hay que tener cuidado con los programas recursivos como el que utilizamos aquí para generar números de 
Fibonacci. Cada invocación del método fibonacci que no coincide con uno de los casos base (0 o 1) produce 
dos llamadas recursivas más al método fibonacci . Por lo tanto, este conjunto de llamadas recursivas se sale rápi- 
damente de control. Para calcular el valor 20 de Fibonacci con el programa de la figura 15.5, se requieren 21,891 
llamadas al método fibonacci ; ¡para calcular el valor 30 de Fibonacci se requieren 2,692,537 llamadas! A medida 
que trate de calcular valores más grandes de Fibonacci, observará que cada número de Fibonacci consecutivo que 
calcule con la aplicación requiere un aumento considerable en tiempo de cálculo y en el número de llamadas al 
método fibonacci . Por ejemplo, el valor 31 de Fibonacci requiere 4,356,617 llamadas, y ¡el valor 32 de Fibonacci 
requiere 7,049,155 llamadas! Como puede ver, el número de llamadas al método fibonacci se incrementa con 
rapidez; 1,664,080 llamadas adicionales entre los valores 30 y 31 de Fibonacci, y ¡2,692,538 llamadas adicionales 
entre los valores 31 y 32 de Fibonacci! La diferencia en el número de llamadas realizadas entre los valores 31 y 
32 de Fibonacci es de más de 1.5 veces la diferencia en el número de llamadas para los valores entre 30 y 31 de 
Fibonacci. Los problemas de esta naturaleza pueden humillar incluso hasta a las computadoras más poderosas del 
mundo. [Nota: en el campo de la teoría de la complejidad, los científicos de computadoras estudian qué tanto 
tienen que trabajar los algoritmos para completar sus tareas. Las cuestiones relacionadas con la complejidad se 
discuten con detalle en un curso del plan de estudios de ciencias computacionales de nivel superior, al que gene- 
ralmente se le llama “Algoritmos”. En el capítulo 16, Búsqueda y ordenamiento, presentamos varias cuestiones 
acerca de la complejidad]. En los ejercicios le pediremos que mejore el programa de Fibonacci de la figura 15.5, 
de tal forma que calcule el monto aproximado de tiempo requerido para realizar el cálculo. Para este fin, llamará 
al método static de System llamado currentTimeMillis, el cual no recibe argumentos y devuelve el tiempo 
actual de la computadora en milisegundos. 



Tip de rendimiento 15.1 

Evite los programas recursivos al estilo de Fibonacci, ya que producen una “explosión” exponencial de llamadas a 
métodos. 


fibonacci ( 3 ) 


i 

/" A N 

return fibonacci ( 2 ) + fibonacci ( 1 ) 



return fibonacci ( 1 ) 

+ 

fibonacci ( 0 ) 

return 1 

1 





/" A N 

return 1 


return 0 



Figura 15.7 | Conjunto de llamadas recursivas para fibonacci ( B ). 
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15.5 La recursividad y la pila de llamadas a métodos 

En el capítulo 6 se presentó la estructura de datos tipo pila, para comprender cómo Java realiza las llamadas a los 
métodos. Hablamos sobre la pila de llamadas a métodos (también conocida como la pila de ejecución del progra- 
ma) y los registros de activación. En esta sección, utilizaremos estos conceptos para demostrar la forma en que la 
pila de ejecución del programa maneja las llamadas a los métodos recursivos. 

Para empezar, regresemos al ejemplo de Fibonacci; en específico, la llamada al método fibonacci con el va- 
lor B, como en la figura 15.7. Para mostrar el orden en el que se colocan los registros de activación de las llamadas 
a los métodos en la pila, hemos clasificado las llamadas a los métodos con letras en la figura 15.8. 

Cuando se hace la primera llamada al método (A), un registro de activación se mete en la pila de ejecución 
del programa, que contiene el valor de la variable local nume ro (B en este caso). La pila de ejecución del programa, 
que incluye el registro de activación para la llamada A al método, se ilustra en la parte (a) de la figura 15.9. [Nota: 
aquí utilizamos una pila simplificada. En una computadora real, la pila de ejecución del programa y sus registros 
de activación serían más complejos que en la figura 15.9, ya que contienen información como la ubicación a la 
que va a regresar la llamada al método cuando haya terminado de ejecutarse]. 

Dentro de la llamada al método A se realizan las llamadas B y E. La llamada original al método no se ha 
completado, por lo que su registro de activación permanece en la pila. La primera llamada al método en realizarse 
desde el interior de A es la llamada B al método, por lo que se mete el registro de activación para la llamada B al 
método en la pila, encima del registro de activación para la llamada A al método. La llamada B al método debe 
ejecutarse y completarse antes de realizar la llamada E. Dentro de la llamada B al método, se harán las llamadas C 


A fibonacci ( 3 ) 



B fibonacci ( 2 ) E fibonacci ( 1 ) 



C fibonacci ( 1 ) D fibonacci ( 0 ) return 1 

return 1 return 0 

Figura 15.8 | Llamadas al método realizadas dentro de la llamada fibonacci ( 3 ). 

(a) (b) (c) (d) 

Parte superior de la pila Parte superior de la pila 

,, v Parte superior de la pila 




Llamada al método: C 

Llamada al método: D 



Parte suDenor de la Dila 







numero = 1 

numero = 0 





Llamada al método: B 

Llamada al método: B 

Llamada al método: E 



numero = 2 

numero = 2 

numero 

= i 

Llamada al método: A 

Llamada al método: A 

Llamada al método: A 

Llamada al método: A 

numero 

= 3 

numero = 3 

numero = 3 

numero 

= 3 


Figura 15.9 | Llamadas al método en la pila de ejecución del programa. 
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y D al método. La llamada C se realiza primero, y su registro de activación se mete en la pila [parte (b) de la figura 
15.9]. La llamada B al método todavía no ha terminado, y su registro de activación sigue en la pila de llamadas 
a métodos. Cuando se ejecuta la llamada C, no realiza ninguna otra llamada al método, sino que simplemente 
devuelve el valor 1. Cuando este método regresa, su registro de activación se saca de la parte superior de la pila. 
La llamada al método en la parte superior de la pila es ahora B, que continúa ejecutándose y realiza la llamada D 
al método. El registro de activación para la llamada D se mete en la pila [parte (c) de la figura 15.9]. La llamada 
D al método se completa sin realizar ninguna otra llamada, y devuelve el valor 0. Después, se saca el registro de 
activación para esta llamada de la pila. Ahora, ambas llamadas al método que se realizaron desde el interior de la 
llamada B al método han regresado. La llamada B continúa ejecutándose, y devuelve el valor 1. La llamada B al 
método se completa y su registro de activación se saca de la pila. En este punto, el registro de activación para la 
llamada A al método se encuentra en la parte superior de la pila, y el método continúa su ejecución. Este método 
realiza la llamada E al método, cuyo registro de activación se mete ahora en la pila [parte (d) de la figura 15.9]. La 
llamada E al método se completa y devuelve el valor 1. El registro de activación para esta llamada al método se saca 
de la pila, y una vez más la llamada A al método continúa su ejecución. En este punto, la llamada A no realizará 
ninguna otra llamada al método y puede terminar su ejecución, para lo cual devuelve el valor 2 al método que 
llamó a A (fibonacci (B) = 2). El registro de activación de A se saca de la pila. Observe que el método en ejecución 
es siempre el que tiene su registro de activación en la parte superior de la pila, y el registro de activación para ese 
método contiene los valores de sus variables locales. 

15.6 Comparación entre recursividad e iteración 

En las secciones anteriores estudiamos los métodos factorial y fibonacci, que pueden implementarse fácil- 
mente, ya sea en forma recursiva o iterativa. En esta sección compararemos los dos métodos, y veremos por qué 
le convendría al programador elegir un método en vez del otro, en una situación específica. 

Tanto la iteración como la recursividad se basan en una instrucción de control: la iteración utiliza una 
instrucción de repetición (for, while o do...while), mientras que la recursividad utiliza una instrucción de 
selección (i f, i f . . .el se o swi tch). Tanto la iteración como la recursividad implican la repetición: la iteración 
utiliza de manera explícita una instrucción de repetición, mientras que la recursividad logra la repetición a través 
de llamadas repetidas al método. La iteración y la recursividad implican una prueba de terminación: la iteración 
termina cuando falla la condición de continuación de ciclo, mientras que la recursividad termina cuando se llega 
a un caso base. La iteración con repetición controlada por contador y la recursividad llegan en forma gradual a la 
terminación: la iteración sigue modificando un contador, hasta que éste asume un valor que hace que falle la con- 
dición de continuación de ciclo, mientras que la recursividad sigue produciendo versiones cada vez más pequeñas 
del problema original, hasta que se llega a un caso base. Tanto la iteración como la recursividad pueden ocurrir 
infinitamente: un ciclo infinito ocurre con la iteración si la prueba de continuación de ciclo nunca se vuelve falsa, 
mientas que la recursividad infinita ocurre si el paso recursivo no reduce el problema cada vez, de forma tal que 
llegue a converger en el caso base, o si el caso base no se evalúa. 

Para ilustrar las diferencias entre la iteración y la recursividad, examinaremos una solución iterativa para el 
problema del factorial (figuras 15.10 y 15.1 1). Observe que se utiliza una instrucción de repetición (líneas 12 y 13 
de la figura 15.10), en vez de la instrucción de selección de la solución recursiva (líneas 9 a 12 de la figura 15.3). 
Observe que ambas soluciones usan una prueba de terminación. En la solución recursiva, en la línea 9 se evalúa 
el caso base. En la solución iterativa, en la línea 12 se evalúa la condición de continuación de ciclo; si la prueba 
falla, el ciclo termina. Por último, observe que en vez de producir versiones cada vez más pequeñas del problema 
original, la solución iterativa utiliza un contador que se modifica hasta que la condición de continuación de ciclo 
se vuelve falsa. 


1 // Fig. 15.10: CalculoFactorial . java 

2 // Método factorial iterativo. 

3 

4 public class CalculoFactorial 

5 { 

6 // declaración recursiva del método factorial 
Figura 15.10 | Solución de factorial iterativa. (Parte I de 2). 
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7 public long factorial( long numero ) 

8 { 

9 long resultado = 1; 

10 

11 // declaración iterativa del método factorial 

12 for ( long i = numero; i >= 1; i — ) 

13 resul tado *= i ; 

14 

15 return resultado; 

16 } // fin del método factorial 

17 

18 // muestra los factoriales para los valores del 0 al 10 

19 public void mostrarFactorialesO 

20 { 

21 // calcula los factoriales del 0 al 10 

22 for ( int contador = 0; contador <= 10; contador++ ) 

23 System. out.printf( "%d ! = %d\n", contador, factorial( contador ) ); 

24 } // fin del método mostrarFactoriales 

25 } // fin de la clase Cal cul oFactori al 

Figura 15.10 | Solución de factorial iterativa. (Parte 2 de 2). 


1 // Fig. 15.11: PruebaFactorial . java 

2 // Prueba del método factorial iterativo. 

3 

4 public class PruebaFactorial 

5 { 

6 // calcula los factoriales del 0 al 10 

7 public static void main( String args[] ) 

8 { 

9 CalculoFactorial calculoFactorial = new CalculoFactorial () ; 

10 calculoFactorial .mostrarFactorialesO I 

11 } // fin de main 

12 } // fin de la clase PruebaFactorial 


0 ! = 1 
1 ! = 1 
2 ! = 2 
3! = 6 
4! = 24 
5! =120 
6! = 720 
7! = 5040 
8! = 40320 
9! = 362880 
10! = 3628800 


Figura 15.11 | Prueba de la solución de factorial iterativa. 


La recursividad tiene muchas desventajas. Invoca al mecanismo en forma repetida, y en consecuencia se 
produce una sobrecarga de las llamadas al método. Esta repetición puede ser perjudicial, en términos de tiempo 
del procesador y espacio de la memoria. Cada llamada recursiva crea otra copia del método (en realidad, sólo las 
variables del mismo, que se almacenan en el registro de activación); este conjunto de copias puede consumir una 
cantidad considerable de espacio en memoria. Como la iteración ocurre dentro de un método, se evitan las llama- 
das repetidas al método y la asignación adicional de memoria. Entonces, ¿por qué elegir la recursividad? 
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Observación de ingeniería de software 15.1 

Cualquier problema que se pueda resolver mediante la recursividad, se puede resolver también mediante la iteración 
(sin recursividad). Por lo general, se prefiere un método recursivo a uno iterativo cuando el primero refleja con más 
naturalidad el problema, y se produce un programa más fácil de entender y de depurar. A menudo, puede implemen- 
tarse un método recursivo con menos líneas de código. Otra razón por la que es preferible elegir un método recursivo 
es que uno iterativo podría no ser aparente. 



Tip de rendimiento 15.2 

Evite usar la recursividad en situaciones en las que se requiera un alto rendimiento. Las llamadas recursivas requie- 
ren tiempo y consumen memoria adicional. 



Error común de programación 15.2 

Hacer que un método no recursivo se llame a sí mismo por accidente, ya sea en forma directa o indirecta a través de 
otro método, puede provocar recursividad infinita. 


15.7 Las torres de Hanoi 

En las secciones anteriores de este capítulo, estudiamos métodos que pueden implementarse con facilidad, tanto 
en forma recursiva como iterativa. En esta sección presentamos un problema cuya solución recursiva demuestra 
la elegancia de la recursividad, y cuya solución iterativa tal vez no sea tan aparente. 

Las torres de Hanoi son uno de los problemas clásicos con los que todo científico computacional en ciernes 
tiene que lidiar. Cuenta la leyenda que en un templo del Lejano Oriente, los sacerdotes intentan mover una pila 
de discos dorados, de una aguja de diamante a otra (figura 15.12). La pila inicial tiene 64 discos insertados en una 
aguja y se ordenan de abajo hacia arriba, de mayor a menor tamaño. Los sacerdotes intentan mover la pila de 
una aguja a otra, con las restricciones de que sólo se puede mover un disco a la vez, y en ningún momento se 
puede colocar un disco más grande encima de uno más pequeño. Se cuenta con tres agujas, una de las cuales 
se utiliza para almacenar discos temporalmente. Se supone que el mundo acabará cuando los sacerdotes comple- 
ten su tarea, por lo que hay pocos incentivos para que nosotros podamos facilitar sus esfuerzos. 

Supongamos que los sacerdotes intentan mover los discos de la aguja 1 a la aguja 2. Deseamos desarrollar un 
algoritmo que imprima la secuencia precisa de transferencias de los discos de una aguja a otra. 

Si tratamos de encontrar una solución iterativa, es probable que terminemos “atados” manejando los discos 
sin esperanza. En vez de ello, si atacamos este problema mediante la recursividad podemos producir rápidamente 
una solución. La acción de mover n discos puede verse en términos de mover sólo n — 1 discos (de ahí la recursi- 
vidad) de la siguiente forma: 


aguja [ 


aguja 2 


aguja 3 


Figura 15.12 | Las torres de Hanoi para el caso con cuatro discos. 
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1. Mover n— 1 discos de la aguja 1 a la aguja 2, usando la aguja 3 como un área de almacenamiento tem- 
poral. 

2. Mover el último disco (el más grande) de la aguja 1 a la aguja 3. 

3. Mover n— 1 discos de la aguja 2 a la aguja 3, usando la aguja 1 como área de almacenamiento temporal. 

El proceso termina cuando la última tarea implica mover n = 1 disco (es decir, el caso base). Esta tarea se logra 
con sólo mover el disco, sin necesidad de un área de almacenamiento temporal. 

El programa de las figuras 15.13 y 15.14 resuelve las torres de Elanoi. En el constructor (líneas 9 a 12) se 
inicializa el número de discos a mover (numDiscos). El método resolverTorres (líneas 15 a 34) resuelve el 
acertijo de las torres de Elanoi, dado el número total de discos (en este caso 3), la aguja inicial, la aguja final y la 
aguja de almacenamiento temporal como parámetros. El caso base (líneas 19 a 23) ocurre cuando sólo se necesita 
mover un disco de la aguja inicial a la aguja final. En el paso recursivo (líneas 27 a 33), la línea 27 mueve di seos 
- 1 discos de la primera aguja (agujaOrigen) a la aguja de almacenamiento temporal (agujaTemp). Cuando se 
han movido todos los discos a la aguja temporal excepto uno, en la línea 30 se mueve el disco más grande de la 
aguja inicial a la aguja de destino. En la línea 33 se termina el resto de los movimientos, llamando al método 
resolverTorres para mover di seos - 1 discos de manera recursiva, de la aguja temporal (agujaTemp) a la aguja 
de destino (agu jaDesti no), esta vez usando la primera aguja (agujaOri gen) como aguja temporal. 


1 // Fig. 15.13: TorresDeHanoi . java 

2 // Programa que resuelve el problema de las torres de Hanoi, y 

3 // demuestra la recursividad. 

4 

5 public class TorresDeHanoi 

6 { 

7 private int numDiscos; // número de discos a mover 

8 

9 public TorresDeHanoi ( int discos ) 

10 { 

11 numDiscos = discos; 

12 } // fin del constructor de TorresDeHanoi 

13 

14 // mueve discos de una torre a otra, de manera recursiva 

15 public void resol verTorres( int discos, int agujaOrigen, int agujaDesti no , 

16 int agujaTemp ) 

17 { 

18 // caso base -- sólo hay que mover un disco 

19 if ( discos == 1 ) 

20 { 

21 System . out . pri ntf( "\n%d --> %d , agujaOrigen, agujaDestino ); 

22 return; 

23 } // fin de if 

24 

25 // paso recursivo -- mueve (disco - 1) discos de agujaOrigen 

26 // a agujaTemp usando agujaDestino 

27 resol verTorres( discos - 1, agujaOrigen, agujaTemp, agujaDestino ); 

28 

29 // mueve el último disco de agujaOrigen a agujaDestino 

30 System. out. pri ntf( "\n%d --> %d", agujaOrigen, agujaDestino ); 

31 

32 // mueve ( discos - 1 ) discos de agujaTemp a agujaDestino 

33 resol verTorres( discos - 1, agujaTemp, agujaDestino, agujaOrigen ); 

34 } // fin del método resolverTorres 

35 } // fin de la clase TorresDeHanoi 

Figura 15.13 | Solución de las torres de Hanoi, con un método recursivo. 
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La figura 15.14 prueba nuestra solución de las torres de Hanoi. La línea 12 crea un objeto torres de Hanoi, 
pasando como parámetro el número total de los discos que se deben mover de una aguja a otra. La línea 15 llama 
al método recursivo resol ve rTor res, el cual muestra, al apuntador de comando, los pasos a seguir. 


1 // Fig. 15.14: PruebaTorresDeHanoi . java 

2 // Prueba la solución al problema de las torres de Hanoi. 

3 

4 public class PruebaTorresDeHanoi 

5 { 

6 public static void main( String args[] ) 

7 { 

8 int agujalnicial = 1; // se usa el valor 1 para indicar agujalnicial en la salida 

9 int agujaFinal = 5; // se usa el valor B para indicar agujaFinal en la salida 

10 int agujaTemp = 2; // se usa el valor 2 para indicar agujaTemp en la salida 

11 int total Di seos = B; // número de discos 

12 TorresDeHanoi torresDeHanoi = new TorresDeHanoi ( total Di seos ); 

13 

14 // 11 amada no recursiva inicial: mueve todos los discos. 

15 torresDeHanoi . resol verTorres( totalDiscos, agujalnicial, agujaFinal, agujaTemp ); 

16 } // fin de main 

• 7 } // fin de la clase PruebaTorresDeHanoi 


1 

1 

B 

1 

2 

2 

1 


Figura 15.14 | Prueba de la solución de las torres de Hanoi. 


— > 3 
— > 2 
--> 2 
— > 3 
— > 1 
— > 3 
--> 3 


15.8 Fractales 

Un fractal es una figura geométrica que se puede generar a partir de un patrón que se repite en forma recur- 
siva (figura 15.15). Para modificar la figura, se aplica el patrón a cada segmento de la figura original. En esta 
sección analizaremos unas cuantas aproximaciones. [Nota: nos referiremos a nuestras figuras geométricas como 
fractales, aun cuando son aproximaciones]. Aunque estas figuras se han estudiado desde antes del siglo 20, fue 
el matemático polaco Benoit Mandelbrot quien introdujo el término “fractal” en la década de 1970, junto con 
los detalles específicos acerca de cómo se crea un fractal, y la aplicación práctica de los fractales. La geometría 
fractal de Mandelbrot proporciona modelos matemáticos para muchas formas complejas que se encuentran en la 
naturaleza, como las montañas, nubes y litorales. Los fractales tienen muchos usos en las matemáticas y la ciencia. 
Pueden utilizarse para comprender mejor los sistemas o patrones que aparecen en la naturaleza (por ejemplo, los 
ecosistemas), en el cuerpo humano (por ejemplo, en los pliegues del cerebro) o en el universo (por ejemplo, 
los grupos de galaxias). No todos los fractales se asemejan a los objetos en la naturaleza. El dibujo de fractales se ha 
convertido en una forma de arte popular. Los fractales tienen una propiedad auto-similar: cuando se subdividen 
en partes, cada una se asemeja a una copia del todo, en un tamaño reducido. Muchos fractales producen una copia 
exacta del original cuando se amplía una porción de la imagen original; se dice que dicho fractal es estrictamente 
auto-similar. En la sección 15.1 1 se proporcionan vínculos para diversos sitios Web en los que hay discusiones 
y demostraciones de los fractales. 

Como ejemplo, veamos un fractal popular, estrictamente auto-similar, conocido como la Curva de Koch 
(figura 15.15). Para formar este fractal, se elimina la tercera parte media de cada línea en el dibujo, y se sustituye 
con dos líneas que forman un punto, de tal forma que si permaneciera la tercera parte media de la línea original, se 
formaría un triángulo equilátero. A menudo, las fórmulas para crear fractales implican eliminar toda, o parte de, 
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Figura 15.15 | Fractal Curva de Koch. 


la imagen del fractal anterior. Este patrón ya se ha determinado para este fractal; en esta sección nos enfocaremos 
no sobre cómo determinar qué fórmulas se necesitan para un fractal específico, sino cómo utilizar esas fórmulas 
en una solución recursiva. 

Empezamos con una línea recta [figura 15.15, parte (a)] y aplicamos el patrón, creando un triángulo a partir 
de la tercera parte media [figura 15.15, parte {b)\. Después aplicamos el patrón de nuevo a cada línea recta, lo cual 
produce la figura 15.15, parte (c). Cada vez que se aplica el patrón, decimos que el fractal está en un nuevo nivel, 
o profundidad (algunas veces se utiliza también el término orden). Los fractales pueden mostrarse en muchos 
niveles; por ejemplo, a un fractal de nivel 3 se le han aplicado tres iteraciones del patrón [figura 15.15, partes 
( e y/)]. Como éste es un fractal estrictamente auto-similar, cada porción del mismo contiene una copia exacta 
del fractal. Por ejemplo, en la parte (f ) de la figura 15.15, hemos resaltado una porción del fractal con un cuadro 
color rojo punteado. Si se aumentara el tamaño de la imagen en este cuadro, se vería exactamente igual que el 
fractal completo de la parte (f). 

Hay un fractal similar, llamado Copo de nieve de Koch, que es similar a la Curva de Koch, pero empieza con 
un triángulo en vez de una línea. Se aplica el mismo patrón a cada lado del triángulo, lo cual produce una imagen 
que se asemeja a un copo de nieve encerrado. Hemos optado por enfocarnos en la Curva de Koch por cuestión 
de simpleza. Para aprender más acerca de la Curva de Koch y del Copo de nieve de Koch, vea los vínculos de la 
sección 15.11. 

Ahora demostraremos el uso de la recursividad para dibujar fractales, escribiendo un programa para crear un 
fractal estrictamente auto-similar. A este fractal lo llamaremos “fractal Lo”, en honor de Sin Han Lo, un colega 
de Deitel & Associates que lo creó. En un momento dado, el fractal se asemejará a la mitad de una pluma (vea 
los resultados en la figura 15.22). El caso base, o nivel 0 del fractal, empieza como una línea entre dos puntos, 
A y B (figura 15.16). Para crear el siguiente nivel superior, buscamos el punto medio (C) de la línea. Para calcular 
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la ubicación del punto C, utilice la siguiente fórmula: [Nota: la x y la y a la izquierda de cada letra se refieren a 
las coordenadas x y y de ese punto, respectivamente. Por ejemplo, xA se refiere a la coordenada x del punto A, 
mientras que yC se refiere a la coordenada y del punto C. En nuestros diagramas denotamos el punto por su letra, 
seguida de dos números que representan las coordenadas x y y], 

xC = (xA + xB) / 2; 

yC = (yA + yB) / 2; 

Para crear este fractal, también debemos buscar un punto D que se encuentre a la izquierda del segmento AC y que 
cree un triángulo recto isósceles ADC. Para calcular la ubicación del punto D, utilice las siguientes fórmulas: 

xD = xA + (xC - xA) / 2 - (yC - yA) / 2; 

yD = yA + (yC - yA) / 2 + (xC - xA) / 2; 

Ahora nos movemos del nivel 0 al nivel 1 de la siguiente manera: primero, se suman los puntos C y D (como en la 
figura 15.17). Después se elimina la línea original y se agregan los segmentos DA, DC y DB. El resto de las líneas se 
curvearán en un ángulo, haciendo que nuestro fractal se vea como una pluma. Para el siguiente nivel del fractal, 
este algoritmo se repite en cada una de las tres líneas en el nivel 1 . Para cada línea, se aplican las fórmulas anterio- 
res, en donde el punto anterior D se considera ahora como el punto A, mientras que el otro extremo de cada línea 
se considera como el punto B. La figura 15.18 contiene la línea del nivel 0 (ahora una línea punteada) y las tres 
líneas que se agregaron del nivel 1 . Hemos cambiado el punto D para que sea el punto A, y los puntos originales A, 
C y B son Bl, B2 y B3, respectivamente. Las fórmulas anteriores se han utilizado para buscar los nuevos puntos C 
y D en cada línea. Estos puntos también se enumeran del 1 al 3 para llevar la cuenta de cuál punto está asociado 
con cada línea. Por ejemplo, los puntos C1 y DI representan a los puntos C y D asociados con la línea que se forma 
de los puntos A a Bl. Para llegar al nivel 2, se eliminan las tres líneas de la figura 15.18 y se sustituyen con nuevas 

líneas de los puntos C y D que se acaban de agregar. La figura 15.19 muestra las nuevas líneas (las líneas del nivel 2 

se muestran como líneas punteadas, para conveniencia del lector). La figura 15.20 muestra el nivel 2 sin las líneas 
punteadas del nivel 1 . Una vez que se ha repetido este proceso varias veces, el fractal creado empezará a parecerse 
a la mitad de una pluma, como se muestra en los resultados de la figura 15.22. En breve presentaremos el código 
para esta aplicación. 

La aplicación de la figura 15.21 define la interfaz de usuario para dibujar este fractal (que se muestra al final 
de la figura 1 5.22). La interfaz consiste de tres botones: uno para que el usuario modifique el color del fractal, otro 
para incrementar el nivel de recursividad y uno para reducir el nivel de recursividad. Un objeto DLabel lleva la 
cuenta del nivel actual de recursividad, que se modifica mediante una llamada al método establ ecerNi vel , que 
veremos en breve. En las líneas 15 y 16 se especifican las constantes ANCHURA y ALTURA como 400 y 480 respecti- 
vamente, para indicar el tamaño del objeto J Frame. El color predeterminado para dibujar el fractal será azul (línea 
18). El usuario activa un evento Acti onEvent haciendo clic en el botón Color. El manejador de eventos para este 
botón se registra en las líneas 38 a 54. El método acti onPerformed muestra un cuadro de diálogo 3 Col orChoo- 



Figura 15.16 | El "fractal Lo” en el nivel 0. 
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Figura 15.17 | Determinación de los puntos C y D para el nivel I del "fractal Lo 



[Nota: se incluye el fractal en el nivel 0 como una línea punteada, para recordar en dónde se 
encontraba la línea en relación con el fractal actual]. 
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Figura 15.20 | El “fractal Lo” en el nivel 2. 


ser. Este cuadro de diálogo devuelve el objeto Color seleccionado, o azul (si el usuario oprime Cancelar o cierra 
el cuadro de diálogo sin oprimir Aceptar) . En lalínea51 se hace una llamada al método establecerColor en la 
clase F ractal 3 Panel para actualizar el color. 

El manejador de eventos para el botón Reducir nivel se registra en las líneas 60 a 78. En el método acti on- 
Performed, en las líneas 66 y 67 obtienen el nivel actual de recursividad y lo reducen en 1. En la línea 70 se 


1 // Fig. 15.21: Fractal. java 

2 // Demuestra la interfaz de usuario para dibujar un fractal. 

3 import j ava. awt. Color; 

4 import java. awt. FlowLayout; 

5 import java. awt. event. Acti onEvent; 

6 import java. awt. event. Acti onLi stener ; 

7 import javax. swi ng . JFrame ; 

8 import javax. swi ng . IButton ; 

9 import javax. swi ng . ILabel ; 

10 import javax. swi ng . 3 Panel ; 

11 import javax. swi ng . IColorChooser; 

12 

13 public class Fractal extends 3Frame 

14 { 

15 private final int ANCHURA = 400; // define la anchura de la GUI 

16 private final int ALTURA = 480; // define la altura de la GUI 

17 private final int NIVELJ4IN = 0, NIVEL_MAX = 15; 

18 private Color color = Color. BLUE; 

19 

20 private IButton cambiarColorlButton, aumentarNivellButton, 

21 reduci rNivel IButton ; 

22 private ILabel nivellLabel; 

23 private Fractal 3Panel espacioDibujo; 

24 private 3Panel principallPanel , controllPanel ; 

25 

26 // establece la GUI 

27 public Fractal O 

28 { 

29 super( "Fractal" ); 

30 


Figura 15.21 | Demostración de la interfaz de usuario del fractal. (Parte I de 3). 
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31 

32 

33 

34 

35 

36 

37 

38 

39 

40 

41 

42 

43 

44 

45 

46 

47 

48 

49 

50 

51 

52 

53 

54 

55 

56 

57 

58 

59 

60 
61 
62 

63 

64 

65 

66 

67 

68 

69 

70 

71 

72 

73 

74 

75 

76 

77 

78 

79 

80 
81 
82 

83 

84 

85 

86 

87 

88 


// establece el panel de control 

control IPanel = new JPanel (); 

control JPanel . setLayout( new FlowLayoutO ); 

// establece el botón de color y registra el componente de escucha 

cambiarColorJButton = new JButton( "Color" ); 
control IPanel ,add( cambi arCol orJButton ); 
cambi arCol orJButton . addActi onLi stenerC 

new ActionLi stener() // clase interna anónima 

{ 

// procesa el evento de cambi arCol orJButton 
public void actionPerformed( ActionEvent evento ) 

{ 

color = JCol orChooser . showDi al og( 

Fractal . thi s , "Elija un color 1 , color ); 

// establece el color predeterminado, si no se devuelve un color 
if ( color == nuil ) 
color = Color. BLUE; 

espacioDibujo.establecerColor( color ); 

} // fin del método actionPerformed 
} // fin de la clase interna anónima 
); //fin de addActi onLi stener 

// establece botón para reducir nivel, para agregarlo al panel de control y 
// registra el componente de escucha 

reduci rNi vel JButton = new JButton( "Reducir nivel" ); 
control JPanel ,add( reduci rNivel JButton ); 
reduci rNi vel JButton . addActi onLi stener ( 

new ActionLi stener() // clase interna anónima 

{ 

// procesa el evento de reduci rNivel JButton 
public void actionPerformed( ActionEvent evento ) 

{ 

int nivel = espacioDibujo.obtenerNivel () ; 
nivel — ; // reduce el nivel en uno 

// modifica el nivel si es posible 

if ( ( nivel >= NIVEL_MIN ) && ( nivel <= NIVEL_MAX ) ) 

{ 

nivel JLabel .setText( "Nivel: " + nivel ); 
espacioDibujo.establecerNivel ( nivel ); 
repai nt() ; 

} // fin de if 

} // fin del método actionPerformed 
} // fin de la clase interna anónima 
); //fin de addActi onLi stener 

// establece el botón para aumentar nivel, para agregarlo al panel de control 
// y registra el componente de escucha 

aumentarNi vel JButton = new JButton( "Aumentar nivel" ); 
control JPanel ,add( aumentarNivel JButton ); 
aumentarNi vel JButton . addActi onLi stener ( 

new ActionLi stener() // clase interna anónima 

{ 

// procesa el evento de aumentarNi vel JButton 
public void actionPerformed( ActionEvent evento ) 


Figura 15.21 | Demostración de la interfaz de usuario del fractal. (Parte 2 de 3). 
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89 
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91 

92 

93 
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113 
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1 18 
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121 
122 
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126 


{ 

int nivel = espacioDibujo.obtenerNivel () ; 
nivel++; // aumenta el nivel en uno 

// modifica el nivel si es posible 

if ( ( nivel >= NIVEL_MIN ) && ( nivel <= NIVEL_MAX ) ) 

{ 

nivelJLabel .setText( 'Nivel: + nivel ); 

espacioDibujo.establecerNivel ( nivel ); 
repai nt() ; 

} // fin de if 

} // fin del método actionPerformed 
} // fin de la clase interna anónima 
); //fin de addActionLi stener 

// establece nivelJLabel para agregarlo a control JPanel 

nivelJLabel = new JLabelf "Nivel: 0" ); 
control JPanel .add( nivelJLabel ); 

espacioDibujo = new Fractal JPanel ( 0 ); 

// crea principalJPanel para que contenga a control JPanel y espacioDibujo 

pri nci pal JPanel = new JPanel (); 
principal JPanel ,add( control JPanel ); 
principal JPanel ,add( espacioDibujo ); 

add( principalJPanel ); // agrega JPanel a JFrame 

setSize( ANCHURA, ALTURA ); // establece el tamaño de JFrame 
setVisible( true ); // muestra JFrame 
} // fin del constructor de Fractal 

public static void main( String args[] ) 

{ 

Fractal demo = new Fractal (); 

demo.setDefaultCloseOperation( JFrame. EXIT_0N_CL0SE ); 

} // fin de main 
} // fin de la clase Fractal 


Figura 15.21 | Demostración de la interfaz de usuario del fractal. (Parte 3 de 3). 


realiza una verificación, para asegurar que el nivel sea mayor o igual que 0 (NIVEL_MIN); el fractal no está definido 
para cualquier nivel de recursividad menor que 0. El programa permite al usuario avanzar hacia cualquier nivel 
deseado, pero en cierto punto (nivel 10 y superior en este ejemplo) el despliegue del fractal se vuelve cada vez 
más lento, ya que hay muchos detalles que dibujar. En las líneas 72 a 74 se restablece la etiqueta del nivel para 
reflejar el cambio; se establece el nuevo nivel y se hace una llamada al método repai nt para actualizar la imagen 
y mostrar el fractal correspondiente al nuevo nivel. 

El objeto JButton Aumentar nivel funciona de la misma forma que el objeto JButton Reducir nivel, excep- 
to que el nivel se incrementa en vez de reducirse para mostrar más detalles del fractal (líneas 90 y 91). Cuando 
se ejecuta la aplicación por primera vez, el nivel se establece en 0, en donde se muestra una línea azul entre dos 
puntos especificados en la clase Fractal J Panel . 

La clase Fractal JPanel de la figura 15.22 especifica las medidas del objeto JPanel del dibujo como 400 por 
400 (líneas 13 y 14). El constructor de Fractal JPanel (líneas 18 a 24) recibe el nivel actual como parámetro y 
lo asigna a su variable de instancia nivel . La variable de instancia color se establece en el color azul predetermi- 
nado. En las líneas 22 y 23 se cambia el color de fondo del objeto J Panel para que sea blanco (para la visibilidad 
de los colores utilizados para dibujar el fractal), y se establecen las nuevas medidas del objeto JPanel, en donde 
se dibujará el fractal. 
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1 // Fig. 15.22: Fractal JPanel . java 

2 // Fractal JPanel demuestra el dibujo recursivo de un fractal. 

3 import java. awt. Graphics; 

4 import java. awt. Color; 

5 import java. awt. Dimensión; 

6 import javax.swing. JPanel ; 

7 

8 public class Fractal IPanel extends IPanel 

9 { 

10 private Color color; // almacena el color utilizado para dibujar el fractal 

11 private int nivel; // almacena el nivel actual del fractal 

12 

13 private final int ANCHURA = 400; // define la anchura de IPanel 

14 private final int ALTURA = 400; // define la altura de JPanel 

15 

16 // establece el nivel inicial del fractal al valor especificado 

17 // y establece las especificaciones del JPanel 

18 public Fractal JPanel ( int nivelActual ) 

19 { 

20 color = Color. BLUE; // inicial iza el color de dibujo en azul 

21 nivel = nivelActual; // establece el nivel inicial del fractal 

22 setBackground( Color. WHITE ); 

23 setPreferredSizef new Dimension( ANCHURA, ALTURA ) ); 

24 } // fin del constructor de Fractal JPanel 

25 

26 // dibuja el fractal en forma recursiva 

27 public void di bujarFractal ( int nivel, int xA, int yA, int xB, 

28 int yB, Graphics g ) 

29 { 

30 // caso base: dibuja una linea que conecta dos puntos dados 

31 if ( nivel == 0 ) 

32 g.drawLinef xA, yA, xB, yB ) ; 

33 else // paso recursivo: determina los nuevos puntos, dibuja el siguiente nivel 

34 { 

35 // calcula punto medio entre (xA, yA) y (xB, yB) 

36 i nt xC = ( xA + xB ) / 2 ; 

37 int yC = ( yA + yB ) / 2; 

38 

39 // calcula el cuarto punto (xD, yD) que forma un 

40 // triángulo recto isósceles entre (xA, yA) y (xC, yC) 

41 // en donde el ángulo recto está en (xD, yD) 

42 int xD = xA + ( xC - xA ) / 2 - ( yC - yA ) / 2; 

43 i nt yD = yA + ( yC - yA ) / 2 + ( xC - xA ) / 2 ; 

44 

45 // dibuja el Fractal en forma recursiva 


46 

di bujarFractal ( 

nivel 

- 1 , 

xD, 

yo, 

xA, 

yA, 

9 

) 

47 

di bujarFractal ( 

nivel 

- 1 , 

xD, 

yo, 

xC, 

ye, 

9 

) 

48 

di bujarFractal ( 

nivel 

- 1 , 

xD, 

yD, 

xB, 

yB, 

9 

) 


49 } // fin de else 

50 } // fin del método di bujarFractal 

51 

52 // inicia el dibujo del fractal 

53 public void pai ntComponent( Graphics g ) 

54 { 

55 super . pai ntComponentC g ); 

56 

57 // dibuja el patrón del fractal 

58 g.setColor( color ); 

59 dibujarFractal ( nivel, 100, 90, 290, 200, g ); 

Figura 15.22 | Dibujo del “fractal Lo” mediante el uso de la recursividad. (Parte I de 3). 
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60 } // fin del método pai ntComponent 

61 

62 // establece el color de dibujo a c 

63 public void establecerColorf Color c ) 

64 { 

65 color = c; 

66 } // fin del método setColor 

67 

68 // establece el nuevo nivel de recursividad 

69 public void establ ecerNi vel ( int nivelActual ) 

70 { 

71 nivel = nivelActual; 

72 } // fin del método setLevel 

73 

74 // devuelve el nivel de recursividad 

75 public int obtenerNivel () 

76 { 

77 return nivel; 

78 } // fin del método getLevel 

79 } // fin de la clase Fractal DPanel 



Figura 15.22 | Dibujo del “fractal Lo” mediante el uso de la recursividad. (Parte 2 de 3). 
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Figura 15.22 | Dibujo del “fractal Lo" mediante el uso de la recursividad. (Parte 3 de 3). 

En las líneas 27 a 50 se define el método recursivo que crea el fractal. Este método recibe seis parámetros: el 
nivel, cuatro enteros que especifican las coordenadas xy y de dos puntos, y el objeto g de Graphi es. El caso base 
para este método (línea 31) ocurre cuando nivel es igual a 0, en cuyo momento se dibujará una línea entre los 
dos puntos que se proporcionan como parámetros. En las líneas 36 a 43 se calcula (xC, yC), el punto medio entre 
(xA, yA) y (xB, yB), y (xD, yD), el punto que crea un triángulo isósceles recto con (xA, yA) y (xC, yC). En las líneas 
46 a 48 se realizan tres llamadas recursivas en tres conjuntos distintos de puntos. 

En el método pai ntComponent, en la línea 59 se realiza la primera llamada al método di bujarFractal para 
empezar el dibujo. Esta llamada al método no es recursiva, pero todas las llamadas subsiguientes a di bu j arFrac- 
tal que se realicen desde el cuerpo de di bujarFractal sí lo son. Como las líneas no se dibujarán sino hasta que 
se llegue al caso base, la distancia entre dos puntos se reduce en cada llamada recursiva. A medida que aumenta el 
nivel de recursividad, el fractal se vuelve más uniforme y detallado. La figura de este fractal se estabiliza a medida 
que el nivel se acerca a 1 1 . Los fractales se estabilizarán en distintos niveles, con base en la figura y el tamaño del 
fractal. 

En la figura 1 5.22 se muestra el desarrollo del fractal, de los niveles 0 al 6. La última imagen muestra la figura 
que define el fractal en el nivel 1 1 . Si nos enfocamos en uno de los brazos de este fractal, será idéntico a la imagen 
completa. Esta propiedad define al fractal como estrictamente auto-similar. En la sección 15.11 podrá consultar 
más recursos acerca de los fractales. 
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15.9 "Vuelta atrás" recursiva (backtracking) 

Todos nuestros métodos recursivos tienen una arquitectura similar; si se llega al caso base, devuelven un resultado; 
si no, hacen una o más llamadas recursivas. En esta sección exploraremos un método recursivo más completo, que 
busca una ruta a través de un laberinto, y devuelve verdadero si hay una posible solución al laberinto. La solución 
implica recorrer el laberinto un paso a la vez, en donde los movimientos pueden ser hacia abajo, a la derecha, hacia 
arriba o a la izquierda (no se permiten movimientos diagonales). De la posición actual en el laberinto (empezando 
con el punto de entrada), se realizan los siguientes pasos: se elije una dirección, se realiza el movimiento en esa 
dirección y se hace una llamada recursiva para resolver el resto del laberinto desde la nueva ubicación. Cuando se 
llega a un punto sin salida (es decir, no podemos avanzar más pasos sin pegar en la pared), retrocedemos a la ubica- 
ción anterior y tratamos de avanzar en otra dirección. Si no puede elegirse otra dirección, retrocedemos de nuevo. 
Este proceso continúa hasta que encontramos un punto en el laberinto en donde puede realizarse un movimiento 
en otra dirección. Una vez que se encuentra dicha ubicación, avanzamos en la nueva dirección y continuamos con 
otra llamada recursiva para resolver el resto del laberinto. 

Para retroceder a la ubicación anterior en el laberinto, nuestro método recursivo simplemente devuelve falso, 
avanzando hacia arriba en la cadena de llamadas a métodos, hasta la llamada recursiva anterior (que hace referen- 
cia a la ubicación anterior en el laberinto). A este proceso de utilizar la recursividad para regresar a un punto de 
decisión anterior se le conoce como “vuelta atrás” recursiva. Si un conjunto de llamadas recursivas no resulta 
en una solución para el problema, el programa retrocede hasta el punto de decisión anterior y toma una decisión 
distinta, lo que a menudo produce otro conjunto de llamadas recursivas. En este ejemplo, el punto de deci- 
sión anterior es la ubicación anterior en el laberinto, y la decisión a realizar es la dirección que debe tomar el 
siguiente movimiento. Una dirección ha conducido a un punto sin salida, por lo que la búsqueda continúa con 
una dirección diferente. A diferencia de nuestros demás programas recursivos, que llegaron al caso base y luego 
regresaron a través de toda la cadena de llamadas a métodos, hasta la llamada al método original, la solución de 
“vuelta atrás” recursiva para el problema del laberinto utiliza la recursividad para regresar sólo una parte a través 
de la cadena de llamadas a métodos, y después probar una dirección diferente. Si la vuelta atrás llega a la ubica- 
ción de entrada del laberinto y se han recorrido todas las direcciones, entonces el laberinto no tiene solución. 

En los ejercicios del capítulo le pediremos que implemente soluciones de “vuelta atrás” recursivas para el 
problema del laberinto (ejercicios 15.20, 15.21 y 15.22) y para el problema de las Ocho Reinas (ejercicio 15.15), 
el cual trata de encontrar la manera de colocar ocho reinas en un tablero de ajedrez vacío, de forma que ninguna 
reina esté “atacando” a otra (es decir, que no haya dos reinas en la misma fila, en la misma columna o a lo largo 
de la misma diagonal). En la sección 15.11 podrá consultar vínculos hacia más información sobre la “vuelta atrás” 
recursiva. 

15.10 Conclusión 

En este capítulo aprendió a crear métodos recursivos; es decir, métodos que se llaman a sí mismos. Aprendió que 
los métodos recursivos generalmente dividen a un problema en dos piezas conceptuales: una pieza que el método 
sabe cómo resolver (el caso base) y una pieza que el método no sabe cómo resolver (el paso recursivo) . El paso 
recursivo es una versión ligeramente más pequeña del problema original, y se lleva a cabo mediante una llamada 
a un método recursivo. Vio algunos ejemplos populares de recursividad, incluyendo el cálculo de factoriales y la 
producción de valores en la serie de Fibonacci. Después aprendió cómo funciona la recursividad “detrás de las 
cámaras”, incluyendo el orden en el que se meten o se sacan las llamadas a métodos recursivos de la pila de eje- 
cución del programa. Después comparó los métodos recursivo e iterativo (no recursivo). Aprendió a resolver un 
problema más complejo mediante la recursividad: mostrar fractales. El capítulo concluyó con una introducción a 
la “vuelta atrás” recursiva, una técnica para resolver problemas que implica retroceder a través de llamadas recur- 
sivas para probar distintas soluciones posibles. En el siguiente capítulo, aprenderá diversas técnicas para ordenar 
listas de datos y buscar un elemento en una lista de datos, y bajo qué circunstancias debe utilizarse cada técnica 
de búsqueda y ordenamiento. 

15.11 Recursos en Internet y Web 

Conceptos de recursividad 

en .wi ki pedí a. org/wi ki/Recursi on 

Artículo de Wikipedia, que proporciona los fundamentos de la recursividad y varios recursos para los estudiantes. 
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es .wi ki pedia. org/wi ki /Recursi vi dad 
El mismo artículo anterior de Wikipedia, en español, 
www. cafeauiai t . org/javatutori al . htiril 

Proporciona una breve introducción a la recursividad en Java, y también cubre otros temas relacionados con Java. 

Pilas 

www.es . auc . dk/~normark/eci u-recursion/html /reci t-sl i de-implerec . html 
Proporciona diapositivas acerca de la implementación de la recursividad mediante el uso de pilas, 
facul ty . juni ata.edu/kruse/cs2java/ recurimpl . htm 

Proporciona un diagrama de la pila de ejecución del programa y describe la forma en que funciona la pila. 

Fractales 

math . ri ce . edu/~l an i us/frac/ 

Proporciona ejemplos de otros fractales, como el Copo de nieve de Koch, el Triángulo de Sierpinski y los fractales de 

Parque Jurásico. 

www . 1 i fesmi th . com/ 

Proporciona cientos de imágenes de fractales coloridas, junto con una explicación detallada acerca de los conjuntos de 
Mandelbrot y Julia, dos conjuntos comunes de fractales. 
www . j racademy . com/~j tucek/math/f racial s . html 

Contiene dos películas AVI creadas al realizar acercamientos continuos en los fractales, conocidos como los conjuntos 
de ecuaciones de Mandelbrot y Julia. 
www.faqs.org/faqs/fractal -faq/ 

Proporciona las respuestas a muchas preguntas acerca de los fractales. 
spanky . tri umf . ca/www/f racti nt/f racti nt . html 

Contiene vínculos para descargar Fractint, un programa de freeware para generar fractales. 
www.42explore.com/fractal .htn 

Proporciona una lista de URLs en fractales y herramientas de software que crean fractales. 
www. arcytech . org/java/f ractal s/koch . shtml 

Proporciona una introducción detallada al fractal de la Curva de Koch y un applet que demuestra el fractal. 

1 i brary . thi nkquest.org/26688/koch . html 

Muestra un applet de la Curva de Koch, y proporciona el código fuente. 

“Vuelta atrás” recursiva 

www.es . sfu . ca/CourseCentral/201/havens/notes/Lecturel4 . pdf 

Proporciona una breve introducción a la “vuelta atrás” recursiva, incluyendo un ejemplo acerca de la planeación de una 
ruta de viaje. 

math . hws . edu/xlava/Pentomi nos Sol ver 

Proporciona un programa que utiliza la “vuelta atrás” recursiva para resolver un problema, conocido como el acertijo de 
Pentominós (que se describe en el sitio). 


Resumen 

Sección 15. 1 Introducción 

• Un método recursivo se llama a sí mismo en forma directa o indirecta a través de otro método. 

• Cuando se llama a un método recursivo para resolver un problema, en realidad el método es capaz de resolver sólo 
el (los) caso(s) más simple(s), o caso(s) base. Si se llama con un caso base, el método devuelve un resultado. 

Sección 15.2 Conceptos de recursividad 

• Si se llama a un método recursivo con un problema más complejo que el caso base, por lo general, divide el problema 
en dos piezas conceptuales: una pieza que el método sabe cómo resolver y otra pieza que no sabe cómo resolver. 
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• Para que la recursividad sea factible, la pieza que el método no sabe cómo resolver debe asemejarse al problema ori- 
ginal, pero debe ser una versión ligeramente más simple o pequeña del mismo. Como este nuevo problema se parece 
al problema original, el método llama a una nueva copia de sí mismo para trabajar en el problema más pequeño; a 
esto se le conoce como paso recursivo. 

• Para que la recursividad termine en un momento dado, cada vez que un método se llame a sí mismo con una versión 
más simple del problema original, la secuencia de problemas cada vez más pequeños debe converger en un caso base. 
Cuando el método reconoce el caso base, devuelve un resultado a la copia anterior del método. 

• Una llamada recursiva puede ser una llamada a otro método, que a su vez realiza una llamada de vuelta al método 
original. Dicho proceso sigue provocando una llamada recursiva al método original. A esto se le conoce como llama- 
da recursiva indirecta, o recursividad indirecta. 

Sección 15.3 Ejemplo de uso de recursividad: factoriales 

• La acción de omitir el caso base, o escribir el paso recursivo de manera incorrecta para que no converja en el caso 
base, puede ocasionar una recursividad infinita, con lo cual se agota la memoria en cierto punto. Este error es aná- 
logo al problema de un ciclo infinito en una solución iterativa (no recursiva). 

Sección 15.4 Ejemplo de uso de recursividad: serie de Fibonacci 

• La serie de Fibonacci empieza con 0 y 1 , y tiene la propiedad de que cada número subsiguiente de Fibonacci es la 
suma de los dos anteriores. 

• La proporción de números de Fibonacci sucesivos converge en un valor constante de 1.618. . ., un número al que se 
le denomina la proporción dorada, o media dorada. 

• Algunas soluciones recursivas, como la de Fibonacci (que realiza dos llamadas por cada paso recursivo), producen 
una “explosión” de llamadas a métodos. 

Sección 15-5 La recursividad y la pila de llamadas a métodos 

• Una pila es una estructura de datos en la que sólo se pueden agregar o eliminar datos de la parte superior. 

• Una pila es la analogía de un montón de platos. Cuando se coloca un plato en el montón, siempre se coloca en la 
parte superior (a esto se le conoce como meter el plato en la pila). De manera similar, cuando se quita un plato del 
montón, siempre se quita de la parte superior (a esto se le conoce como sacar el plato de la pila). 

• Las pilas se conocen como estructuras de datos “último en entrar, primero en salir” (UEPS): el último elemento que 
se metió (insertó) en la pila es el primero que se saca (elimina) de ella. 

• Las pilas tienen muchas aplicaciones interesantes. Por ejemplo, cuando un programa llama a un método, el método 
que se llamó debe saber cómo regresar al que lo llamó, por lo que se mete la dirección de retorno del método que 
hizo la llamada en la pila de ejecución del programa (a la que algunas veces se le conoce como la pila de llamadas a 
métodos). 

• La pila de ejecución del programa contiene la memoria para las variables locales en cada invocación de un método, 
durante la ejecución de un programa. Estos datos, que se almacenan como una parte de la pila de ejecución del 
programa, se conocen como el registro de activación o marco de pila de la llamada al método. 

• Si hay más llamadas a métodos recursivas o anidadas de las que pueden almacenarse en la pila de ejecución del pro- 
grama, se produce un error conocido como desbordamiento de pila. 

Sección 15.6 Comparación entre recursividad e iteración 

• Tanto la iteración como la recursividad se basan en una instrucción de control: la iteración utiliza una instrucción 
de repetición, la recursividad una instrucción de selección. 

• Tanto la iteración como la recursividad implican la repetición: la iteración utiliza de manera explícita una instruc- 
ción de repetición, mientras que la recursividad logra la repetición a través de llamadas repetidas a un método. 

• La iteración y la recursividad implican una prueba de terminación: la iteración termina cuando falla la condición de 
continuación de ciclo, la recursividad cuando se reconoce un caso base. 

• La iteración con repetición controlada por contador y la recursividad se acercan en forma gradual a la terminación: la 
iteración sigue modificando un contador, hasta que éste asume un valor que hace que falle la condición de continua- 
ción de ciclo, mientras que la recursividad sigue produciendo versiones cada vez más simples del problema original, 
hasta llegar al caso base. 

• Tanto la iteración como la recursividad pueden ocurrir en forma infinita. Un ciclo infinito ocurre con la iteración 
si la prueba de continuación de ciclo nunca se vuelve falsa, mientras que la recursividad infinita ocurre si el paso 
recursivo no reduce el problema cada vez más, de una forma que converja en el caso base. 

• La recursividad invoca el mecanismo en forma repetida, y en consecuencia a la sobrecarga producida por las llamadas 
al método. 
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• Cualquier problema que pueda resolverse en forma recursiva, se puede resolver también en forma iterativa. 

• Por lo general se prefiere un método recursivo en vez de uno iterativo cuando el primero refleja el problema con más 
naturalidad, y produce un programa más fácil de comprender y de depurar. 

• A menudo se puede implementar un método recursivo con pocas líneas de código, pero el método iterativo corres- 
pondiente podría requerir una gran cantidad de código. Otra razón por la que es más conveniente elegir una solu- 
ción recursiva es que una solución iterativa podría no ser aparente. 

Sección 15.8 Fractales 

• Un fractal es una figura geométrica que se genera a partir de un patrón que se repite en forma recursiva, un número 
infinito de veces. 

• Los fractales tienen una propiedad de auto-similitud: las subpartes son copias de tamaño reducido de toda la pieza. 

Sección 15-9 “Vuelta atrás” recursiva (backtracking) 

• Al uso de la recursividad para regresar a un punto de decisión anterior se le conoce como “vuelta atrás” recursiva. 
Si un conjunto de llamadas recursivas no produce como resultado una solución al problema, el programa retrocede 
hasta el punto de decisión anterior y toma una decisión distinta, lo cual a menudo produce otro conjunto de llama- 
das recursivas. 

Terminología 

caso base 

converger en un caso base 
Copo de nieve de Koch, fractal 
Curva de Koch, fractal 
desbordamiento de pila 
evaluación recursiva 
factorial 

Fibonacci, serie de 
Fractal 

fractal auto-similar 
fractal estrictamente auto-similar 
llamada recursiva 
marco de pila 
media dorada 
método recursivo 
nivel de un fractal 
nivel del fractal 
Ocho Reinas, problema 
orden del fractal 
palíndromo 

Ejercicios de autoevaluación 

15.1 Conteste con verdadero o falso a cada una de las siguientes proposiciones; en caso de ser falso , explique por qué. 

a) Un método que se llama a sí mismo en forma indirecta no es un ejemplo de recursividad. 

b) La recursividad puede ser eficiente en la computación, debido a la reducción en el uso del espacio en 
memoria. 

c) Cuando se llama a un método recursivo para resolver un problema, en realidad es capaz de resolver sólo el 
(los) caso(s) más simple(s), o caso(s) base. 

d) Para que la recursividad sea factible, el paso recursivo en una solución recursiva debe asemejarse al problema 
original, pero debe ser una versión ligeramente más grande del mismo. 

15.2 Para terminar la recursividad, se requiere un(a) . 

a) paso recursivo 

b) instrucción break 

c) tipo de valor de retorno vo id 

d) caso base 


paso recursivo 
pila 

pila de ejecución del programa 
pila de llamadas a métodos 
profundidad del fractal 
proporción dorada 
prueba de terminación 
recorrido del laberinto, problema 
recursividad exhaustiva 
recursividad indirecta 
recursividad infinita 
registro de activación 
sobrecarga de ejecución 
teoría de complejidad 
torres de Llanoi, problema 
último en entrar, primero en salir (UEPS), 
estructuras de datos 
“vuelta atrás” 

“vuelta atrás” recursiva 
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15.3 La primera llamada para invocar a un método recursivo es . 

a) no recursiva 

b) recursiva 

c) el paso recursivo 

d) ninguna de las anteriores 

15.4 Cada vez que se aplica el patrón de un fractal, se dice que el fractal está en un(a) nuevo(a) . 

a) anchura 

b) altura 

c) nivel 

d) volumen 

15.5 La iteración y la recursividad implican un(a) . 

a) instrucción de repetición 

b) prueba de terminación 

c) variable contador 

d) ninguna de las anteriores 

15.6 Complete los siguientes enunciados: 

a) La proporción de números de Fibonacci sucesivos converge en un valor constante de 1.618. . un número 

al que se le conoce como o . 

b) Sólo pueden agregarse o eliminarse datos de la de la pila. 

c) Las pilas se conocen como estructuras de datos ; el último elemento que se metió 

(insertó) en la pila es el primer elemento que se saca (elimina) de ella. 

d) La pila de ejecución del programa contiene la memoria para las variables locales en cada invocación de un 

método, durante la ejecución de un programa. Estos datos, que se almacenan como una parte de la pila de 
ejecución del programa, se conocen como el o el de llama- 

das a métodos. 

e) Si hay más llamadas a métodos recursivas o anidadas de las que puedan almacenarse en la pila de ejecución 

del programa, se produce un error conocido como . 

f) Por lo general, la iteración utiliza una instrucción de repetición, mientras que la recursividad comúnmente 

utiliza una instrucción . 

g) Los fractales tienen una propiedad llamada ; cuando se subdividen en partes, cada 

una de ellas es una copia de tamaño reducido de la pieza completa. 

h) Las de una cadena son todas las cadenas distintas que pueden crearse al reordenar 

los caracteres de la cadena original. 

i) La pila de ejecución del programa se conoce también como la pila . 


Respuestas a los ejercicios de autoevaluación 

15.1 a) Falso. Un método que se llama a sí mismo en forma indirecta es un ejemplo de recursividad; en forma más 
específica, es un ejemplo de recursividad indirecta, b) Falso. La recursividad puede ser ineficiente en la computación 
debido a las múltiples llamadas a un método y el uso del espacio de memoria, c) Verdadero, d) Falso. Para que la recur- 
sividad sea factible, el paso recursivo en una solución recursiva debe asemejarse al problema original, pero debe ser una 
versión ligeramente más pequeña del mismo. 

15.2 d 

15.3 a 

15.4 c 

15.5 b 

15.6 a) proporción dorada, media dorada, b) parte superior, c) último en entrar, primero en salir (UEPS). d) regis- 
tro de activación, marco de pila, e) desbordamiento de pila, f) de selección, g) auto-similitud, h) permutaciones, i) de 
llamadas a métodos. 
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Ejercicios 

1 5.7 ¿Qué hace el siguiente código? 

1 pubiic int misterioC int a, int b ) 

2 { 

3 if ( b == 1 ) 

4 return a; 

5 el se 

6 return a + misterioC a, b - 1 ); 

7 } // fin del método misterio 

15.8 Busque el(los) error(es) en el siguiente método recursivo, y explique cómo corregirlo(s). Este método debe 
encontrar la suma de los valores de 0 a n. 

1 pubiic int suma( int n ) 

2 { 

3 if ( n == 0 ) 

4 return 0; 

5 el se 

6 return n + suma( n ); 

7 } // fin del método suma 

15.9 (Método potencia recursivo) Escriba un método recursivo llamado potenci a( base , exponente ) que, cuan- 
do sea llamado, devuelva 

base ex f one ” ,e 

Por ejemplo, potenci a( 3, 4 )= 3 * 3 * 3 * 3 . Suponga que exponente es un entero mayor o igual que 1. [ Sugerencia : 
el paso recursivo debe utilizar la relación 

base ex f onente = base ■ base ex f onmte ' 1 

y la condición de terminación ocurre cuando exponente es igual a 1, ya que 
base 1 = base 

Incorpore este método en un programa que permita al usuario introducir la base y el exponente]. 

15.10 (Visualización de la recursividad) Es interesante observar la recursividad “en acción”. Modifique el método fac- 
torial de la figura 15.3 para imprimir su variable local y su parámetro de llamada recursiva. Para cada llamada recursiva, 
muestre los resultados en una línea separada y agregue un nivel de sangría. Plaga su máximo esfuerzo por hacer que los 
resultados sean claros, interesantes y significativos. Su meta aquí es diseñar e implementar un formato de salida que 
facilite la comprensión de la recursividad. Tal vez desee agregar ciertas capacidades de visualización a otros ejemplos y 
ejercicios recursivos a lo largo de este libro. 

15.1 I (Máximo común divisor) El máximo común divisor de los enteros x y y es el entero más grande que se puede 
dividir entre x y y de manera uniforme. Escriba un método recursivo llamado mcd, que devuelva el máximo común di- 
visor de x y y. El mcd de x y y se define, mediante la recursividad, de la siguiente manera: si y es igual a 0, entonces 
mcd( x , y ) es x; en caso contrario, mcd ( x , y ) es mcd ( y , x % y ), en donde % es el operador residuo. Use este método 
para sustituir el que escribió en la aplicación del ejercicio 6.27. 

15.12 ¿Qué hace el siguiente programa? 

1 // Ejercicio 15.12 Solución: ClaseMisteriosa. java 

2 

3 pubiic class ClaseMisteriosa 

4 { 

5 pubiic int misterioC int arreglo2[], int tamanio ) 

6 { 

7 i f ( tamani o == 1 ) 

8 return arreglo2[ 0 ]; 
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9 el se 

10 return arreglo2[ tamanio - 1 ] + misterio( arreglo2, tamanio - 1 ); 

11 } // fin del método misterio 

12 } // fin de la clase C1 aseMi steriosa 

1 // Ejercicio 15.12 Solución: PruebaMisteriosa. java 

2 

3 public class PruebaMisteriosa 

4 { 

5 public static void main( String args[] ) 

6 { 

7 ClaseMisteriosa objetoMisterioso = new ClaseMisteriosaO ; 

8 

9 int arreglo[] = { 1, 2, 3, 4, 5, 6, 7, 8, 9, 10 }; 

10 

11 int resultado = objetoMisterioso. misterio( arreglo, arreglo, length ); 

12 

13 System. out. printf( "El resultado es: %d\n", resultado ); 

• 4 } // fin del método mai n 

15 } // fin de la clase PruebaMisteriosa 

15.13 ¿Qué hace el siguiente programa? 

1 // Ejercicio 15.13 Solución: UnaCl ase . java 

2 

3 public class UnaClase 

4 { 

5 public String unMetodof 

6 int arreglo2[], int x, String salida ) 

7 { 

8 if ( x < arreglo2 .length ) 

9 return Stri ng . formatf 

10 "%s%d ", unMetodof arreglo2, x + 1 ), arreglo2[ x ] ); 

11 el se 

12 return 

13 } // fin del método unMetodo 

• 4 } // fin de la clase UnaClase 


1 // Ejercicio 15.13 Solución: PruebaUnaClase. java 

2 

3 public class PruebaUnaClase 

4 { 

5 public static void main( String args[] ) 

6 { 

7 UnaClase objetoUnaCl ase = new UnaCl ase(); 

8 

9 int arreglof] = { 1, 2, 3, 4, 5, 6, 7, 8, 9, 10 }; 

10 

11 String resultados = 

12 objetoUnaCl ase . unMetodof arreglo, 0 ); 

13 

14 System. out. println( resultados ); 

15 } // fin de main 

16 } // fin de la clase PruebaUnaClase 

15.14 (Palíndromos) Un palíndromo es una cadena que se escribe de la misma forma tanto al derecho como al revés. 

Algunos ejemplos de palíndromos son “radar”, “reconocer” y (si se ignoran los espacios) “anita lava la tina”. Escriba 
un método recursivo llamado probarPal i ndromo, que devuelva el valor boolean true si la cadena almacenada en el 
arreglo es un palíndromo, y fal se en caso contrario. El método debe ignorar espacios y puntuación en la cadena. 
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15.15 ( Ocho reinas ) Un buen acertijo para los fanáticos del ajedrez es el problema de las Ocho reinas, que se describe 
a continuación: ¿es posible colocar ocho reinas en un tablero de ajedrez vacío, de forma que ninguna reina “ataque” a 
otra (es decir, que no haya dos reinas en la misma fila, en la misma columna o a lo largo de la misma diagonal)? Por 
ejemplo, si se coloca una reina en la esquina superior izquierda del tablero, no pueden colocarse otras reinas en ninguna 
de las posiciones marcadas que se muestran en la figura 15.23. Resuelva el problema mediante el uso de recursividad. 
[Sugerencia: su solución debe empezar con la primera columna y buscar una ubicación en esa columna, en donde pueda 
colocarse una reina; al principio, coloque la reina en la primera fila. Después, la solución debe buscar en forma recur- 
siva el resto de las columnas. En las primeras columnas, habrá varias ubicaciones en donde pueda colocarse una reina. 
Tome la primera posición disponible. Si se llega a una columna sin que haya una posible ubicación para una reina, el 
programa deberá regresar a la columna anterior y desplazar la reina que está en esa columna hacia una nueva fila. Este 
proceso continuo de retroceder y probar nuevas alternativas es un ejemplo de la “vuelta atrás” recursiva] . 

1 5.16 (Imprimir un arreglo) Escriba un método recursivo llamado imprimí rArregio, que muestre todos los elemen- 
tos en un arreglo de enteros, separados por espacios. 

15.17 (Imprimir un arreglo al revés) Escriba un método recursivo llamado cadenalnversa, que reciba un arreglo de 
caracteres que contenga una cadena como argumento, y que la imprima al revés. [Sugerencia: use el método String 
llamado toCharArray, el cual no recibe argumentos, para obtener un arreglo char que contenga los caracteres en el 
objeto Stri ng.] 

15.18 (Buscar el valor mínimo en un arreglo) Escriba un método recursivo llamado mi ni moRecu rsi vo, que determi- 
ne el elemento más pequeño en un arreglo de enteros. Este método deberá regresar cuando reciba un arreglo de un 
elemento. 

15.19 (Fractales) Repita el patrón del fractal de la sección 15.8 para formar una estrella. Empiece con cinco líneas en 
vez de una, en donde cada línea es un pico distinto de la estrella. Aplique el patrón del “fractal Lo” a cada pico de la 
estrella. 

1 5.20 (Recorrido de un laberinto mediante el uso de la “vuelta atrás” recursiva) La cuadrícula que contiene caracteres # y 
puntos ( . ) en la figura 1 5 .24 es una representación de un laberinto mediante un arreglo bidimensional. Los caracteres # 
representan las paredes del laberinto, y los puntos representan las ubicaciones en las posibles rutas a través del laberinto. 
Sólo pueden realizarse movimientos hacia una ubicación en el arreglo que contenga un punto. 

Escriba un método recursivo (recorri doLaberi nto) para avanzar a través de laberintos como el de la figura 
15.24. El método debe recibir como argumentos un arreglo de caracteres de 12 por 12 que representa el laberinto, y 
la posición actual en el laberinto (la primera vez que se llama a este método, la posición actual debe ser el punto de 
entrada del laberinto). A medida que recorri doLaberi nto trate de localizar la salida, debe colocar el carácter x en cada 
posición en la ruta. Hay un algoritmo simple para avanzar a través de un laberinto, que garantiza encontrar la salida 
(suponiendo que haya una). Si no hay salida, llegaremos a la posición inicial de nuevo. El algoritmo es el siguiente: par- 
tiendo de la posición actual en el laberinto, trate de avanzar un espacio en cualquiera de las posibles direcciones (abajo, 
derecha, arriba o izquierda). Si es posible avanzar por lo menos en una dirección, llame a recorri doLaberi nto en for- 
ma recursiva, pasándole la nueva posición en el laberinto como la posición actual. Si no es posible avanzar en ninguna 
dirección, “retroceda” a una posición anterior en el laberinto y pruebe una nueva dirección para esa posición. Programe 


******** 
* * 


Figura 15.23 

ajedrez. 


Eliminación de posiciones al colocar una reina en la esquina superior izquierda de un tablero de 
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el método para que muestre el laberinto después de cada movimiento, de manera que el usuario pueda observar a la 
hora de que se resuelva el laberinto. La salida final del laberinto deberá mostrar sólo la ruta necesaria para resolverlo; si 
al ir en una dirección específica se llega a un punto sin salida, no se deben mostrar las x que avancen en esa dirección. 
[. Sugerencia : para mostrar sólo la ruta final, tal vez sea útil marcar las posiciones que resulten en un punto sin salida con 
otro carácter (como ' 0 ' )] . 

1 5.2 1 ( Generación de laberintos al azar) Escriba un método llamado generadorLaberi ntos, que reciba como argu- 
mento un arreglo bidimensional de 12 por 12 caracteres, y que produzca un laberinto al azar. Este método también 
deberá proporcionar las posiciones inicial y final del laberinto. Pruebe su método recorrí doLaberi nto del ejercicio 
15.20, usando varios laberintos generados al azar. 

1 5.22 (Laberintos de cualquier tamaño) Generalice los métodos recorrí doLaberi nto y generadorLaberi ntos de 
los ejercicios 15.20 y 15.21 para procesar laberintos de cualquier anchura y altura. 

1 5.23 (Tiempo para calcular números de Fibonacci) Mejore el programa de Fibonacci de la figura 1 5-5, de manera que 
calcule el monto de tiempo aproximado requerido para realizar el cálculo, y el número de llamadas realizadas al método 
recursivo. Para este fin, llame al método stati c de System llamado cu r rentTí meMí 11 i s, el cual no recibe argumento 
y devuelve el tiempo actual de la computadora en milisegundos. Llame a este método dos veces; una antes y la otra 
después de la llamada a fibonacci . Guarde cada valor y calcule la diferencia en los tiempos, para determinar cuántos 
milisegundos se requirieron para realizar el cálculo. Después, agregue una variable a la clase CalculoFibonacci, y 
utilice esta variable para determinar el número de llamadas realizadas al método fibonacci . Muestre sus resultados. 


############ 

#...# # 

. .#.#.####.# 

###.#. . . .#.# 

####.#.#.#.# 

#. .#.#.#.#.# 
##.#.#.#.#.# 

# #.# 

######.###.# 

# #...# 

############ 

Figura 15.24 | Representación de un laberinto mediante un arreglo bidimensional. 



Con sollozos y lágrimas él 
sorteó 

Los de mayor tamaño. . . 
— Lewis Carroll 


Intenta el final, y nunca 
dejes lugar a dudas; 

No hay nada tan difícil 
que no pueda averiguarse 
mediante la búsqueda. 

— Robert Herrick 

Está bloqueado en mi 
memoria, 

Y tú deberás guardar la 
llave. 

— William Shakespeare 

Una ley inmutable en 
los negocios es que las 
palabras son palabras, 
las explicaciones son 
explicaciones, las promesas 
son promesas; pero sólo el 
desempeño es la realidad. 

— Harold S. Green 
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Búsqueda y 
ordenamiento 


OBJETIVOS 

En este capítulo aprenderá a: 

■ Buscar un valor dado en un arreglo, usando la búsqueda lineal 
y la búsqueda binarla. 

■ Ordenar arreglos, usando los algoritmos iterativos 
de ordenamiento por selección y por inserción. 

■ Ordenar arreglos, usando el algoritmo recursivo 
de ordenamiento por combinación. 

■ Determinar la eficiencia de los algoritmos de búsqueda 
y ordenamiento. 

■ Usar Invariantes de ciclo para ayudar a asegurar 
que los programas sean correctos. 




Plan general 
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16.1 Introducción 

16.2 Algoritmos de búsqueda 

16 . 2.1 Búsqueda lineal 

16 . 2.2 Búsqueda binaria 

16.3 Algoritmos de ordenamiento 

16 . 3.1 Ordenamiento por selección 

16 . 3.2 Ordenamiento por inserción 

16 . 3.3 Ordenamiento por combinación 

16.4 Invariantes 

16.5 Conclusión 

Resumen | Terminología | Ejercicios de autoevaluación | Respuestas a los ejercicios de autoevaluación | Ejercicios 


16.1 Introducción 

La búsqueda de datos implica el determinar si un valor (conocido como la clave de búsqueda) está presente en 
los datos y, de ser así, hay que encontrar su ubicación. Dos algoritmos populares de búsqueda son la búsqueda 
lineal simple y la búsqueda binaria, que es más rápida pero a la vez más compleja. El ordenamiento coloca los 
datos en orden ascendente o descendente, con base en una o más claves de ordenamiento. Una lista de nombres 
se podría ordenar en forma alfabética, las cuentas bancarias podrían ordenarse por número de cuenta, los registros 
de nóminas de empleados podrían ordenarse por número de seguro social, etcétera. En este capítulo se presentan 
dos algoritmos de ordenamiento simples, el ordenamiento por selección y el ordenamiento por inserción, junto 
con el ordenamiento por combinación, que es más eficiente pero también más complejo. En la figura 16.1 se 
sintetizan los algoritmos de búsqueda y ordenamiento que veremos en los ejemplos y ejercicios de este libro. 


Capítulo 

Algoritmo 

Ubicación 

Algoritmos de búsqueda: 


16 

Búsqueda lineal. 

Sección 16.2.1. 


Búsqueda binaria. 

Sección 16.2.2. 


Búsqueda lineal recursiva. 

Ejercicio 16.8. 


Búsqueda binaria recursiva. 

Ejercicio 16.9. 

17 

Búsqueda lineal en un objeto Li sta. 

Ejercicio 17.21. 


Búsqueda en un árbol binario. 

Ejercicio 17.23. 

19 

El método binarySearch de Collections. 

Figura 19.14. 

Algoritmos de ordenamiento: 


16 

Ordenamiento por selección. 

Sección 16.3.1. 


Ordenamiento por inserción. 

Sección 16.3.2. 


Ordenamiento por combinación. 

Sección 16.3.3. 


Ordenamiento de burbuja. 

Ejercicios 16.3 y 16.4. 


Ordenamiento de cubeta. 

Ejercicio 16.7. 


Ordenamiento rápido (quicksort) recursivo. 

Ejercicio 16.10. 

17 

Ordenamiento con árboles binarios. 

Sección 17.9. 

19 

El método sort de Col 1 ecti ons. 

Figuras 19.8 a 19.1 1. 


Colección SortedSet. 

Figura 19.19. 


Figura 1 6.1 | Los algoritmos de búsqueda y ordenamiento de este libro. 
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16.2 Algoritmos de búsqueda 

Buscar un número telefónico, buscar un sitio Web a través de un motor de búsqueda y comprobar la definición 
de una palabra en un diccionario son acciones que implican buscar entre grandes cantidades de datos. En las 
siguientes dos secciones hablaremos sobre dos algoritmos de búsqueda comunes: uno que es fácil de programar, 
pero relativamente ineficiente, y uno que es relativamente eficiente pero más complejo y difícil de programar. 

16.2.1 Búsqueda lineal 

El algoritmo de búsqueda lineal busca por cada elemento de un arreglo en forma secuencial. Si la clave de 
búsqueda no coincide con un elemento en el arreglo, el algoritmo evalúa cada elemento y, cuando se llega al final 
del arreglo, informa al usuario que la clave de búsqueda no está presente. Si la clave de búsqueda se encuentra en el 
arreglo, el algoritmo evalúa cada elemento hasta encontrar uno que coincida con la clave de búsqueda y devuelve 
el índice de ese elemento. 

Como ejemplo, considere un arreglo que contiene los siguientes valores: 

34 56 2 10 77 51 93 30 5 52 

y un programa que busca el número 5 1 . Usando el algoritmo de búsqueda lineal, el programa primero comprueba 
si el 34 coincide con la clave de búsqueda. Si no es así, el algoritmo comprueba si 56 coincide con la clave de 
búsqueda. El programa continúa recorriendo el arreglo en forma secuencial, y evalúa el 2, luego el 10, después el 
77. Cando el programa evalúa el número 51, que coincide con la clave de búsqueda, devuelve el índice 5, que está 
en la posición del 51 en el arreglo. Si, después de comprobar cada elemento del arreglo, el programa determina 
que la clave de búsqueda no coincide con ningún elemento del arreglo, el programa devuelve un valor centinela 
(por ejemplo, -1). 

En la figura 16.2 se declara la clase Arregl oLi neal . Esta clase tiene dos variables de instancia pri vate: un 
arreglo de valores i nt llamado datos, y un objeto stati c Random para llenar el arreglo con valores i nt gene- 
rados al azar. Cuando se crea una instancia de un objeto de la clase Arregl oLi neal , el constructor (líneas 12 a 
19) crea e inicializa el arreglo datos con valores i nt aleatorios en el rango de 10 a 99. Si hay valores duplicados 
en el arreglo, la búsqueda lineal devuelve el índice del primer elemento en el arreglo que coincide con la clave de 
búsqueda. 


1 // Fig. 16.2: Arregl oLi neal . java 

2 // Clase que contiene un arreglo de enteros aleatorios y un método 

3 // que busca en ese arreglo, en forma secuencial. 

4 import java. útil .Random; 

5 

6 public class ArregloLineal 

7 { 

8 private i n t [ ] datos; // arreglo de valores 

9 private static Random generador = new RandomO; 

10 

11 // crea un arreglo de un tamaño dado, y lo rellena con enteros aleatorios 

12 public ArregloLi neal ( int tamanio ) 

13 { 

14 datos = new int[ tamanio ]; // crea un espacio para el arreglo 

15 

16 // llena el arreglo con valores int aleatorios, en el rango de 10 a 99 

17 for ( int i = 0; i < tamanio; i++ ) 

18 datos [ i ] = 10 + generador . nextlnt( 90 ); 

19 } // fin del constructor de ArregloLineal 

20 

21 // realiza una búsqueda lineal en los datos 

22 public int busquedaLi neal ( int el aveBusqueda ) 

23 { 

24 // itera a través del arreglo en forma secuencial 


Figura 16.2 | La clase ArregloLi neal . (Parte I de 2). 
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25 for (int indice = 0; indice < datos . 1 ength ; indice++ ) 

26 if ( datos [ indice ] == el aveBusqueda ) 

27 return indice; // devuelve el indice del entero 

28 

29 return -1; // no se encontró el entero 

30 } // fin del método busquedaLi neal 

31 

32 // método para imprimir los valores del arreglo 

33 public String toStringO 

34 { 

35 Stri ngBui 1 der temporal = new Stri ngBui 1 der() ; 

36 

37 // itera a través del arreglo 

38 for (int elemento : datos ) 

39 temporal ,append( elemento + " " 

40 

41 temporal .append( "\n" ); // agrega el carácter de nueva linea 

42 return temporal . toStri ng() ; 

43 } // fin del método toStri ng 

44 } // fin de la clase Arregl oLi neal 

Figura 16.2 | La clase ArregloLi neal . (Parte 2 de 2). 

En las líneas 22 a 30 se realiza la búsqueda lineal. La clave de búsqueda se pasa al parámetro el aveBusqueda. 
En las líneas 25 a 27 se itera a través de los elementos en el arreglo. En la línea 26 se compara cada elemento en el 
arreglo con el aveBusqueda. Si los valores son iguales, en la línea 27 se devuelve el índice del elemento. Si el ciclo 
termina sin encontrar el valor, en la línea 29 se devuelve -1. En las líneas 33 a 43 se declara el método toStri ng, 
que devuelve una representación Stri ng del arreglo para imprimirlo. 

En la figura 16.3 se crea un objeto Arregl oLi neal , el cual contiene un arreglo de 10 valores i nt (línea 16) 
y permite al usuario buscar elementos específicos en el arreglo. En las líneas 20 a 22 se pide al usuario la clave de 
búsqueda y se almacena en enteroBusqueda. Después, en las líneas 25 a 41 se itera hasta que el enteroBusqueda 
sea igual a -1. El arreglo contiene valores i nt de 10 a 99 (línea 18 de la figura 16.2). En la línea 28 se llama al 
método busquedaLi neal para determinar si enteroBusqueda está en el arreglo. Si no lo está, busquedaLi neal 
devuelve -1 y el programa notifica al usuario (líneas 31 y 32). Si enteroBusqueda está en el arreglo, busqueda- 
Li neal devuelve la posición del elemento, que el programa muestra en las líneas 34 y 35. En las líneas 38 a 40 se 
obtiene el siguiente entero del usuario. 


1 // Fig. 16.3: PruebaBusquedaLi neal .java 

2 // Busca un elemento en el arreglo, en forma secuencial. 

3 import java. útil .Scanner; 

4 

5 public class PruebaBusquedaLi neal 

6 { 

7 public static void main( String args[] ) 

8 { 

9 // crea objeto Scanner para los datos de entrada 

10 Scanner entrada = new Scanner( System. in ); 

1 1 

12 int enteroBusqueda; // clave de búsqueda 

13 int posición; // ubicación de la clave de búsqueda en el arreglo 

14 

15 // crea el arreglo y lo muestra en pantalla 

16 ArregloLi neal arregloBusqueda = new Arregl oLi neal ( 10 ); 

17 System. out.println( arregloBusqueda ); // imprime el arreglo 

Figura 16.3 | La clase PruebaBusquedaLi neal. (Parte I de 2). 
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18 

19 

20 
21 
22 

23 

24 

25 

26 

27 

28 

29 

30 

31 

32 

33 

34 

35 

36 

37 

38 

39 

40 

41 

42 

43 

59 IB 96 85 68 2B 64 49 58 79 

Escriba un valor entero (-1 para terminar): 68 
El entero 68 se encontró en la posición 4. 

Escriba un valor entero (-1 para terminar): 49 
El entero 49 se encontró en la posición 7. 

Escriba un valor entero (-1 para terminar): 33 
El entero 33 no se encontró. 

Escriba un valor entero (-1 para terminar): -1 
Figura 16.3 | La clase PruebaBusquedaLineal. (Parte 2 de 2). 


Eficiencia de la búsqueda lineal 

Todos los algoritmos de búsqueda logran el mismo objetivo: encontrar un elemento que coincida con una clave 
de búsqueda dada, si es que existe dicho elemento. Sin embargo, hay varias cosas que diferencian a un algorit- 
mo de otro. La principal diferencia es la cantidad de esfuerzo que requieren para completar la búsqueda. Una 
forma de describir este esfuerzo es mediante la notación Big O, la cual indica el tiempo de ejecución para el peor 
caso de un algoritmo; es decir, qué tan duro tendrá que trabajar un algoritmo para resolver un problema. En los 
algoritmos de búsqueda y ordenamiento, esto depende específicamente de cuántos elementos de datos haya. 

Suponga que un algoritmo está diseñado para evaluar si el primer elemento de un arreglo es igual al segundo 
elemento. Si el arreglo tiene 10 elementos, este algoritmo requiere una comparación. Si el arreglo tiene 1000 ele- 
mentos, sigue requiriendo una comparación. De hecho, el algoritmo es completamente independiente del núme- 
ro de elementos en el arreglo. Se dice que este algoritmo tiene un tiempo de ejecución constante, el cual 
se representa en la notación Big O como 0 ( 1 ). Un algoritmo que es 0(1) no necesariamente requiere sólo de una 
comparación. 0(1) sólo significa que el número de comparaciones es constante-, no crece a medida que aumen- 
ta el tamaño del arreglo. Un algoritmo que evalúa si el primer elemento de un arreglo es igual a los siguientes 
tres elementos sigue siendo 0(1), aun cuando requiera tres comparaciones. 


// obtiene la entrada del usuario 
System, out. print( 

"Escriba un valor entero (-1 para terminar): " ); 
enteroBusqueda = entrada. nextlnt() ; // lee el primer entero del usuario 

// recibe en forma repetida un entero como entrada; -1 termina el programa 
while ( enteroBusqueda != -1 ) 

{ 

// realiza una búsqueda lineal 

posición = arregloBusqueda. busquedaLi neal ( enteroBusqueda ); 

if ( posición == -1 ) // no se encontró el entero 

System . out . pri ntl n( "El entero " + enteroBusqueda + 

" no se encontró. \n" ); 
else // se encontró el entero 

System . out . pri ntl n( "El entero " + enteroBusqueda + 

" se encontró en la posición " + posición + ”.\n" ); 

// obtiene la entrada del usuario 
System . out . pri nt( 

"Escriba un valor entero (-1 para terminar): " ); 
enteroBusqueda = entrada. nextlntO ; // lee el siguiente entero del usuario 
} // fin de while 
} // fin de mai n 

} // fin de la clase PruebaBusquedaLineal 
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Un algoritmo que evalúa si el primer elemento de un arreglo es igual a cualquiera de los demás elementos 
del arreglo requerirá cuando menos de n - 1 comparaciones, en donde n es el número de elementos en el arre- 
glo. Si el arreglo tiene 10 elementos, este algoritmo requiere hasta nueve comparaciones. Si el arreglo tiene 1000 
elementos, requiere hasta 999 comparaciones. A medida que n aumenta en tamaño, la parte de la expresión 
correspondiente a la n “domina”, y si le restamos uno no hay consecuencias. Big O está diseñado para resaltar 
estos términos dominantes e ignorar los términos que pierden importancia, a medida que n crece. Por esta 
razón, se dice que un algoritmo que requiere un total de n — 1 comparaciones (como el que describimos antes) es 
O(n). Se considera que un algoritmo O(n) tiene un tiempo de ejecución lineal. A menudo, O(n) significa “en el 
orden de ri\ o dicho en forma más simple, “orden 

Ahora, suponga que tiene un algoritmo que evalúa si cualquier elemento de un arreglo se duplica en cualquier 
otra parte del mismo. El primer elemento debe compararse con todos los demás elementos del arreglo. El segundo 
elemento debe compararse con todos los demás elementos, excepto con el primero (ya se comparó con éste). El 
tercer elemento debe compararse con todos los elementos, excepto los primeros dos. Al final, este algoritmo ter- 
minará realizando (n — 1) + (n — 2) + . . . + 2 + 1, o rrll - ni 2 comparaciones. A medida que n aumenta, el término 
n 2 domina y el término n se vuelve inconsecuente. De nuevo, la notación Big O resalta el término « 2 , dejando 
a rrl2. Pero como veremos pronto, los factores constantes se omiten en la notación Big O. 

Big O se enfoca en la forma en que aumenta el tiempo de ejecución de un algoritmo, en relación con el 
número de elementos procesados. Suponga que un algoritmo requiere « 2 comparaciones. Con cuatro elementos, 
el algoritmo requiere 16 comparaciones; con ocho elementos, 64 comparaciones. Con este algoritmo, al duplicar el 
número de elementos se cuadruplica el número de comparaciones. Considere un algoritmo similar que requiere 
w 2 / 2 comparaciones. Con cuatro elementos, el algoritmo requiere ocho comparaciones; con ocho elementos, 
32 comparaciones. De nuevo, al duplicar el número de elementos se cuadruplica el número de comparaciones. 
Ambos de estos elementos aumentan como el cuadrado de n, por lo que Big O ignora la constante y ambos 
algoritmos se consideran como 0(n 2 ), lo cual se conoce como tiempo de ejecución cuadrático y se pronuncia 
como “en el orden de n al cuadrado”, o dicho en forma más simple, “orden n al cuadrado”. 

Cuando n es pequeña, los algoritmos 0(n 2 ) (que se ejecutan en las computadoras personales de la actualidad, 
con miles de millones de operaciones por segundo) no afectan el rendimiento en forma considerable. Pero a medi- 
da que n aumenta, se empieza a notar la reducción en el rendimiento. Un algoritmo 0(n 2 ) que se ejecuta en un 
arreglo de un millón de elementos requeriría un billón de “operaciones” (en donde cada una requeriría en realidad 
varias instrucciones de máquina para ejecutarse). Esto podría requerir varias horas para ejecutarse. Un arreglo de 
mil millones de elementos requeriría un trillón de operaciones, ¡un número tan grande que el algoritmo tarda- 
ría décadas! Por desgracia, los algoritmos 0(n 2 ) son fáciles de escribir, como veremos en este capítulo. También 
veremos algoritmos con medidas de Big O más favorables. Estos algoritmos eficientes comúnmente requieren un 
poco más de astucia y trabajo para crearlos, pero su rendimiento superior bien vale la pena el esfuerzo adicional, 
en especial a medida que n aumenta y los algoritmos se combinan en programas más grandes. 

El algoritmo de búsqueda lineal se ejecuta en un tiempo O(n). El peor caso en este algoritmo es que se 
debe comprobar cada elemento para determinar si el elemento que se busca existe en el arreglo. Si el tamaño del 
arreglo se duplica, el número de comparaciones que el algoritmo debe realizar también se duplica. Observe que 
la búsqueda lineal puede proporcionar un rendimiento sorprendente, si el elemento que coincide con la clave de 
búsqueda se encuentra en (o cerca de) la parte frontal del arreglo. Pero buscamos algoritmos que tengan un buen 
desempeño, en promedio, en todas las búsquedas, incluyendo aquellas en las que el elemento que coincide con la 
clave de búsqueda se encuentra cerca del final del arreglo. 

La búsqueda lineal es el algoritmo de búsqueda más fácil de programar, pero puede ser lento si se le com- 
para con otros algoritmos de búsqueda. Si un programa necesita realizar muchas búsquedas en arreglos grandes, 
puede ser mejor implementar un algoritmo más eficiente, como la búsqueda binaria, el cual presentaremos en la 
siguiente sección. 



Tip de rendimiento 16.1 

Algunas veces los algoritmos más simples tienen un desempeño pobre. Su virtud es que son fáciles de programar, pro- 
bar y depurar. En ocasiones se requieren algoritmos más complejos para obtener el máximo rendimiento. 


16.2.2 Búsqueda binaria 

El algoritmo de búsqueda binaria es más eficiente que el algoritmo de búsqueda lineal, pero requiere que el 
arreglo se ordene. La primera iteración de este algoritmo evalúa el elemento medio del arreglo. Si éste coincide con 
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la clave de búsqueda, el algoritmo termina. Suponiendo que el arreglo se ordene en forma ascendente, entonces 
si la clave de búsqueda es menor que el elemento de en medio, no puede coincidir con ningún elemento en la 
segunda mitad del arreglo, y el algoritmo continúa sólo con la primera mitad (es decir, el primer elemento hasta, 
pero sin incluir, el elemento de en medio). Si la clave de búsqueda es mayor que el elemento de en medio, no 
puede coincidir con ninguno de los elementos de la primera mitad del arreglo, y el algoritmo continúa sólo con la 
segunda mitad del arreglo (es decir, desde el elemento después del elemento de en medio, hasta el último elemen- 
to). Cada iteración evalúa el valor medio de la porción restante del arreglo. Si la clave de búsqueda no coincide 
con el elemento, el algoritmo elimina la mitad de los elementos restantes. Para terminar, el algoritmo encuentra 
un elemento que coincide con la clave de búsqueda o reduce el subarreglo hasta un tamaño de cero. 

Como ejemplo, considere el siguiente arreglo ordenado de 15 elementos: 

2 B 5 10 27 BO 34 51 65 77 81 82 93 99 

y una clave de búsqueda de 65. Un programa que implemente el algoritmo de búsqueda binaria primero com- 
probaría si el 5 1 es la clave de búsqueda (ya que 5 1 es el elemento de en medio del arreglo) . La clave de búsqueda 
(65) es mayor que 5 1 , por lo que este número se descarta j unto con la primera mitad del arreglo (todos los elemen- 
tos menores que 5 1 ) . Acontinuación, el algoritmo comprueba si 8 1 (el elemento de en medio del resto del arreglo) 
coincide con la clave de búsqueda. La clave de búsqueda (65) es menor que 81, por lo que se descarta este núme- 
ro junto con los elementos mayores de 81. Después de sólo dos pruebas, el algoritmo ha reducido el número 
de valores a comprobar a tres (56, 65 y 77). Después el algoritmo comprueba el 65 (que coincide induda- 
blemente con la clave de búsqueda), y devuelve el índice del elemento del arreglo que contiene el 65. Este 
algoritmo sólo requirió tres comparaciones para determinar si la clave de búsqueda coincidió con un elemento 
del arreglo. Un algoritmo de búsqueda lineal hubiera requerido 10 comparaciones. [Nota: en este ejem- 
plo hemos optado por usar un arreglo con 1 5 elementos, para que siempre haya un elemento obvio en medio 
del arreglo. Con un número par de elementos, la parte media del arreglo se encuentra entre dos elementos. 
Implementamos el algoritmo para elegir el menor de esos dos elementos] . 

La figura 16.4 declara la clase Arregl oBi nari o. Esta clase es similar a Arregl oLi neal : tiene dos variables de 
instancia pri vate, un constructor, un método de búsqueda (busquedaBi nari a), un método el ementosRestan- 
tes y un método toStri ng. En las líneas 13 a 22 se declara el constructor. Una vez que se inicializa el arreglo con 
valores i nt aleatorios de 10 a 99 (líneas 18 y 19), en la línea 21 se hace una llamada al método Arrays . sort en 
el arreglo datos. El método sort es un método stati c de la clase Arrays, que ordena los elementos en un arreglo 
en orden ascendente de manera predeterminada; una versión sobrecargada de este método nos permite cambiar la 
forma de ordenar los datos. Recuerde que el algoritmo de búsqueda binaria sólo funciona en un arreglo ordenado. 

1 // Fig. 16.4: ArregloBinario. java 

2 // Clase que contiene un arreglo de enteros aleatorios y un método 

3 // que utiliza la búsqueda binaria para encontrar un entero. 

4 import java. útil .Random; 

5 import java. útil .Arrays; 

6 

7 public class ArregloBinario 

8 { 

9 private i nt [] datos; // arreglo de valores 

10 private static Random generador = new RandomO; 

1 1 

12 // crea un arreglo de un tamaño dado y lo llena con enteros aleatorios 

13 public ArregloBinario( int tamanio ) 

14 { 

15 datos = new int[ tamanio ]; // crea espacio para el arreglo 

16 

17 // llena el arreglo con enteros aleatorios en el rango de 10 a 99 

18 for ( int i =0; i < tamanio; i++ ) 

19 datos [ i ] = 10 + generador . nextlnt( 90 ); 

20 

21 Arrays. sort( datos ); 

Figura 16.4 | La clase ArregloBinario. (Parte I de 2). 
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} // fin del constructor de ArregloBinario 

// realiza una búsqueda binaria en los datos 

public int busquedaBi nariaf int el ementoBusqueda ) 

{ 

int inferior = 0; // extremo inferior del área de búsqueda 

int superior = datos. length - 1; // extremo superior del área de búsqueda 

int medio = ( inferior + superior + 1 ) / 2; // elemento medio 

int ubicación = -1; // devuelve el valor; -1 si no lo encontró 

do // ciclo para buscar un elemento 

{ 

// imprime el resto de los elementos del arreglo 

System. out.print( elementosRestantes( inferior, superior ) ); 

// imprime espacios para alineación 

for ( int i =0; i < medio; i++ ) 

System. out. print( " " ); 

System. out.println( " * " ); // indica el elemento medio actual 

// si el elemento se encuentra en medio 
if ( elementoBusqueda == datos[ medio ] ) 

ubicación = medio; // la ubicación es el elemento medio actual 

// el elemento medio es demasiado alto 

el se if ( elementoBusqueda < datos [ medio ] ) 

superior = medio - 1; // elimina la mitad superior 
else // el elemento medio es demasiado bajo 

inferior = medio + 1; // elimina la mitad inferior 

medio = ( inferior + superior + 1 ) / 2; // recalcula el elemento medio 
} while ( ( inferior <= superior ) && ( ubicación == -1 ) ); 

return ubicación; // devuelve la ubicación de la clave de búsqueda 
} // fin del método busquedaBi nari a 

// método para imprimir ciertos valores en el arreglo 

public String el ementosRestantes( int inferior, int superior ) 

{ 

StringBuilder temporal = new Stri ngBui 1 der() ; 

// imprime espacios para alineación 

for ( int i = 0; i < inferior; i++ ) 
temporal . append( " ); 

// imprime los elementos que quedan en el arreglo 

for ( int i = inferior; i <= superior; i++ ) 
temporal . append( datos [ i ] + " " ); 

temporal .appendf "\n" ); 
return temporal . toStri ng() ; 

} // fin del método elementosRestantes 

// método para imprimir los valores en el arreglo 
public String toStri ng() 

{ 

return el ementosRestantes( 0, datos. length - 1 ); 

} // fin del método toStri ng 
} // fin de la clase ArregloBinario 


Figura 16.4 | La clase ArregloBinario. (Parte 2 de 2). 
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En las líneas 25 a 56 se declara el método busquedaBi naria. La clave de búsqueda se pasa al parámetro 
el ementoBusqueda (línea 25). En las líneas 27 a 29 se calcula el índice del extremo inferior, el índice del 
extremo superior y el índice medio de la porción del arreglo en la que el programa está buscando actualmente. 
Al principio del método, el extremo inferior es 0, el extremo superior es la longitud del arreglo menos 1, y 
medi o es el promedio de estos dos valores. En la línea 30 se inicializa la ubi caci on del elemento en -1; el valor 
que se devolverá si no se encuentra el elemento. En las líneas 32 a 53 se itera hasta que i nferi or sea mayor que 
superior (esto ocurre cuando no se encuentra el elemento), o cuando ubi cacion no sea igual a -1 (lo cual indica 
que se encontró la clave de búsqueda). En la línea 43 se evalúa si el valor en el elemento medi o es igual a el emen- 
toBusqueda. Si esto es true, en la línea 44 se asigna medio a ubi caci on. Después el ciclo termina y ubi cacion 
se devuelve al método que hizo la llamada. Cada iteración del ciclo evalúa un solo valor (línea 43) y elimina la 
mitad del resto de los valores en el arreglo (línea 48 o 50). 

En las líneas 26 a 44 de la figura 16.5 se itera hasta que el usuario escriba -1. Para cada uno de los otros 
números que escriba el usuario, el programa realiza una búsqueda binaria en los datos para determinar si coinciden 
con un elemento en el arreglo. La primera línea de salida de este programa es el arreglo de valores i nt, en orden as- 
cendente. Cuando el usuario indica al programa que busque el número 23, el programa primero evalúa el elemen- 
to medio, que es 42 (según lo indicado por el símbolo *). La clave de búsqueda es menor que 42, por lo que el 
programa elimina la segunda mitad del arreglo y evalúa el elemento medio de la primera mitad. La clave de bús- 
queda es menor que 34, por lo que el programa elimina la segunda mitad del arreglo, dejando sólo tres elementos. 
Por último, el programa comprueba el 2 3 (que coincide con la clave de búsqueda) y devuelve el índice 1 . 

Eficiencia de la búsqueda binaria 

En el peor de los casos, el proceso de buscar en un arreglo ordenado de 1023 elementos sólo requiere 10 compa- 
raciones cuando se utiliza una búsqueda binaria. Al dividir 1023 entre 2 en forma repetida (ya que después de 
cada comparación podemos eliminar la mitad del arreglo) y redondear (porque también eliminamos el elemento 
medio), se producen los valores 511, 255, 127, 63, 31, 15, 7, 3, 1 y 0. El número 1023 (2 10 - 1) se divide entre 
2 sólo 10 veces para obtener el valor 0, que indica que no hay más elementos para probar. La división entre 2 
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// Fig. 16.5: PruebaBusquedaBi naria. java 

// Osa la búsqueda binaria para localizar un elemento en un arreglo, 
import java. útil .Scanner; 

public class PruebaBusquedaBi naria 

{ 

public static void main( String args[] ) 

{ 

// crea un objeto Scanner para recibir datos de entrada 

Scanner entrada = new Scanner( System. in ); 

int enteroABuscar ; // clave de búsqueda 

int posición; // ubicación de la clave de búsqueda en el arreglo 

// crea un arreglo y lo muestra en pantalla 

ArregloBinario arregloBusqueda = new ArregloBinario( 15 ); 

System. out.println( arregloBusqueda ); 

// obtiene la entrada del usuario 
System.out . pri nt( 

"Escriba un valor entero (-1 para salir): "); 
enteroABuscar = entrada. nextlntO ; // lee un entero del usuario 
System.out. pri ntln O ; 

// recibe un entero como entrada en forma repetida; -1 termina el programa 
while ( enteroABuscar != -1 ) 


Figura 16.5 


La clase PruebaBusquedaBi naria. (Parte I de 2). 
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{ 

// usa la búsqueda binaria para tratar de encontrar el entero 

posición = arregloBusqueda.busquedaBinaria( enteroABuscar ); 

// el valor de retorno -1 indica que no se encontró el entero 
if ( posición == -1 ) 

System. out.println( "El entero 1 + enteroABuscar + 

" no se encontró. \n" ); 

el se 

System. out.println( "El entero ' + enteroABuscar + 

" se encontró en la posición " + posición + ".\n" ); 

// obtiene entrada del usuario 

System. out.print( 

"Escriba un valor entero (-1 para salir): " ); 
enteroABuscar = entrada. nextlnt() ; // lee un entero del usuario 
System. out . pri ntl n() ; 

} // fin de while 
} // fin de mai n 

} // fin de la clase PruebaBusquedaBi nari a 


IB 23 24 34 35 36 38 42 47 51 68 74 75 85 97 
Escriba un valor entero (-1 para salir): 23 

13 23 24 34 35 36 38 42 47 51 68 74 75 85 97 

* 

13 23 24 34 35 36 38 

13 23 24 

* 

El entero 23 se encontró en la posición 1. 
Escriba un valor entero (-1 para salir): 75 
13 23 24 34 35 36 38 42 47 51 68 74 75 85 97 

47 51 68 74 75 85 97 

* 

75 85 97 

* 

75 

El entero 75 se encontró en la posición 12. 
Escriba un valor entero (-1 para salir): 52 
13 23 24 34 35 36 38 42 47 51 68 74 75 85 97 

47 51 68 74 75 85 97 

* 

47 51 68 

* 

68 

* 

El entero 52 no se encontró. 

Escriba un valor entero (-1 para salir): -1 


Figura 16.5 | La clase PruebaBusquedaBi nari a. (Parte 2 de 2). 
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equivale a una comparación en el algoritmo de búsqueda binaria. Por ende, un arreglo de 1,048,575 (2 20 - 1) 
elementos requiere un máximo de 20 comparaciones para encontrar la clave, y un arreglo de más de mil millones 
de elementos requiere un máximo de 30 comparaciones para encontrar la clave. Esta es una enorme mejora en el 
rendimiento, en comparación con la búsqueda lineal. Para un arreglo de mil millones de elementos, ésta es una 
diferencia entre un promedio de 500 millones de comparaciones para la búsqueda lineal, ¡y un máximo de sólo 
30 comparaciones para la búsqueda binaria! El número máximo de comparaciones necesarias para la búsqueda 
binaria de cualquier arreglo ordenado es el exponente de la primera potencia de 2 mayor que el número de ele- 
mentos en el arreglo, que se representa como log^w. Todos los logaritmos crecen aproximadamente a la misma 
proporción, por lo que en notación Big O se puede omitir la base. Esto produce un valor Big O de 0( log n) para 
una búsqueda binaria, que también se conoce como tiempo de ejecución logarítmico. 

16.3 Algoritmos de ordenamiento 

El ordenamiento de datos (es decir, colocar los datos en cierto orden específico, como ascendente o descendente) 
es una de las aplicaciones computacionales más importantes. Un banco ordena todos los cheques por número de 
cuenta, de manera que pueda preparar instrucciones bancarias individuales al final de cada mes. Las compañías 
telefónicas ordenan sus listas de cuentas por apellido paterno y luego por primer nombre, para facilitar el proceso 
de buscar números telefónicos. Casi cualquier organización debe ordenar datos, y a menudo cantidades masivas de 
ellos. El ordenamiento de datos es un problema intrigante, que requiere un uso intensivo de la computadora, y 
ha atraído un enorme esfuerzo de investigación. 

Un punto importante a comprender acerca del ordenamiento es que el resultado final (los datos ordenados) 
será el mismo, sin importar qué algoritmo se utilice para ordenar los datos. La elección del algoritmo sólo afecta 
al tiempo de ejecución y el uso que haga el programa de la memoria. En el resto del capítulo se introducen tres al- 
goritmos de ordenamiento comunes. Los primeros dos (ordenamiento por selección y ordenamiento por inser- 
ción) son simples de programar, pero ineficientes. El último algoritmo (ordenamiento por combinación) es más 
rápido que el ordenamiento por selección y el ordenamiento por inserción, pero más difícil de programar. Nos 
enfocaremos en ordenar arreglos de datos de tipos primitivos, principalmente valores i nt. Es posible ordenar 
arreglos de objetos de clases también. En la sección 19.6.1 hablaremos sobre esto. 

1 6.3. 1 Ordenamiento por selección 

El ordenamiento por selección es un algoritmo de ordenamiento simple, pero ineficiente. En la primera itera- 
ción del algoritmo se selecciona el elemento más pequeño en el arreglo, y se intercambia con el primer elemento. 
En la segunda iteración se selecciona el segundo elemento más pequeño (que viene siendo el elemento más 
pequeño de los elementos restantes) y se intercambia con el segundo elemento. El algoritmo continúa hasta que 
en la última iteración se selecciona el segundo elemento más grande y se intercambia con el índice del segundo al 
último, dejando el elemento más grande en el último índice. Después de la i-ésima iteración, los i elementos más 
pequeños del arreglo se ordenarán en forma ascendente, en los primeros i elementos del arreglo. 

Como ejemplo, considere el siguiente arreglo: 

34 56 4 10 77 51 93 30 5 52 

Un programa que implemente el ordenamiento por selección primero determinará el elemento más pequeño 
(4) de este arreglo, que está contenido en el índice 2. El programa intercambia 4 con 34, dando el siguiente 
resultado: 

4 56 34 10 77 51 93 30 5 52 

Después el programa determina el valor más pequeño del resto de los elementos (todos los elementos excepto 
el 4), que es 5 y está contenido en el índice 8. El programa intercambia el 5 con el 56, dando el siguiente resul- 
tado: 


4 5 34 10 77 51 93 30 56 52 

En la tercera iteración, el programa determina el siguiente valor más pequeño (10) y lo intercambia con el 34. 
4 5 10 34 77 51 93 30 56 52 



696 Capítulo 16 Búsqueda y ordenamiento 


El proceso continúa hasta que el arreglo está completamente ordenado. 

4 5 10 30 34 51 52 56 77 93 

Observe que después de la primera iteración, el elemento más pequeño está en la primera posición. Después de 
la segunda iteración los dos elementos más pequeños están en orden, en las primeras dos posiciones. Después 
de la tercera iteración los tres elementos más pequeños están en orden, en las primeras tres posiciones. 

En la figura 16.6 se declara la clase OrdenamientoSeleccion. Esta clase tiene dos variables de instancia 
pri vate: un arreglo de valores i nt llamado datos, y un objeto stati c Random para generar enteros aleatorios y 
llenar el arreglo. Cuando se crea una instancia de un objeto de la clase Ordenami entoSel ecci on, el constructor 
(líneas 12 a 19) crea e inicializa el arreglo datos con valores i nt aleatorios, en el rango de 10 a 99. 


1 // Fig. 16.6: OrdenamientoSeleccion. java 

2 // Clase que crea un arreglo lleno con enteros aleatorios. 

3 // Proporciona un método para ordenar el arreglo mediante el ordenamiento por selección. 

4 import java. útil .Random; 

5 

6 public class OrdenamientoSeleccion 

7 { 

8 private i nt [] datos; // arreglo de valores 

9 private static Random generador = new RandomO; 

10 

11 // crea un arreglo de un tamaño dado y lo llena con enteros aleatorios 

12 public Ordenami entoSel ecci on( int tamanio ) 

13 { 

14 datos = new int[ tamanio ]; // crea espacio para el arreglo 

15 

16 // llena el arreglo con enteros aleatorios en el rango de 10 a 99 

17 for ( int i = 0; i < tamanio; i++ ) 

18 datos [ i ] = 10 + generador . nextlnt( 90 ); 

19 } // fin del constructor de OrdenamientoSeleccion 

20 

21 // ordena el arreglo usando el ordenamiento por selección 

22 public void ordenarO 

23 { 

24 int masPequenio; // indice del elemento más pequeño 

25 

26 // itera a través de datos. length - 1 elementos 

27 for ( int i =0; i < datos. length - 1; i++ ) 

28 { 

29 masPequenio = i ; // primer indice del resto del arreglo 

30 

31 // itera para buscar el indice del elemento más pequeño 

32 for ( int indice = i + 1; indice < datos . 1 ength ; indice++ ) 

33 if ( datos [ indice ] < datos [ masPequenio ] ) 

34 masPequenio = indice; 

35 

36 intercambiare i. masPequenio ); // intercambia el elemento más pequeño en la 
posi ci ón 

37 imprimi rPasada( i + 1, masPequenio ); // imprime la pasada del algoritmo 

38 } // fin de for exterior 

39 } // fin del método ordenar 

40 

41 // método ayudante para intercambiar los valores de dos elementos 

42 public void intercambiare int primero, int segundo ) 

43 { 

44 int temporal = datos[ primero ]; // almacena primero en temporal 
Figura 16.6 | La clase OrdenamientoSeleccion. (Parte I de 2). 
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45 datos[ primero ] = datos[ segundo ]; // sustituye primero con segundo 

46 datos[ segundo ] = temporal; // coloca temporal en segundo 

47 } // fin del método intercambiar 

48 

49 // imprime una pasada del algoritmo 

50 public void imprimi rPasada( int pasada, int indice ) 

51 { 

52 System. out. print( Stri ng . format( "después de pasada %2d: , pasada ) ); 

53 

54 // imprime elementos hasta el elemento seleccionado 

55 for (int i =0; i < indice; i++ ) 

56 System . out . pri nt( datos [ i ] + " " ); 

57 

58 System. out. pri nt( datos [ indice ]+"*"); // indica intercambio 

59 

60 // termina de imprimir el arreglo en pantalla 

61 for ( int i = indice + 1; i < datos . 1 ength ; i++ ) 

62 System . out . pri nt( datos [ i ] + " " ); 

63 

64 System. out. print( "\n " ); // para alineación 

65 

66 // indica la cantidad del arreglo que está almacenada 

67 fo r( int j = 0; j < pasada; j++ ) 

68 System . out . pri nt( " ); 

69 System. out. println( "\n" ); // agrega fin de linea 

70 } // fin del método imprimi rPasada 

71 

72 // método para imprimir los valores del arreglo 

73 public String toStringO 

74 { 

75 Stri ngBui 1 der temporal = new Stri ngBui 1 der() ; 

76 

77 // itera a través del arreglo 

78 for (int elemento : datos ) 

79 temporal . append( elemento + " " ); 

80 

81 temporal . append( "\n" ); // agrega carácter de nueva linea 

82 return temporal . toStri ng() ; 

83 } // fin del método toStri ng 

84 } // fin de la clase OrdenamientoSeleccion 

Figura 16.6 | La clase OrdenamientoSeleccion. (Parte 2 de 2). 


En las líneas 22 a 39 se declara el método ordenar. En la línea 24 se declara la variable masPequenio, que 
almacenará el índice del elemento más pequeño en el resto del arreglo. En las líneas 27 a 38 se itera datos . 1 ength 
- 1 veces. En la línea 29 se inicializa el índice del elemento más pequeño con el elemento actual. En las líneas 

32 a 34 se itera a través del resto de los elementos en el arreglo. Para cada uno de estos elementos, en la línea 

33 se compara su valor con el valor del elemento más pequeño. Si el elemento actual es menor que el elemento 
más pequeño, en la línea 34 se asigna el índice del elemento actual a masPequenio. Cuando termine este ciclo, 
masPequenio contendrá el índice del elemento más pequeño en el resto del arreglo. En la línea 36 se hace una 
llamada al método i ntercambi ar (líneas 42 a 47) para colocar el elemento restante más pequeño en la siguiente 
posición en el arreglo. 

En la línea 9 de la figura 16.7 se crea un objeto Ordenami entoSel ecci on con 10 elementos. En la línea 12 se 
hace una llamada implícita al método toStri ng para imprimir el objeto desordenado en pantalla. En la línea 14 
se hace una llamada al método ordenar (líneas 22 a 39 de la figura 16.6), el cual ordena los elementos mediante 
el ordenamiento por selección. Después, en las líneas 16 y 17 se imprime el objeto ordenado en pantalla. En la 
salida de este programa se utilizan guiones cortos para indicar la porción del arreglo que se ordenó después de 
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cada pasada. Se coloca un asterisco enseguida de la posición del elemento que se intercambió con el elemento más 
pequeño en esa pasada. En cada pasada, el elemento enseguida del asterisco y el elemento por encima del conjunto 
de guiones cortos de más a la derecha fueron los dos valor es que se intercambiaron. 


1 // Fig. 16.7: PruebaOrdenamientoSeleccion. java 

2 // Prueba la clase de ordenamiento por selección. 

3 

4 public class PruebaOrdenamientoSeleccion 

5 { 

6 public static void main( String[] args ) 

7 { 

8 // crea objeto para realizar el ordenamiento por selección 

9 Ordenami entoSel eccion arregl oOrden = new OrdenamientoSeleccion( 10 ); 

10 

11 System. out.println( "Arreglo desordenado:" ); 

12 System. out.println( arregloOrden ); // imprime arreglo desordenado 

13 

14 arregloOrden. ordenarO ; // ordena el arreglo 

15 

16 System. out.println( "Arreglo ordenado:"); 

17 System. out.println( arregloOrden ); // imprime el arreglo ordenado 

18 } // fin de main 

19 } // fin de la clase PruebaOrdenamientoSeleccion 


Arreglo desordenado: 

45 47 61 92 74 12 21 30 72 33 


después 

de 

pasada 

1: 

12 

47 

61 

92 

74 

45* 

21 

30 

72 

33 

después 

de 

pasada 

2: 

12 

21 

61 

92 

74 

45 

47* 

30 

72 

33 

después 

de 

pasada 

3: 

12 

21 

30 

92 

74 

45 

47 

61* 

72 

33 

después 

de 

pasada 

4: 

12 

21 

30 

33 

74 

45 

47 

61 

72 

92 

después 

de 

pasada 

5: 

12 

21 

30 

33 

45 

74* 

47 

61 

72 

92 

después 

de 

pasada 

6: 

12 

21 

30 

33 

45 

47 

74* 

61 

72 

92 

después 

de 

pasada 

7: 

12 

21 

30 

33 

45 

47 

61 

74* 

72 

92 

después 

de 

pasada 

8: 

12 

21 

30 

33 

45 

47 

61 

72 

74* 

92 

después 

de 

pasada 

9: 

12 

21 

30 

33 

45 

47 

61 

72 

74 

92* 


Arreglo ordenado: 

12 21 30 33 45 47 61 72 74 92 


Figura 16.7 | La clase PruebaOrdenamientoSeleccion. 
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Eficiencia del ordenamiento por selección 

El algoritmo de ordenamiento por selección se ejecuta en un tiempo igual a 0(n 2 ). El método ordenar en las 
líneas 22 a 39 de la figura 16.6, que implementa el algoritmo de ordenamiento por selección, contiene dos ciclos 
for. El ciclo for exterior (líneas 27 a 38) itera a través de los primeros n— 1 elementos en el arreglo, intercam- 
biando el elemento más pequeño restante a su posición ordenada. El ciclo for interior (líneas 32 a 34) itera 
a través de cada elemento en el arreglo restante, buscando el elemento más pequeño. Este ciclo se ejecuta n — 1 
veces durante la primera iteración del ciclo exterior, n — 2 veces durante la segunda iteración, después n— 3, , 3, 
2, 1. Este ciclo interior iterará un total de n(n - l)/2 o (« 2 - n)l 2. En notación Big O, los términos más pequeños 
se eliminan y las constantes se ignoran, lo cual nos deja un valor Big O final de 0(n 2 ). 

16.3.2 Ordenamiento por inserción 

El ordenamiento por inserción es otro algoritmo de ordenamiento simple, pero ineficiente. En la primera 
iteración de este algoritmo se toma el segundo elemento en el arreglo y, si es menor que el primero, se in- 
tercambian. En la segunda iteración se analiza el tercer elemento y se inserta en la posición correcta, con res- 
pecto a los primeros dos elementos, de manera que los tres elementos estén ordenados. En la z'-ésima iteración 
de este algoritmo, los primeros i elementos en el arreglo original estarán ordenados. 

Considere como ejemplo el siguiente arreglo. [Nota: este arreglo es idéntico al que se utiliza en las discusiones 
sobre el ordenamiento por selección y el ordenamiento por combinación]. 

34 56 4 10 77 51 93 30 5 52 

Un programa que implemente el algoritmo de ordenamiento por inserción primero analizará los primeros dos 
elementos del arreglo, 34 y 56. Estos dos elementos ya se encuentran ordenados, por lo que el programa continúa 
(si estuvieran desordenados, el programa los intercambiaría). 

En la siguiente iteración, el programa analiza el tercer valor, 4. Este valor es menor que 56, por lo que el 
programa almacena el 4 en una variable temporal y mueve el 56 un elemento a la derecha. Después, el progra- 
ma comprueba y determina que 4 es menor que 34, por lo que mueve el 34 un elemento a la derecha. Ahora el 
programa ha llegado al principio del arreglo, por lo que coloca el 4 en el elemento cero. Entonces, el arreglo es 
ahora 


4 34 56 10 77 51 93 30 5 52 

En la siguiente iteración, el programa almacena el valor 10 en una variable temporal. Después el programa 
compara el 10 con el 56, y mueve el 56 un elemento a la derecha, ya que es mayor que 10. Luego, el progra- 
ma compara 10 y 34, y mueve el 34 un elemento a la derecha. Cuando el programa compara el 10 con el 4, 
observa que el primero es mayor que el segundo, por lo cual coloca el 10 en el elemento 1. Ahora el arreglo es 

4 10 34 56 77 51 93 30 5 52 

Utilizando este algoritmo, en la z-ésima iteración, los primeros z elementos del arreglo original están ordenados. 
Tal vez no se encuentren en sus posiciones finales, debido a que puede haber valores más pequeños en posiciones 
más adelante en el arreglo. 

En la figura 16.8 se declara la clase Ordenamientolnsercion. En las líneas 22 a 46 se declara el método 
ordenar. En la línea 24 se declara la variable i nserci on, la cual contiene el elemento que insertaremos mientras 
movemos los demás elementos. En las líneas 27 a 45 se itera a través de datos. length - 1 elementos en el 
arreglo. 

En cada iteración, en la línea 30 se almacena en i nserci on el valor del elemento que se insertará en la par- 
te ordenada del arreglo. En la línea 33 se declara e inicializa la variable moverEl emento, que lleva la cuenta 

de la posición en la que se insertará el elemento. En las líneas 36 a 41 se itera para localizar la posición correcta en 
la que debe insertarse el elemento. El ciclo terminará, ya sea cuando el programa llegue a la parte frontal del arre- 
glo, o cuando llegue a un elemento que sea menor que el valor a insertar. En la línea 39 se mueve un elemento 
a la derecha, y en la línea 40 se decrementa la posición en la que se insertará el siguiente elemento. Una vez que 
termina el ciclo, en la línea 43 se inserta el elemento en su posición. La figura 16.9 es igual que la figura 16.7, 
sólo que crea y utiliza un objeto Ordenamientolnsercion. En la salida de este programa se utilizan guiones 
cortos para indicar la parte del arreglo que se ordena después de cada pasada. Se coloca un asterisco enseguida del 
elemento que se insertó en su posición en esa pasada. 
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// Fig. 16.8: Ordenami entolnsercion . java 

// Clase que crea un arreglo lleno de enteros aleatorios. 

// Proporciona un método para ordenar el arreglo mediante el ordenamiento por 
inserción. 

import java. útil .Random; 

public class Ordenami entolnsercion 

{ 

private int[] datos; // arreglo de valores 
private static Random generador = new RandomO; 

// crea un arreglo de un tamaño dado y lo llena con enteros aleatorios 
public Ordenami entolnsercion ( int tamanio ) 

{ 

datos = new int[ tamanio ]; // crea espacio para el arreglo 

// llena el arreglo con enteros aleatorios en el rango de 10 a 99 
for ( int i =0; i < tamanio; i++ ) 

datos [ i ] = 10 + generador . nextlnt( 90 ); 

} // fin del constructor de Ordenamientolnsercion 

// ordena el arreglo usando el ordenamiento por inserción 
public void sort() 

{ 

int inserción; // variable temporal para contener el elemento a insertar 

// itera a través de datos. length - 1 elementos 

for (int siguiente = 1; siguiente < datos . length ; siguiente++ ) 

{ 

// almacena el valor en el elemento actual 

inserción = datos [ siguiente ]; 

// inicial iza ubicación para colocar el elemento 

int moverEl emento = siguiente; 

// busca un lugar para colocar el elemento actual 

while ( moverEl emento > 0 && datos [ moverEl emento - 1 ] > inserción ) 

{ 

// desplaza el elemento una posición a la derecha 

datos[ moverEl emento ] = datos[ moverEl emento - 1 ]; 
moverEl emento — ; 

} // fin de while 

datosf moverEl emento ] = inserción; // coloca el elemento insertado 
imprimi rPasada( siguiente, moverEl emento ); // imprime la pasada del algoritmo 
} // fin de for 
} // fin del método ordenar 

// imprime una pasada del algoritmo 

public void imprimi rPasada( int pasada, int indice ) 

{ 

System. out.print( Stri ng . format( "después de pasada %2d: , pasada ) ); 

// imprime los elementos hasta el elemento intercambiado 

for ( int i =0; i < indice; i++ ) 

System. out.print( datosf i ] + " " ); 

System. out.print( datos[ indice ] + "* " ); // indica intercambio 


Figura 16.8 


La clase Ordenami entolnsercion. (Parte I de 2). 
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59 // termina de imprimir el arreglo en pantalla 

60 for ( int i = indice +1; i < datos . 1 ength ; i++ ) 

61 System. out.print( datos[ i ] + " " ); 

62 

63 System. out.printC "\n " ); // para alineación 

64 

65 // indica la cantidad del arreglo que está ordenado 

66 for( int i = 0; i <= pasada; i++ ) 

67 System . out . pri nt( " ); 

68 System. out. printlnC "\n" ); // agrega fin de linea 

69 } // fin del método imprimi rPasada 

70 

71 // método para mostrar los valores del arreglo en pantalla 

72 public String toStringO 

73 { 

74 Stri ngBui 1 der temporal = new Stri ngBui 1 der() ; 

75 

76 // itera a través del arreglo 

77 for (int elemento : datos ) 

78 temporal .append( elemento + " " ); 

79 

80 temporal .append( "\n" ); // agrega carácter de fin de linea 

81 return temporal . toStri ng() ; 

82 } // fin del método toStri ng 

83 } // fin de la clase Ordenamientolnsercion 

Figura 16.8 | La clase Ordenamientolnsercion. (Parte 2 de 2). 


1 // Fig. 16.9: PruebaOrdenamientoInsercion. java 

2 // Prueba la clase de ordenamiento por inserción. 

3 

4 public class PruebaOrdenamientoInsercion 

5 { 

6 public static void main( String[] args ) 

7 { 

8 // crea objeto para realizar el ordenamiento por inserción 

9 Ordenamientolnsercion arregloOrden = new Ordenamientolnsercion( 10 ); 

10 

11 System. out. println( "Arreglo desordenado:" ); 

12 System. out. println( arregloOrden ); // imprime el arreglo desordenado 

13 

14 arregloOrden. sort() ; // ordena el arreglo 

15 

16 System. out. printlnC "Arreglo ordenado:" ); 

17 System. out. printlnC arregloOrden ); // imprime el arreglo ordenado 

18 } // fin de main 

19 } // fin de la clase PruebaOrdenamientoInsercion 


Arreglo desordenado: 

19 42 68 88 76 54 16 99 54 26 


después 

de 

pasada 

1: 

19 

42* 

68 

88 

76 

54 

16 

99 

54 

26 

después 

de 

pasada 

2: 

19 

42 

68* 

88 

76 

54 

16 

99 

54 

26 

después 

de 

pasada 

3: 

19 

42 

68 

88* 

76 

54 

16 

99 

54 

26 


Figura 16.9 | La clase PruebaOrdenamientoInsercion. (Parte I de 2). 
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después 

de 

pasada 

4: 

19 

42 

68 

76* 

88 

54 

16 

99 

54 

26 

después 

de 

pasada 

5: 

19 

42 

54* 

68 

76 

88 

16 

99 

54 

26 

después 

de 

pasada 

6: 

16* 

19 

42 

54 

68 

76 

88 

99 

54 

26 

después 

de 

pasada 

7: 

16 

19 

42 

54 

68 

76 

88 

99* 

54 

26 

después 

de 

pasada 

8: 

16 

19 

42 

54 

54* 

68 

76 

88 

99 

26 

después 

de 

pasada 

9: 

16 

19 

26* 

42 

54 

54 

68 

76 

88 

99 


Arreglo ordenado: 

16 19 26 42 54 54 68 76 88 99 


Figura 16.9 | La clase PruebaOrdenamientoInsercion. (Parte 2 de 2). 


Eficiencia del ordenamiento por inserción 

El algoritmo de ordenamiento por inserción también se ejecuta en un tiempo igual a 0(n 2 ). Al igual que el 
ordenamiento por selección, la implementación del ordenamiento por inserción (líneas 22 a 46 de la figura 16.8) 
contiene dos ciclos. El ciclo for (líneas 27 a 45) itera datos . 1 ength - 1 veces, insertando un elemento en la 
posición apropiada en los elementos ordenados hasta ahora. Para los fines de esta aplicación, datos . 1 ength - 1 
es equivalente a n - 1 (ya que datos . 1 ength es el tamaño del arreglo). El ciclo whi 1 e (líneas 36 a 41) itera a través 
de los anteriores elementos en el arreglo. En el peor de los casos, el ciclo whi le requerirá n— 1 comparaciones. 
Cada ciclo individual se ejecuta en un tiempo 0(n). En notación Big O, los ciclos anidados indican que debemos 
multiplicar el número de comparaciones. Para cada iteración de un ciclo exterior, habrá cierto número de itera- 
ciones en el ciclo interior. En este algoritmo, para cada O(n) iteraciones del ciclo exterior, habrá 0(n) iteraciones 
del ciclo interior. Al multiplicar estos valores se produce un valor Big O de 0(n 2 ). 

16.3.3 Ordenamiento por combinación 

El ordenamiento por combinación es un algoritmo de ordenamiento eficiente, pero en concepto es más com- 
plejo que los ordenamientos de selección y de inserción. Para ordenar un arreglo, el algoritmo de ordenamiento 
por combinación lo divide en dos subarreglos de igual tamaño, ordena cada subarreglo y después los combina en 
un arreglo más grande. Con un número impar de elementos, el algoritmo crea los dos subarreglos de tal forma 
que uno tenga más elementos que el otro. 

La implementación del ordenamiento por combinación en este ejemplo es recursiva. El caso base es un arre- 
glo con un elemento que, desde luego, está ordenado, por lo que el ordenamiento por combinación regresa de 
inmediato en este caso. El paso recursivo divide el arreglo en dos piezas de un tamaño aproximadamente igual, 
las ordena en forma recursiva y después combina los dos arreglos ordenados en un arreglo ordenado de mayor 
tamaño. 

Suponga que el algoritmo ya ha combinado arreglos más pequeños para crear los arreglos ordenados A: 

4 10 34 56 77 

yB: 

5 30 51 52 93 

El ordenamiento por combinación combina estos dos arreglos en un arreglo ordenado de mayor tamaño. El ele- 
mento más pequeño en A es 4 (que se encuentra en el índice cero de A). El elemento más pequeño en B es 5 (que 
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se encuentra en el índice cero de B). Para poder determinar el elemento más pequeño en el arreglo más grande, 
el algoritmo compara 4 y 5. El valor de A es más pequeño, por lo que el 4 se convierte en el primer elemento del 
arreglo combinado. El algoritmo continúa, para lo cual compara 10 (el segundo elemento en A) con 5 (el primer 
elemento en B). El valor de B es más pequeño, por lo que 5 se convierte en el segundo elemento del arreglo más 
grande. El algoritmo continúa comparando 10 con 30, en donde 10 se convierte en el tercer elemento del arreglo, 
y así en lo sucesivo. 

En las líneas 22 a 25 de la figura 16.10 se declara el método ordenar. En la línea 24 se hace una llamada 
al método ordenarArregl o con 0 y datos . 1 ength - 1 como los argumentos (que corresponden a los índices 
inicial y final, respectivamente, del arreglo que se ordenará). Estos valores indican al método ordenarArregl o 
que debe operar en todo el arreglo completo. 


1 // Fig. 16.10: OrdenamientoCombinacion. java 

2 // Clase que crea un arreglo lleno con enteros aleatorios. 

3 // Proporciona un método para ordenar el arreglo mediante el ordenamiento por combinación. 

4 import java. útil .Random; 

5 

6 public class OrdenamientoCombinacion 

7 { 

8 private int[] datos; // arreglo de valores 

9 private static Random generador = new Random(); 

10 

11 // crea un arreglo de un tamaño dado y lo llena con enteros aleatorios 

12 public OrdenamientoCombinacion( int tamanio ) 

13 { 

14 datos = new int[ tamanio ]; // crea espacio para el arreglo 

15 

16 // llena el arreglo con enteros aleatorios en el rango de 10 a 99 

17 for ( int i = 0; i < tamanio; i++ ) 

18 datos [ i ] = 10 + generador . nextlnt( 90 ); 

19 } // fin del constructor de OrdenamientoCombinacion 

20 

21 // llama al método de división recursiva para comenzar el ordenamiento por combinación 

22 public void ordenarO 

23 { 

24 ordenarArreglo( 0, datos. length - 1 ); // divide todo el arreglo 

25 } // fin del método ordenar 

26 

27 // divide el arreglo, ordena los subarreglos y los combina en un arreglo ordenado 

28 private void ordenarArreglo( int inferior, int superior ) 

29 { 

30 // evalúa el caso base; el tamaño del arreglo es igual a 1 

31 if ( ( superior - inferior ) >= 1 ) // si no es el caso base 

32 { 

33 int mediol = ( inferior + superior ) / 2; // calcula el elemento medio del arreglo 

34 int medio2 = mediol + 1; // calcula el siguiente elemento arriba 

35 

36 // imprime en pantalla el paso de división 

37 System. out. println( "división: " + subarreglo( inferior, superior ) ); 

38 System . out . pri ntl n( " + subarreglo( inferior, mediol ) ); 

39 System . out . pri ntl n( " + subarreglo( medio2, superior ) ); 

40 System . out . pri ntl n() ; 

41 

42 // divide el arreglo a la mitad; ordena cada mitad (llamadas recursivas) 

43 ordenarArreglo( inferior, mediol ); // primera mitad del arreglo 

44 ordenarArreglo( medio2, superior ); // segunda mitad del arreglo 

45 


Figura 16.10 | La clase OrdenamientoCombinacion. (Parte I de3). 



704 Capítulo 16 Búsqueda y ordenamiento 


46 

47 

48 

49 

50 

51 

52 

53 

54 

55 

56 

57 

58 

59 

60 
61 
62 

63 

64 

65 

66 

67 

68 

69 

70 

71 

72 

73 

74 

75 

76 

77 

78 

79 

80 
81 
82 

83 

84 

85 

86 

87 

88 

89 

90 

91 

92 

93 

94 

95 

96 

97 

98 

99 
100 
101 
102 
103 


// combina dos arreglos ordenados después de que regresan las llamadas de 
di vi si ón 

combinar ( inferior, mediol, medio2, superior ); 

} // fin de if 

} // fin del método ordenarArreglo 

// combina dos subarreglos ordenados en un subarreglo ordenado 

private void combinar( int izquierdo, int mediol, int medio2, int derecho ) 

{ 

int indicelzq = izquierdo; // indice en subarreglo izquierdo 

int indiceDer = medio2; // indice en subarreglo derecho 

int i ndi ceCombi nado = izquierdo; // indice en arreglo de trabajo temporal 

i n t [ ] combinado = new int[ datos. length ]; // arreglo de trabajo 

// imprime en pantalla los dos subarreglos antes de combinarlos 

System. out.println( "combinación: " + subarreglof izquierdo, mediol ) ); 
System. out.printlnC " + subarreglof medio2, derecho ) ); 

// combina los arreglos hasta llegar al final de uno de ellos 

while f indicelzq <= mediol && indiceDer <= derecho ) 

{ 

// coloca el menor de dos elementos actuales en el resultado 
// y lo mueve al siguiente espacio en los arreglos 

if ( datos [ indicelzq ] <= datos [ indiceDer ] ) 

combinado[ i ndi ceCombi nado++ ] = datos[ indicelzq++ ]; 
el se 

combinado[ i ndi ceCombi nado++ ] = datos[ indiceDer++ ]; 

} // fin de while 

// si el arreglo izquierdo está vacio 

if ( indicelzq == medio2 ) 

// copia el resto del arreglo derecho 

while ( indiceDer <= derecho ) 

combinado[ i ndi ceCombi nado++ ] = datos[ indiceDer++ ]; 

else // el arreglo derecho está vacio 

// copia el resto del arreglo izquierdo 

while ( indicelzq <= mediol ) 

combinado[ i ndi ceCombi nado++ ] = datos[ indicelzq++ ]; 

// copia los valores de vuelta al arreglo original 

for ( int i = izquierdo; i <= derecho; i++ ) 
datos [ i ] = combinadof i ]; 

// imprime en pantalla el arreglo combinado 

System. out.printlnC " " + subarreglof izquierdo, derecho ) ); 

System. out.printlnC) ; 

} // fin del método combinar 

// método para imprimir en pantalla ciertos valores en el arreglo 

public String subarreglof int inferior, int superior ) 

{ 

Stri ngBui 1 der temporal = new Stri ngBui 1 derO ; 

// imprime en pantalla espacios para la alineación 

for C int i =0; i < inferior; i++ ) 
temporal . appendC " ); 

// imprime en pantalla el resto de los elementos en el arreglo 
for C int i = inferior; i <= superior; i++ ) 


Figura 16.10 | La clase OrdenamientoCombi nación. (Parte 2 de 3). 
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104 temporal ,append( " " + datos[ i ] ); 

105 

106 return temporal . toStri ng!) ; 

• 07 } // fin del método subarreglo 

108 

109 // método para imprimir los valores en el arreglo 

110 public String toStri ng() 

111 { 

112 return subarreglo! 0, datos. length - 1 ); 

113 } // fin del método toStri ng 

114 } // fin de la clase Ordenami entoCombi naci on 

Figura 16.10 | La clase OrdenamientoCombinacion. (Parte 3 de 3). 

El método ordenarArregl o se declara en las líneas 28 a 49. En la línea 31 se evalúa el caso base. Si el tamaño 
del arreglo es 1, ya está ordenado, por lo que el método regresa de inmediato. Si el tamaño del arreglo es mayor 
que 1, el método divide el arreglo en dos, llama en forma recursiva al método ordenarArregl o para ordenar los 
dos subarreglos y después los combina. En la línea 43 se hace una llamada recursiva al método ordenarArregl o 
en la primera mitad del arreglo, y en la línea 44 se hace una llamada recursiva al método ordenarArregl o en la 
segunda mitad del arreglo. Cuando regresan estas dos llamadas al método, cada mitad del arreglo se ha ordenado. 
En la línea 47 se hace una llamada al método combi nar (líneas 52 a 91) con las dos mitades del arreglo, para 
combinar los dos arreglos ordenados en un arreglo ordenado más grande. 

En las líneas 64 a 72 en el método combi nar se itera hasta que el programa llega al final de cualquiera de los 
subarreglos. En la línea 68 se evalúa cuál elemento al principio de los arreglos es más pequeño. Si el elemento en el 
arreglo izquierdo es más pequeño, en la línea 69 se coloca el elemento en su posición en el arreglo combinado. Si 
el elemento en el arreglo derecho es más pequeño, en la línea 71 se coloca en su posición en el arreglo combinado. 
Cuando el ciclo whi 1 e ha terminado (línea 72), un subarreglo completo se coloca en el arreglo combinado, pero 
el otro subarreglo aún contiene datos. En la línea 75 se evalúa si el arreglo izquierdo ha llegado al final. De ser así, 
en las líneas 77 y 78 se llena el arreglo combinado con los elementos del arreglo derecho. Si el arreglo izquierdo 
no ha llegado al final, entonces el arreglo derecho debe haber llegado, por lo que en las líneas 8 1 y 82 se llena el 
arreglo combinado con los elementos del arreglo izquierdo. Por último, en las líneas 85 y 86 se copia el arreglo 
combinado en el arreglo original. En la figura 16.1 1 se crea y se utiliza un objeto Ordenami entoCombi nado. Los 
fascinantes resultados de este programa muestran las divisiones y combinaciones que realiza el ordenamiento por 
combinación, mostrando también el progreso del ordenamiento en cada paso del algoritmo. Bien vale la pena el 
tiempo que usted invierta al recorrer estos resultados paso a paso, para comprender por completo este elegante 
algoritmo de ordenamiento. 


1 // Fig. 16 . 11 : PruebaOrdenami entoCombi naci on . java 

2 // Prueba la clase de ordenamiento por combinación. 

3 

4 public class PruebaOrdenamientoCombinacion 

5 { 

6 public static void main( String [] args ) 

7 { 

8 // crea un objeto para realizar el ordenamiento por combinación 

9 OrdenamientoCombinacion arregl oOrden = new OrdenamientoCombinacion! 10 ); 

10 

11 // imprime el arreglo desordenado 

12 System. out.printlnC "Desordenado:" + arregloOrden + "\n" ); 

13 

14 arregloOrden. ordenar!) ; // ordena el arreglo 

15 

16 // imprime el arreglo ordenado 

Figura 16. II | La clase PruebaOrdenamientoCombinacion. (Parte I de 3). 
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17 System. out.println( "Ordenado: ' + arregloOrden ); 

18 } // fin de main 

19 } // fin de la clase PruebaOrdenami entoCombi nación 


Desordenado : 

67 

43 

32 

76 

19 75 

78 

73 

57 

94 

división: 

67 

43 

32 

76 

19 75 

78 

73 

57 

94 


67 

43 

32 

76 

19 










75 

78 

73 

57 

94 

Desordenado : 

95 

30 

48 

23 

68 78 

19 

23 

14 

33 

división: 

95 

30 

48 

23 

68 78 

19 

23 

14 

33 


95 

30 

48 

23 

68 










78 

19 

23 

14 

33 

división: 

95 

30 

48 

23 

68 






95 

30 

48 

23 

68 





división: 

95 

30 

48 








95 

30 

48 







división: 

95 

30 









95 

30 








combi naci on : 

95 

30 









30 

95 








combi naci on : 

30 

95 

48 








30 

48 

95 







división: 




23 

68 









23 

68 





combi naci on : 




23 

68 









23 

68 





combi naci on : 

30 

48 

95 

23 

68 






23 

30 

48 

68 

95 





división: 





78 

19 

23 

14 

33 






78 

19 

23 

14 

33 

división: 





78 

19 

23 








78 

19 

23 



división: 





78 

19 









78 

19 




combi naci on : 





78 

19 




1 





19 

78 





Figura 16.11 | La clase PruebaOrdenami entoCombi nación. (Parte 2 de 3). 
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combinación: 19 78 

23 

19 23 78 

división: 14 33 

14 

33 

combinación: 14 

33 
14 33 


combi naci on : 






19 

23 

78 

14 

33 







14 

19 

23 

33 

78 

combi naci on : 

23 

30 

48 

68 

95 

14 

19 

23 

33 

78 


14 

19 

23 

23 

30 

33 

48 

68 

78 

95 

Ordenado : 

14 

19 

23 

23 

30 

33 

48 

68 

78 

95 


Figura 16.11 | La clase PruebaOrdenamientoCombi nación. (Parte 3 de 3). 


Eficiencia del ordenamiento por combinación 

El ordenamiento por combinación es un algoritmo mucho más eficiente que el de inserción o el de selección. 
Considere la primera llamada (no recursiva) al método ordenarArreglo. Esto produce dos llamadas recursivas 
al método ordenarArreglo con subarreglos, cada uno de los cuales tiene un tamaño aproximado de la mitad 
del arreglo original, y una sola llamada al método combi nar. Esta llamada a combi nar requiere, a lo más, n — 1 
comparaciones para llenar el arreglo original, que es 0(n). (Recuerde que se puede elegir cada elemento en el 
arreglo mediante la comparación de un elemento de cada uno de los subarreglos). Las dos llamadas al método 
ordenarArreglo producen cuatro llamadas recursivas más al método ordenarArreglo, cada una con un sub- 
arreglo de un tamaño aproximado a una cuarta parte del tamaño del arreglo original, junto con dos llamadas 
al método combi nar. Estas dos llamadas al método combi nar requieren, a lo más, ni 2 - 1 comparaciones para 
un número total de O(n) comparaciones. Este proceso continúa, y cada llamada a ordenarArreglo genera dos 
llamadas adicionales a ordenarArreglo y una llamada a combinar, hasta que el algoritmo divide el arreglo en 
subarreglos de un elemento. En cada nivel, se requieren O(n) comparaciones para combinar los subarreglos. Cada 
nivel divide el tamaño de los arreglos a la mitad, por lo que al duplicar el tamaño del arreglo se requiere un nivel 
más. Si se cuadruplica el tamaño del arreglo, se requieren dos niveles más. Este patrón es logarítmico, y produce 
log 7 n niveles. Esto resulta en una eficiencia total de 0(n log n). En la figura 16.12 se sintetizan muchos de los 
algoritmos de búsqueda y ordenamiento que cubrimos en este libro, y se enlista el valor de Big O para cada uno 
de ellos. En la figura 16.13 se enlistan los valores de Big O que hemos cubierto en este capítulo, junto con cierto 
número de valores para n, para resaltar las diferencias en las proporciones de crecimiento. 


Algoritmo 

Ubicación 

Big 0 

Algoritmos de biísqueda: 



Búsqueda lineal 

Sección 16.2.1. 

0(n) 

Búsqueda binaria 

Sección 16.2.2. 

0 flog n) 

Búsqueda lineal recursiva 

Ejercicio 16.8. 

0(n) 

Búsqueda binaria recursiva 

Ejercicio 16.9. 

0 flog n) 


Figura 16.12 | Algoritmos de búsqueda y ordenamiento con valores de Big O. 
(Parte I de 2). 
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Algoritmo 

Ubicación 

BigO 

Algoritmos de ordenamiento: 



Ordenamiento por selección 

Sección 16.3.1 

0(n 2 ) 

Ordenamiento por inserción 

Sección 16.3.2 

0(n 2 ) 

Ordenamiento por combinación 

Ejercicio 16.3.3 

0(n log n) 

Ordenamiento de burbuja 

Ejercicios 16.3 y 16.4 

0(n 2 ) 


Figura 16.12 | Algoritmos de búsqueda y ordenamiento con valores de Big O. 
(Parte 2 de 2). 


n = 

0(1 log n) 

0(n) 

0(n log n) 

0(n 2 ) 

i 

0 

1 

0 

1 

2 

1 

2 

2 

4 

3 

1 

3 

3 

9 

4 

1 

4 

4 

6 

5 

1 

5 

5 

25 

10 

1 

10 

10 

100 

100 

2 

100 

200 

10,000 

1000 

3 

1000 

3000 

10 6 

1,000,000 

6 

1,000,000 

6,000,000 

10 12 

1,000,000,000 

9 

1,000,000,000 

9,000,000,000 

10 18 


Figura 16.13 | Número de comparaciones para las notaciones comunes de Big O. 


16.4 Invariantes 

Después de escribir una aplicación, un programador comúnmente la prueba a conciencia. Es bastante difícil 
crear un conjunto exhaustivo de pruebas, y siempre es posible que un caso específico no se evalúe. Una técnica 
que nos puede ayudar a probar nuestros programas en forma exhaustiva es el uso de las invariantes. Una invarian- 
te es una aserción (vea la sección 13.13) que es verdadera antes y después de ejecutar una sección del código. Las 
invariantes son matemáticas por naturaleza, y sus conceptos son más aplicables en el lado teórico de las ciencias 
computacionales. 

El tipo más común de invariante es una invariante de ciclo, la cual es una aserción que permanece siendo 
verdadera 

• antes de la ejecución del ciclo, 

• después de cada iteración del cuerpo del ciclo, y 

• cuando termina el ciclo. 

Una invariante de ciclo escrita en forma apropiada nos puede ayudar a codificar un ciclo de manera correcta. 
Hay cuatro pasos para desarrollar un ciclo a partir de una invariante de ciclo. 

1. Establecer los valores iniciales para las variables de control de ciclo. 

2. Determinar la condición que hace que el ciclo termine. 

3. Modificar la(s) variable(s) de control, de manera que el ciclo progrese hacia su terminación. 

4. Comprobar que la invariante siga siendo verdadera al final de cada iteración. 
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Como ejemplo, examinaremos el método busquedaLi neal de la clase Arregl oLi neal en la figura 16.2. La 
invariante para el algoritmo de búsqueda lineal es: 

para todas las k tales que 0 <= k y k < i ndi ce 

datos [ k ] != el aveBusqueda 

Por ejemplo, suponga que i ndi ce es igual a 3. Si elegimos cualquier número no negativo menor que 3, como 1 
para el valor de k, el elemento en datos en la ubicación k en el arreglo no es igual a el aveBusqueda. En esencia, 
esta invariante establece que la porción del arreglo, llamada subarreglo, que abarca desde el inicio del arreglo 
hasta, pero sin incluir el elemento en indice, no contiene la el aveBusqueda. Un subarreglo puede contener 
cualquier número de elementos. 

De acuerdo con el paso 1, debemos inicializar primero la variable de control indice. De la invariante 
podemos ver que, si establecemos indice en 0, entonces el subarreglo contiene cero elementos. Por lo tanto, 
la invariante es verdadera, ya que un subarreglo sin elementos no puede contener un valor que coincida con la 
el aveBusqueda. 

El segundo paso es determinar la condición que hace que el ciclo termine. El ciclo debe terminar después 
de buscar en todo el arreglo; cuando i ndi ce es igual a la longitud del arreglo. En este caso, ningún elemento del 
arreglo datos coincide con la el aveBusqueda. Una vez que el indice llega al final del arreglo, la invariante 
sigue siendo verdadera; ningún elemento en el subarreglo (que en este caso es todo el arreglo) es igual a la el ave- 
Busqueda. 

Para que el ciclo proceda al siguiente elemento, incrementamos la variable de control i ndi ce. El último paso 
es asegurar que la invariante siga siendo verdadera después de cada iteración. La instrucción i f (líneas 26 y 27 de 
la figura 16.2) determina si datos [ indice ]es igual a la el aveBusqueda. De ser así, el método termina y devuelve 
i ndi ce. Como i ndi ce es la primera ocurrencia de el aveBusqueda en datos, la invariante sigue siendo verda- 
dera; el subarreglo hasta i ndi ce no contiene la el aveBusqueda. 

16.5 Conclusión 

En este capítulo se presentaron las técnicas de ordenamiento y búsqueda. Hablamos sobre dos algoritmos de 
búsqueda (la búsqueda lineal y la búsqueda binaria) y tres algoritmos de ordenamiento (el ordenamiento por 
selección, por inserción y por combinación). Presentamos la notación Big O, la cual nos ayuda a analizar la 
eficiencia de un algoritmo. También aprendió acerca de las invariantes de ciclo, que deben seguir siendo verda- 
deras antes de que el ciclo empiece a ejecutarse, mientras se está ejecutando y cuando termine su ejecución. En 
el siguiente capítulo aprenderá acerca de las estructuras de datos dinámicas, que pueden aumentar o reducir su 
tamaño en tiempo de ejecución. 


Resumen 

Sección 16.1 Introducción 

• La búsqueda de datos implica determinar si una clave de búsqueda está presente en los datos y, de ser así, encontrar 
su ubicación. 

• El ordenamiento implica poner los datos en orden. 

Sección 16.2 Algoritmos de búsqueda 

• El algoritmo de búsqueda lineal busca cada elemento en el arreglo en forma secuencial, hasta que encuentra el 
elemento correcto. Si el elemento no se encuentra en el arreglo, el algoritmo evalúa cada elemento en el arreglo y, 
cuando llega al final del mismo, informa al usuario que el elemento no está presente. Si el elemento se encuentra en 
el arreglo, la búsqueda lineal evalúa cada elemento hasta encontrar el correcto. 

• Una de las principales diferencias entre los algoritmos de búsqueda es la cantidad de esfuerzo que requieren para 
poder devolver un resultado. 

• Una manera de describir la eficiencia de un algoritmo es mediante la notación Big O, la cual indica qué tan duro 
tiene que trabajar un algoritmo para resolver un problema. 
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• Para los algoritmos de búsqueda y ordenamiento, Big O depende a menudo de cuántos elementos haya en los 
datos. 

• Un algoritmo que es 0(1) no necesariamente requiere sólo una comparación. Sólo significa que el número de com- 
paraciones no aumenta a medida que se incrementa el tamaño del arreglo. 

• Se considera que un algoritmo O(n) tiene un tiempo de ejecución lineal. 

• La notación Big O está diseñada para resaltar los factores dominantes, e ignorar los términos que pierden importan- 
cia con valores altos de n. 

• La notación Big O se enfoca en la proporción de crecimiento de los tiempos de ejecución de los algoritmos, por lo 
que se ignoran las constantes. 

• El algoritmo de búsqueda lineal se ejecuta en un tiempo O(n). 

• El peor caso en la búsqueda lineal es que se debe comprobar cada elemento para determinar si el elemento de bús- 
queda existe. Esto ocurre si la clave de búsqueda es el último elemento en el arreglo, o si no está presente. 

• El algoritmo de búsqueda binaria es más eficiente que el algoritmo de búsqueda lineal, pero requiere que el arreglo 
esté ordenado. 

• La primera iteración de la búsqueda binaria evalúa el elemento medio del arreglo. Si es igual a la clave de búsqueda, 
el algoritmo devuelve su ubicación. Si la clave de búsqueda es menor que el elemento medio, la búsqueda binaria 
continúa con la primera mitad del arreglo. Si la clave de búsqueda es mayor que el elemento medio, la búsqueda 
binaria continúa con la segunda mitad del arreglo. En cada iteración de la búsqueda binaria se evalúa el valor medio 
del resto del arreglo y, si no se encuentra el elemento, se elimina la mitad de los elementos restantes. 

• La búsqueda binaria es un algoritmo de búsqueda más eficiente que la búsqueda lineal, ya que cada comparación 
elimina la mitad de los elementos del arreglo a considerar. 

• La búsqueda binaria se ejecuta en un tiempo 0( log n), ya que cada paso elimina la mitad de los elementos restantes. 

• Si el tamaño del arreglo se duplica, la búsqueda binaria sólo requiere una comparación adicional para completarse 
con éxito. 


Sección 16.3 Algoritmos de ordenamiento 

• El ordenamiento por selección es un algoritmo de ordenamiento simple, pero ineficiente. 

• En la primera iteración del algoritmo por selección, se selecciona el elemento más pequeño en el arreglo y se inter- 
cambia con el primer elemento. En la segunda iteración del ordenamiento por selección, se selecciona el segundo 
elemento más pequeño (que viene siendo el elemento restante más pequeño) y se intercambia con el segundo ele- 
mento. El ordenamiento por selección continúa hasta que en la última iteración se selecciona el segundo elemento 
más grande, y se intercambia con el antepenúltimo elemento, dejando el elemento más grande en el último índice. 
En la z'-ésima iteración del ordenamiento por selección, los i elementos más pequeños de todo el arreglo se ordenan 
en los primeros i índices. 

• El algoritmo de ordenamiento por selección se ejecuta en un tiempo 0(n 2 ). 

• En la primera iteración del ordenamiento por inserción, se toma el segundo elemento en el arreglo y, si es menor 
que el primer elemento, se intercambian. En la segunda iteración del ordenamiento por inserción, se analiza el ter- 
cer elemento y se inserta en la posición correcta, con respecto a los primeros dos elementos. Después de la z'-ésima 
iteración del ordenamiento por inserción, quedan ordenados los primeros i elementos del arreglo original. 

• El algoritmo de ordenamiento por inserción se ejecuta en un tiempo 0(r3). 

• El ordenamiento por combinación es un algoritmo de ordenamiento que es más rápido, pero más complejo de 
implementar, que el ordenamiento por selección y el ordenamiento por inserción. 

• Para ordenar un arreglo, el algoritmo de ordenamiento por combinación lo divide en dos subarreglos de igual tama- 
ño, ordena cada subarreglo en forma recursiva y combina los subarreglos en un arreglo más grande. 

• El caso base del ordenamiento por combinación es un arreglo con un elemento. Un arreglo de un elemento ya está 
ordenado, por lo que el ordenamiento por combinación regresa de inmediato, cuando se llama con un arreglo de un 
elemento. La parte de este algoritmo que corresponde al proceso de combinar recibe dos arreglos ordenados (éstos 
podrían ser arreglos de un elemento) y los combina en un arreglo ordenado más grande. 

• Para realizar la combinación, el ordenamiento por combinación analiza el primer elemento en cada arreglo, que 
también es el elemento más pequeño en el arreglo. El ordenamiento por combinación recibe el más pequeño de 
estos elementos y lo coloca en el primer elemento del arreglo más grande. Si aún hay elementos en el subarreglo, el 
ordenamiento por combinación analiza el segundo elemento en el subarreglo (que ahora es el elemento más pequeño 
restante) y lo compara con el primer elemento en el otro subarreglo. El ordenamiento por combinación continúa 
con este proceso, hasta que se llena el arreglo más grande. 

• En el peor caso, la primera llamada al ordenamiento por combinación tiene que realizar O(n) comparaciones para 
llenar las n posiciones en el arreglo final. 
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• La porción del algoritmo de ordenamiento por combinación que corresponde al proceso de combinar se realiza 
en dos subarreglos, cada uno de un tamaño aproximado a «/ 2. Para crear cada uno de estos subarreglos, se requieren 
ni 2 - 1 comparaciones para cada subarreglo, o un total de O(n) comparaciones. Este patrón continúa a medida que 
cada nivel trabaja hasta en el doble de esa cantidad de arreglos, pero cada uno equivale a la mitad del tamaño del 
arreglo anterior. 

• De manera similar a la búsqueda binaria, esta acción de partir los subarreglos a la mitad produce un total de log n 
niveles, para una eficiencia total de 0(n log n). 

Sección 16.4 Invariantes 

• Una invariante es una aserción que es verdadera antes y después de la ejecución de una parte del código de un pro- 
grama. 

• Una invariante de ciclo es una aserción que es verdadera antes de empezar a ejecutar el ciclo, durante cada iteración 
del mismo y después de que el ciclo termina. 

Terminología 

Big O, notación 
búsqueda 
búsqueda binaria 
búsqueda lineal 
clave de búsqueda 
invariante 
invariante de ciclo 
0 ( 1 ) 

0( log n) 

0(n log n) 

Ejercicios de autoevaluación 

1 6. 1 Complete los siguientes enunciados: 

a) Una aplicación de ordenamiento por selección debe requerir un tiempo aproximado de 

veces más para ejecutarse en un arreglo de 128 elementos, en comparación con un arreglo de 32 elementos. 

b) La eficiencia del ordenamiento por combinación es de . 

16.2 ¿Qué aspecto clave de la búsqueda binaria y del ordenamiento por combinación es responsable de la parte 
logarítmica de sus respectivos valores Big O? 

1 6.3 ¿En qué sentido es superior el ordenamiento por inserción al ordenamiento por combinación? ¿En qué sentido 
es superior el ordenamiento por combinación al ordenamiento por inserción? 

1 6.4 En el texto decimos que, una vez que el ordenamiento por combinación divide el arreglo en dos subarreglos, 
después ordena estos dos subarreglos y los combina. ¿Por qué alguien podría quedar desconcertado al decir nosotros que 
“después ordena estos dos subarreglos”? 

Respuestas a los ejercicios de autoevaluación 

16.1 a) 16, ya que un algoritmo 0(r i 2 ) requiere 16 veces más de tiempo para ordenar hasta cuatro veces más infor- 
mación. b) 0(n log n). 

16.2 Ambos algoritmos incorporan la acción de “dividir a la mitad” (reducir algo de cierta forma a la mitad). La 
búsqueda binaria elimina del proceso una mitad del arreglo después de cada comparación. El ordenamiento por com- 
binación divide el arreglo a la mitad, cada vez que se llama. 

16.3 El ordenamiento por inserción es más fácil de comprender y de programar que el ordenamiento por com- 
binación. El ordenamiento por combinación es mucho más eficiente [0(n log n)\ que el ordenamiento por inserción 
[0(n 2 )]. 

1 6.4 En cierto sentido, en realidad no ordena estos dos subarreglos. Simplemente sigue dividiendo el arreglo original 
a la mitad, hasta que obtiene un subarreglo de un elemento, que desde luego, está ordenado. Después construye los 
dos subarreglos originales al combinar estos arreglos de un elemento para formar subarreglos más grandes, los cuales se 
mezclan, y así en lo sucesivo. 


O(n) 

0(n 2 ) 

ordenamiento 

ordenamiento por combinación 
ordenamiento por inserción 
ordenamiento por selección 
tiempo de ejecución constante 
tiempo de ejecución cuadrático 
tiempo de ejecución lineal 
tiempo de ejecución logarítmico 
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Ejercicios 

16.5 ( Ordenamiento de burbuja) Implemente el ordenamiento de burbuja, otra técnica de ordenamiento simple, 
pero ineficiente. Se le llama ordenamiento de burbuja o de hundimiento, debido a que los valores más pequeños van 
“subiendo como burbujas” gradualmente, hasta llegar a la parte superior del arreglo (es decir, hacia el primer elemento) 
como las burbujas de aire que se elevan en el agua, mientras que los valores más grandes se hunden en el fondo (final) 
del arreglo. Esta técnica utiliza ciclos anidados para realizar varias pasadas a través del arreglo. Cada pasada compara 
pares sucesivos de elementos. Si un par se encuentra en orden ascendente (o los valores son iguales), el ordenamiento de 
burbuja deja los valores como están. Si un par se encuentra en orden descendente, el ordenamiento de burbuja inter- 
cambia sus valores en el arreglo. 

En la primera pasada se comparan los primeros dos elementos del arreglo, y se intercambian sus valores si es nece- 
sario. Después se comparan los elementos segundo y tercero en el arreglo. En la pasada final, se comparan los últimos 
dos elementos en el arreglo y se intercambian, en caso de ser necesario. Después de una pasada, el elemento más grande 
estará en el último índice. Después de dos pasadas, los dos elementos más grandes se encontrarán en los últimos dos 
índices. Explique por qué el ordenamiento de burbuja es un algoritmo 0(rd). 

1 6.6 ( Ordenamiento de burbuja mejorado) Realice las siguientes modificaciones simples para mejorar el rendimiento 
del ordenamiento de burbuja que desarrolló en el ejercicio 16.5: 

a) Después de la primera pasada, se garantiza que el número más grande estará en el elemento con la numera- 
ción más alta del arreglo; después de la segunda pasada, los dos números más altos estarán “acomodados”; 
y así en lo sucesivo. En vez de realizar nueve comparaciones en cada pasada, modifique el ordenamiento de 
burbuja para que realice ocho comparaciones en la segunda pasada, siete en la tercera, y así en lo sucesivo. 

b) Los datos en el arreglo tal vez se encuentren ya en el orden apropiado, o casi apropiado, así que ¿para qué 
realizar nueve pasadas, si basta con menos? Modifique el ordenamiento para comprobar al final de cada 
pasada si se han realizado intercambios. Si no se ha realizado ninguno, los datos ya deben estar en el orden 
apropiado, por lo que el programa debe terminar. Si se han realizado intercambios, por lo menos, se necesita 
una pasada más. 

16.7 ( Ordenamiento de cubeta) Un ordenamiento de burbuja comienza con un arreglo unidimensional de ente- 
ros positivos que se deben ordenar, y un arreglo bidimensional de enteros, en el que las filas están indexadas de 0 a 9 y 
las columnas de 0 a n - 1, en donde n es el número de valores a ordenar. Cada fila del arreglo bidimensional se conoce 
como una cubeta. Escriba una clase llamada Ordenami entoCubeta, que contenga un método llamado ordenar y que 
opere de la siguiente manera: 

a) Coloque cada valor del arreglo unidimensional en una fila del arreglo de cubeta, con base en el dígito de las 
unidades (el de más a la derecha) del valor. Por ejemplo, el número 97 se coloca en la fila 7, el 3 se coloca 
en la fila 3 y el 100 se coloca en la fila 0. A este procedimiento se le llama pasada de distribución. 

b) Itere a través del arreglo de cubeta fila por fila, y copie los valores de vuelta al arreglo original. A este proce- 
dimiento se le llama pasada de recopilación. El nuevo orden de los valores anteriores en el arreglo unidimen- 
sional es 100, 3 y 97. 

c) Repita este proceso para cada posición de dígito subsiguiente (decenas, centenas, miles, etcétera). En la 
segunda pasada (el dígito de las decenas) se coloca el 1 00 en la fila 0, el 3 en la fila 0 (ya que 3 no tiene dígito 
de decenas) y el 97 en la fila 9. Después de la pasada de recopilación, el orden de los valores en el arreglo 
unidimensional es 100, 3 y 97. En la tercera pasada (dígito de las centenas), el 100 se coloca en la fila 1, 
el 3 en la fila 0 y el 97 en la fila 0 (después del 3). Después de esta última pasada de recopilación, el arreglo 
original se encuentra en orden. 

Observe que el arreglo bidimensional de cubetas es 10 veces la longitud del arreglo entero que se 
está ordenando. Esta técnica de ordenamiento proporciona un mejor rendimiento que el ordenamiento 
de burbuja, pero requiere mucha más memoria; el ordenamiento de burbuja requiere espacio sólo para 
un elemento adicional de datos. Esta comparación es un ejemplo de la concesión entre espacio y tiempo: 
el ordenamiento de cubeta utiliza más memoria que el ordenamiento de burbuja, pero su rendimiento es 
mejor. Esta versión del ordenamiento de cubeta requiere copiar todos los datos de vuelta al arreglo original 
en cada pasada. Otra posibilidad es crear un segundo arreglo de cubeta bidimensional, e intercambiar en 
forma repetida los datos entre los dos arreglos de cubeta. 

16.8 (Búsqueda lineal recursiva) Modifique la figura 16.2 para utilizar el método recursivo busquedaLi neal Recur- 
siva para realizar una búsqueda lineal en el arreglo. El método debe recibir la clave de búsqueda y el índice inicial como 
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argumentos. Si se encuentra la clave de búsqueda, se devuelve su índice en el arreglo; en caso contrario, se devuelve -1. 
Cada llamada al método recursivo debe comprobar un índice en el arreglo. 

16.9 (Búsqueda binaria recursiva) Modifique la figura 16.4 para que utilice el método recursivo busquedaBi na- 
ri aRecu rsi va para realizar una búsqueda binaria en el arreglo. El método debe recibir la clave de búsqueda, el índice 
inicial y el índice final como argumentos. Si se encuentra la clave de búsqueda, se devuelve su índice en el arreglo. Si no 
se encuentra, se devuelve -1. 

16.10 ( Quicksort) La técnica de ordenamiento recursiva llamada “quicksort” utiliza el siguiente algoritmo básico para 
un arreglo unidimensional de valores: 

a) Paso de particionamiento: tomar el primer elemento del arreglo desordenado y determinar su ubicación final 
en el arreglo ordenado (es decir, todos los valores a la izquierda del elemento en el arreglo son menores 
que el elemento, y todos los valores a la derecha del elemento en el arreglo son mayores; a continuación le 
mostraremos cómo hacer esto). Ahora tenemos un elemento en su ubicación apropiada y dos subarreglos 
desordenados. 

b) Paso recursivo: llevar a cabo el paso 1 en cada subarreglo desordenado. Cada vez que se realiza el paso 1 en un 
subarreglo, se coloca otro elemento en su ubicación final en el arreglo ordenado, y se crean dos subarreglos 
desordenados. Cuando un subarreglo consiste en un elemento, ese elemento se encuentra en su ubicación 
final (debido a que un arreglo de un elemento ya está ordenado). 

El algoritmo básico parece bastante simple, pero ¿cómo determinamos la posición final del primer 
elemento de cada subarreglo? Como ejemplo, considere el siguiente conjunto de valores (el elemento en 
negritas es el elemento de particionamiento; se colocará en su ubicación final en el arreglo ordenado): 

37 2 6 4 89 8 10 12 68 45 

Empezando desde el elemento de más a la derecha del arreglo, se compara cada elemento con 37 hasta 
que se encuentra un elemento menor que 37; después se intercambian el 37 y ese elemento. El primer 
elemento menor que 37 es 12, por lo que se intercambian el 37 y el 12. El nuevo arreglo es 

12 2 6 4 89 8 10 37 68 45 

El elemento 12 está en cursivas, para indicar que se acaba de intercambiar con el 37. 

Empezando desde la parte izquierda del arreglo, pero con el elemento que está después de 12, compare 
cada elemento con 37 hasta encontrar un elemento mayor que 37; después intercambie el 37 y ese elemen- 
to. El primer elemento mayor que 37 es 89, por lo que se intercambian el 37 y el 89. 

El nuevo arreglo es 

12 2 6 4 37 8 10 Sí» 68 45 

Empezando desde la derecha, pero con el elemento antes del 89, compare cada elemento con 37 hasta 
encontrar un elemento menor que 37; después se intercambian el 37 y ese elemento. El primer elemento 
menor que 37 es 10, por lo que se intercambian 37 y 10. El nuevo arreglo es 

12 2 6 4 10 8 37 89 68 45 

Empezando desde la izquierda, pero con el elemento que está después de 10, compare cada elemento con 
37 hasta encontrar un elemento mayor que 37; después intercambie el 37 y ese elemento. No hay más 
elementos mayores que 37, por lo que al comparar el 37 consigo mismo, sabemos que se ha colocado en 
su ubicación final en el arreglo ordenado. Cada valor a la izquierda de 37 es más pequeño, y cada valor a la 
derecha de 37 es más grande. 

Una vez que se ha aplicado la partición en el arreglo anterior, hay dos subarreglos desordenados. El 
subarreglo con valores menores que 37 contiene 12, 2, 6, 4, 10 y 8. El subarreglo con valores mayores que 
37 contiene 89, 68 y 45. El ordenamiento continúa en forma recursiva, y ambos subarreglos se particionan 
de la misma forma que el arreglo original. 

Con base en la discusión anterior, escriba el método recursivo ayudanteQui cksort para ordenar un 
arreglo entero unidimensional. El método debe recibir como argumentos un índice inicial y un índice final 
en el arreglo original que se está ordenando. 
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OBJETIVOS 

En este capítulo aprenderá a: 

■ Formar estructuras de datos enlazadas utilizando referencias, 
clases autorreferencladas y recursividad. 

■ Conocer las clases de envoltura de tipos, que permiten a los 
programas procesar valores de datos primitivos como objetos. 

■ Utilizar autoboxing para convertir un valor primitivo en un 
objeto de la clase de envoltura de tipo correspondiente. 

■ Utilizar autounboxing para convertir un objeto de una clase 
de envoltura de tipo en un valor primitivo. 

■ Crear y manipular estructuras dinámicas de datos como listas 
enlazadas, colas, pilas y árboles binarios. 

■ Comprender varias aplicaciones Importantes de las estructuras 
de datos enlazadas. 

■ Crear estructuras de datos reutilizables con clases, herencia 
y composición. 



De muchas cosas a las que 
estoy atado, no he podido 
liberarme; 

Y muchas de las que me 
liberé, han vuelto a mí. 

— Lee Wilson Dodd 

¿ Podría caminar un poco 
más rápido?’ Dijo una 
merluza a un caracol; 

‘Hay una marsopa 
acercándose mucho a 
nosotros y está pisándome 
la cola 

— Lewis Carroll 

Siempre hay lugar en la 
cima. 

— Daniel Webster 

Empujen; sigan moviéndose. 
— Thomas Morton 

Daré vuelta a una nueva 
hoja. 

— Miguel de Cervantes 
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17.1 Introducción 

En capítulos anteriores hemos estudiado estructuras de datos de tamaño fijo, como los arreglos unidimensio- 
nales y multidimensionales. En este capítulo presentaremos las estructuras de datos dinámicas, que crecen y se 
reducen en tiempo de ejecución. Las listas enlazadas son colecciones de elementos de datos “alineados en una 
fila”; pueden insertarse y eliminarse elementos en cualquier parte de una lista enlazada. Las pilas son importantes 
en los compiladores y sistemas operativos; pueden insertarse y eliminarse elementos sólo en un extremo de una 
pila: su parte superior. Las colas representan líneas de espera; se insertan elementos en la parte final (conocida 
como rabo) de una cola y se eliminan elementos de su parte inicial (conocida como cabeza) . Los árboles binarios 
facilitan la búsqueda y ordenamiento de los datos de alta velocidad, la eliminación eficiente de elementos de datos 
duplicados, la representación de directorios del sistema de archivos, la compilación de expresiones en lenguaje 
máquina y muchas otras aplicaciones interesantes. 

Hablaremos sobre cada uno de estos tipos principales de estructuras de datos e implementaremos programas 
para crearlas y manipularlas. Utilizaremos clases, herencia y composición para crear y empaquetar estas estructu- 
ras de datos, para reutilizarlas y darles mantenimiento. En el capítulo 19, Colecciones, hablaremos sobre las clases 
predefinidas de Java para implementar las estructuras de datos que describiremos en este capítulo. 

Los ejemplos que se presentan aquí son programas prácticos que pueden utilizarse en cursos más avanzados 
y en aplicaciones industriales. Los ejercicios incluyen una vasta colección de aplicaciones útiles. 

Los ejemplos de este capítulo manipulan valores primitivos por cuestión de simpleza. Sin embargo, la mayo- 
ría de las implementaciones de estructuras de datos en este capítulo sólo almacenan objetos Object. Java tiene 
una característica conocida como boxing, la cual permite convertir valores primitivos a objetos, y objetos a valores 
primitivos, para usarlos en casos como éste. Los objetos que representan valores primitivos son instancias de lo 
que se conoce como clases de envoltura de tipos de Java, en el paquete j ava . 1 ang. En las siguientes dos secciones 
hablaremos sobre estas clases y las conversiones boxing, para poder utilizarlas en los ejemplos de este capítulo. 

Le recomendamos que trate de realizar el proyecto principal descrito en la sección especial titulada Construya 
su propio compilador. Ha estado utilizando un compilador de Java para traducir sus programas de Java en códigos 
de bytes, para poder ejecutar estos programas en su computadora. En este proyecto creará su propio compilador 
funcional. Este compilador leerá un archivo de instrucciones escritas en un lenguaje de alto nivel simple pero 
poderoso, similar a las primeras versiones del popular lenguaje BASIC. Su compilador traducirá estas instruccio- 
nes en un archivo de instrucciones de Lenguaje Máquina Simpletron (LMS); éste es el lenguaje que aprendió en la 
sección especial del capítulo 7, Construya su propia computadora. ¡Su programa Simulador de Simpletron ejecu- 
tará entonces el programa LMS producido por su compilador! Al implementar este proyecto mediante el uso de 
una metodología orientada a objetos, usted recibirá una maravillosa oportunidad para poner en práctica la mayor 
parte de lo que ha aprendido en este libro. La sección especial lo lleva cuidadosamente a través de las especifica- 
ciones del lenguaje de alto nivel, y describe los algoritmos que usted necesitará para convertir cada instrucción, en 
lenguaje de alto nivel, a instrucciones de lenguaje máquina. Si disfruta de los retos, tal vez pueda tratar de realizar 
las diversas mejoras tanto al compilador como al Simulador Simpletron, las cuales se sugieren en los ejercicios. 
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1 7.2 Clases de envoltura de tipos para los tipos primitivos 

Cada uno de los tipos primitivos (que se enlistan en el apéndice D, Tipos primitivos) tiene su correspondiente 
clase de envoltura de tipo (en el paquete j ava . 1 ang). Estas clases se llaman Bol ean, Byte, Character, Doubl e, 
Float, Integer, Long y Short. Cada clase de envoltura de tipo nos permite manipular los valores de tipos 
primitivos como objetos. Muchas de las estructuras de datos que desarrollamos o reutilizamos en los capítu- 
los 17 a 19 manipulan y comparten objetos Object. Estas clases no pueden manipular variables de tipos primi- 
tivos, pero sí pueden manipular objetos de las clases de envoltura de tipos, ya que en última instancia, cada clase 
se deriva de Ob j ect. 

Cada una de las clases de envoltura de tipos numéricos (Byte, Short, Integer, Long, Float y Doubl e) 
extiende a la clase Number. Además, las clases de envoltura de tipos son final , por lo que no podemos extenderlas. 

Los tipos primitivos no tienen métodos, por lo que los métodos relacionados con un tipo primitivo se 
encuentran en la clase de envoltura de tipo correspondiente (por ejemplo, el método parselnt, que convierte 
un objeto Stri ng en un valor i nt, se encuentra en la clase Integer). Si necesita manipular un valor primitivo 
en su programa, primero consulte la documentación para las clases de envoltura de tipos; el método que necesite 
tal vez ya esté declarado. 

17.3 Autoboxingy autounboxing 

Antes de Java SE 5, si queríamos insertar un valor primitivo en una estructura de datos que pudiera almacenar 
sólo objetos Object, teníamos que crear un nuevo objeto de la clase de envoltura de tipo correspondiente, y 
después insertar este objeto en la colección. De manera similar, si queríamos obtener un objeto de una clase de 
envoltura de tipo de una colección y manipular su valor primitivo, teníamos que invocar un método en el objeto 
para obtener su correspondiente valor de tipo primitivo. Por ejemplo, suponga que desea agregar un i nt a un 
arreglo que almacene sólo referencias a objetos Integer. Antes de Java SE 5, teníamos que “envolver” un valor 
i nt en un objeto Integer antes de agregar el entero al arreglo y “desenvolver” el valor i nt del objeto Integer 
para obtener el valor del arreglo, como en 

IntegerJ] arregloEntero = new IntegerJ 5 ] ; // crea arregloEntero 

// asigna Integer 10 a enteroArregloJ 0 ] 

arregl oEntero[ 0 ] = new IntegerJ 10 ); 

// obtiene valor int de Integer 

int valor = arregloEnteroJ 0 ] . i ntVal ue() ; 

Observe que el valor primitivo i nt 10 se utiliza para inicializar un objeto Integer. Esto logra el resultado desea- 
do, pero requiere código adicional y es pesado. Después necesitamos invocar el método intValue de la clase 
Integer para obtener el valor i nt en el objeto Integer. 

Java SE 5 simplificó la conversión entre valores de tipos primitivos y los objetos de envoltura de tipos, al no 
requerir código adicional de parte del programador. Java SE 5 introdujo dos nuevas conversiones: la conversión 
boxing y la conversión unboxing. Una conversión boxing convierte un valor de un tipo primitivo en un objeto 
de la clase de envoltura de tipo correspondiente. Una conversión unboxing convierte un objeto de una clase de 
envoltura de tipo en un valor del tipo primitivo correspondiente. Estas conversiones se pueden realizar de manera 
automática (a lo cual se le conoce como autoboxing y autounboxing). Por ejemplo, las instrucciones anteriores 
se pueden reescribir como 

IntegerJ] arregloEntero = new IntegerJ 5 ] ; // crea arregloEntero 
arregl oEnteroJ 0 ] = 10; // asigna Integer 10 a arregloEnteroJ 0 ] 
int valor = arregloEnteroJ 0 ] ; // obtiene valor int de Integer 

En este caso, la conversión autoboxing ocurre cuando se asigna un valor int (10) a arregloEnteroJ 0 ], ya 
que arregloEntero almacena referencias a objetos Integer, no valores primitivos int. La conversión auto- 
unboxing ocurre cuando se asigna arregl oEntero [ 0 ] la variable i nt val or, ya que esta variable almacena un 
valor i nt, no una referencia a un objeto Integer. Las conversiones autoboxing y autounboxing también ocurren 
en las instrucciones de control; la condición de una instrucción de control se puede evaluar como un tipo primi- 
tivo bool ean o un tipo de referencia Bool ean. Muchos de los ejemplos de este capítulo utilizan estas conversiones 
para almacenar valores primitivos en, y para obtenerlos de, las estructuras de datos que sólo almacenan referencias 
a objetos Object. 
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1 7.4 Clases autorreferenciadas 

Una clase autorreferenciada contiene una variable de instancia que hace referencia a otro objeto del mismo tipo 
de clase. Por ejemplo, la declaración: 

class Nodo 

{ 

prívate int datos; 

prívate Nodo siguí enteNodo; // referencia al siguiente nodo enlazado 

public Nodo( int datos ) { /* cuerpo del constructor */ } 

public void establecerDatosf int datos ) { /* cuerpo del método */ } 

public int obtenerDatosO { /* cuerpo del método */ } 

public void establ ecerSigui ente( Nodo siguiente ) { /* cuerpo del método */ } 
public Nodo obtenerSiguienteO { /* cuerpo del método */ } 

} // fin de la clase Nodo 

declara la clase Nodo, la cual tiene dos variables de instancia pri vate: la variable entera datos y la referencia Nodo 
llamada si gui enteNodo. El campo si gui enteNodo hace referencia a un objeto de la clase Nodo, un objeto de la 
misma clase que se está declarando aquí; es por ello que se utiliza el término “clase autorreferenciada”. El campo 
si gui enteNodo es un enlace; “vincula” a un objeto de tipo Nodo con otro objeto del mismo tipo. El tipo Nodo 
también tiene cinco métodos: un constructor que recibe un entero para inicializar a datos, un método esta- 
bl ecerDatos para establecer el valor de datos, un método obtenerDatos para devolver el valor de datos, un 
método establ ecerSigui ente para establecer el valor de si gui enteNodo y un método obtenerSi gui ente 
para devolver una referencia al siguiente nodo. 

Los programas pueden enlazar objetos autorreferenciados entre sí para formar estructuras de datos útiles 
como listas, colas, pilas y árboles. En la figura 17.1 se muestran dos objetos autorreferenciados, enlazados entre sí 
para formar una lista. Una barra diagonal inversa (que representa una referencia nul 1 ) se coloca en el miembro de 
enlace del segundo objeto autorreferenciado para indicar que el enlace no hace referencia a otro objeto. La barra 
diagonal inversa es ilustrativa; no corresponde al carácter de barra diagonal inversa en Java. Utilizamos nul 1 para 
indicar el final de una estructura de datos. 


15 • ► 10 

Figura 1 7.1 | Objetos de una clase autorreferenciada enlazados entre sí. 

17.5 Asignación dinámica de memoria 

Para crear y mantener estructuras dinámicas de datos se requiere la asignación dinámica de memoria; la habi- 
lidad para que un programa obtenga más espacio de memoria en tiempo de ejecución, para almacenar nuevos 
nodos y para liberar el espacio que ya no se necesita. Recuerde que los programas de Java no liberan explícitamen- 
te la memoria asignada en forma dinámica. En vez de ello, Java realiza la recolección automática de basura en los 
objetos que ya no son referenciados en un programa. 

El límite para la asignación dinámica de memoria puede ser tan grande como la cantidad de memoria física 
disponible en la computadora, o la cantidad de espacio en disco disponible en un sistema con memoria virtual. 
A menudo, los límites son mucho más pequeños ya que la memoria disponible de la computadora debe compar- 
tirse entre muchas aplicaciones. 

La expresión de declaración y creación de instancia de clase: 

Nodo nodoParaAgregar = new Nodo( 10 ) ; // 10 son los datos de nodoParaAgregar 

asigna la memoria para almacenar un objeto Nodo y devuelve una referencia al objeto, que se asigna a nodoPara- 
Agregar. Si no hay disponible suficiente memoria, la expresión lanza una excepción OutOfMemoryError. 

Las siguientes secciones hablan sobre listas, pilas, colas y árboles que utilizan asignación dinámica de memo- 
ria y clases autorreferenciadas para crear estructuras de datos dinámicas. 
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17.6 Listas enlazadas 

Una lista enlazada es una colección lineal (es decir, una secuencia) de objetos de una clase autorreferenciada, 
conocidos como nodos, que están conectados por enlaces de referencia; es por ello que se utiliza el término lista 
“enlazada”. Por lo general, un programa accede a una lista enlazada mediante una referencia al primer nodo en 
la lista. El programa accede a cada nodo subsiguiente a través de la referencia de enlace almacenada en el nodo 
anterior. Por convención, la referencia de enlace en el último nodo de una lista se establece en nuil. Los datos se 
almacenan en forma dinámica en una lista enlazada; el programa crea cada nodo según sea necesario. Un nodo 
puede contener datos de cualquier tipo, incluyendo referencias a objetos de otras clases. Las pilas y las colas son 
también estructuras de datos lineales y, como veremos, son versiones restringidas de las listas enlazadas. Los árbo- 
les son estructuras de datos no lineales. 

Pueden almacenarse listas de datos en los arreglos, pero las listas enlazadas ofrecen varias ventajas. Una lista 
enlazada es apropiada cuando el número de elementos de datos que se van a representar en la estructura de datos 
es impredecible. Las listas enlazadas son dinámicas, por lo que la longitud de una lista puede incrementarse o 
reducirse, según sea necesario. Sin embargo, el tamaño de un arreglo “convencional” en Java no puede alterarse; 
el tamaño del arreglo se fija en el momento en que el programa lo crea. Los arreglos “convencionales” pueden 
llenarse. Las listas enlazadas se llenan sólo cuando el sistema no tiene suficiente memoria para satisfacer las peti- 
ciones de asignación dinámica de almacenamiento. El paquete java. útil contiene la clase LinkedList para 
implementar y manipular listas enlazadas que crezcan y se reduzcan durante la ejecución del programa. Hablare- 
mos sobre la clase Li nkedLi st en el capítulo 19, Colecciones. 



Tip de rendimiento 17.1 

Un arreglo puede declararse de manera que contenga más elementos que el número de elementos esperados, pero esto 
desperdicia memoria. Las listas enlazadas proporcionan una mejor utilización de memoria en estas situaciones. Las 
listas enlazadas permiten al programa adaptarse a las necesidades de almacenamiento en tiempo de ejecución. 



Tip de rendimiento 17.2 

La inserción en una lista enlazada es rápida; sólo hay que modificar dos referencias ( después de localizar el punto de 
inserción). Todos los objetos nodo existentes permanecen en sus posiciones actuales en memoria. 


Las listas enlazadas pueden mantenerse en orden con sólo insertar cada nuevo elemento en el punto apro- 
piado de la lista. (Claro que lleva tiempo localizar el punto de inserción apropiado). Los elementos existentes en 
la lista no necesitan moverse. 


í * ' 


Tip de rendimiento 17.3 

La inserción y la eliminación en un arreglo ordenado puede llevar mucho tiempo; todos los elementos que van después 
del elemento insertado o eliminado deben desplazarse apropiadamente. 


Por lo general, los nodos de las listas enlazadas no se almacenan contiguamente en memoria, sino que son 
adyacentes en forma lógica. La figura 17.2 muestra una lista enlazada con varios nodos. Este diagrama presenta 
una lista de enlace simple (cada nodo contiene una referencia al siguiente nodo en la lista). A menudo, las listas 


primerNodo 


ultimoNodo 



Figura 17.2 


Representación gráfica de una lista enlazada. 
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enlazadas se implementan como listas de enlace doble (cada nodo contiene una referencia al siguiente nodo en 
la lista y una referencia al nodo anterior en la lista). La clase Li nkedLi st de Java es una implementación de lista 
de enlace doble. 



Tip de rendimiento 17.4 

Por lo general, los elementos de un arreglo están contiguos en memoria. Esto permite un acceso inmediato a cualquier 
elemento del arreglo, ya que la dirección de cualquier elemento puede calcularse directamente como su desplazamien- 
to a partir del inicio del arreglo. Las listas enlazadas no permiten dicho acceso inmediato a sus elementos; para acce- 
der a ellos se tiene que recorrer la lista desde su parte inicial ( o desde la parte final en una lista de enlace doble). 


El programa de la figuras 17.3 a 17.5 utiliza un objeto de nuestra clase Lista para manipular una lista de 
objetos misceláneos. El programa consta de cuatro clases: NodoLista (figura 17.3, líneas 6 a 37), Lista (figura 
17.3, líneas 40 a 147), ExcepcionListaVacia (figura 17.4) y PruebaLista (figura 17.5). Las clases Lista, 
NodoLi stay ExcepcionLi staVaci a están colocadas en el paquete com. dei tel . jhtp7 . capl7, para que puedan 
reutilizarse a lo largo de este capítulo. Hay una lista enlazada de objetos NodoLi sta encapsulada en cada objeto 
Li sta. [Nota: muchas de las clases en este capítulo se declaran en el paquete com . dei tel . j htp7 . capl7. Cada 
una de estas clases debe compilarse con la opción de línea de comandos -d para j avac Cuando compile las clases 
que no están en este paquete y cuando ejecute los programas, asegúrese de utilizar la opción -classpath para 
javac y java, respectivamente]. 


1 // Fig. 17.3: Lista. java 

2 // Definiciones de las clases NodoLista y Lista. 

3 package com.deitel . jhtp7.capl7; 

4 

5 // clase para representar un nodo en una lista 

6 class NodoLista 

7 { 

8 // miembros de acceso del paquete; Lista puede acceder a ellos directamente 

9 Object datos; // los datos para este nodo 

10 NodoLista siguienteNodo; // referencia al siguiente nodo en la lista 

1 1 

12 // el constructor crea un objeto NodoLista que hace referencia al objeto 

13 NodoLi sta( Object objeto ) 

14 { 

15 this( objeto, nuil ); 

16 } // fin del constructor de NodoLista con un argumento 

17 

18 // el constructor crea un objeto NodoLista que hace referencia a 

19 // un objeto Object y al siguiente objeto NodoLista 

20 NodoLista( Object objeto, NodoLista nodo ) 

21 { 

22 datos = objeto; 

23 siguienteNodo = nodo; 

24 } // fin del constructor de NodoLista con dos argumentos 

25 

26 // devuelve la referencia a datos en el nodo 

27 Object obtenerObjectO 

28 { 

29 return datos; // devuelve el objeto Object en este nodo 

30 } // fin del método obtenerObject 

31 

32 // devuelve la referencia al siguiente nodo en la lista 

33 NodoLista obtenerSi guiente() 

34 { 

35 return siguienteNodo; // obtiene el siguiente nodo 


Figura 1 7.3 | Declaraciones de las clases NodoLi sta y Li sta. (Parte I de 3). 
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} // fin del método obtenerSiguiente 
} // fin de la clase NodoLista 

// definición de la clase Lista 
public class Lista 
{ 

private NodoLista primerNodo; 
private NodoLista ultimoNodo; 

private String nombre; // cadena como "lista", utilizada para imprimir 

// el constructor crea una Lista vacia con el nombre "lista" 
public ListaO 
{ 

this( "lista" ) ; 

} // fin del constructor de Lista sin argumentos 

// el constructor crea una Lista vacia con un nombre 
public Lista( String nombreLista ) 

{ 

nombre = nombreLista; 
primerNodo = ultimoNodo = nuil; 

} // fin del constructor de Lista con un argumento 

// inserta objeto Object al frente de la Lista 

public void i nsertarAl Frentef Object elementolnsertar ) 

{ 

if ( estaVaciaO ) // primerNodo y ultimoNodo hacen referencia al mismo objeto 
primerNodo = ultimoNodo = new NodoListaf elementolnsertar ); 
else // primerNodo hace referencia al nuevo nodo 

primerNodo = new NodoListaf elementolnsertar, primerNodo ); 

} // fin del método i nsertarAl Frente 

// inserta objeto Object al final del la Lista 

public void i nsertarAl Fi nal ( Object elementolnsertar ) 

{ 

if ( estaVaciaO ) // primerNodo y ultimoNodo hacen referencia al mismo objeto 
primerNodo = ultimoNodo = new NodoListaf elementolnsertar ); 
else // el sigui enteNodo de ultimoNodo hace referencia al nuevo nodo 

ultimoNodo = ultimoNodo. sigui enteNodo = new NodoListaf elementolnsertar ); 

} // fin del método i nsertarAl Fi nal 

// elimina el primer nodo de la Lista 

public Object eliminarDelFrenteO throws ExcepcionListaVacia 

{ 

if ( estaVaciaO ) // lanza excepción si la Lista está vacia 

throw new ExcepcionListaVaciaf nombre ); 

Object elementoEliminado = primerNodo. datos; // obtiene los datos que se van a 

el i mi nar 

// actualiza las referencias primerNodo y ultimoNodo 

if ( primerNodo == ultimoNodo ) 
primerNodo = ultimoNodo = nuil; 

el se 

primerNodo = primerNodo. siguienteNodo; 

return elementoEliminado; // devuelve los datos del nodo eliminado 
} // fin del método el iminarDel Frente 


Figura 17.3 


Declaraciones de las clases NodoLi sta y Li sta. (Parte 2 de 3). 
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94 // elimina el último nodo de la Lista 

95 public Object eliminarDelFinal () throws ExcepcionListaVacia 

96 { 

97 if ( estaVaciaO ) // lanza excepción si la Lista está vacia 

98 throw new ExcepcionListaVacia( nombre ); 

99 

100 Object elementoEliminado = ul ti moNodo. datos; // obtiene los datos que se van a 

eliminar 

101 

102 // actualiza las referencias primerNodo y ultimoNodo 

103 if ( primerNodo == ultimoNodo ) 

104 primerNodo = ultimoNodo = nuil; 

105 else // localiza el nuevo último nodo 

106 { 

107 NodoLista actual = primerNodo; 

108 

109 // itera mientras el nodo actual no haga referencia a ultimoNodo 

110 while ( actual . si gui enteNodo != ultimoNodo ) 

111 actual = actual .si gui enteNodo; 

1 12 

113 ultimoNodo = actual; // actual el nuevo ultimoNodo 

114 actual . si gui enteNodo = nuil; 

115 } // fin de else 

116 

117 return elementoEliminado; // devuelve los datos del nodo eliminado 

118 } // fin del método eliminarDelFinal 

119 

120 // determina si la lista está vacia 

121 public boolean estaVaciaO 

122 { 

123 return primerNodo == nuil; // devuelve true si la lista está vacia 

124 } // fin del método estaVacia 

125 

126 // imprime el contenido de la lista 

127 public void imprimirO 

128 { 

129 if ( estaVaciaO ) 

130 { 

131 System . out . pri ntf( "%s vacia\n", nombre ); 

132 return; 

133 } // fin de if 

134 

135 System. out. printf( "La %s es: ", nombre ); 

136 NodoLista actual = primerNodo; 

137 

138 // mientras no esté al final de la lista, imprime los datos del nodo actual 

139 while ( actual != nuil ) 

140 { 

141 System . out . pri ntf( "%s ", actual. datos ); 

142 actual = actual . si gui enteNodo ; 

143 } // fin de while 

144 

145 System. out. println( "\n" ); 

146 } // fin del método imprimir 

147 } // fin de la clase Lista 

Figura 1 7.3 | Declaraciones de las clases NodoLi sta y Li sta. (Parte 3 de 3). 


La clase NodoLista (figura 17.3, líneas 6 a 37) declara los campos de acceso del paquete llamados datos y 
si gui enteNodo. El campo datos es una referencia Object, por lo que puede hacer referencia a cualquier objeto. 
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El miembro siguienteNodo de NodoLista almacena una referencia al siguiente objeto NodoLista en la lista 
enlazada (o nuil, si el nodo es el último en la lista). 

En las líneas 42 y 43 de la clase Li sta (figura 17.3, líneas 40 a 147) se declaran referencias al primer y últi- 
mo objetos NodoLista en un objeto Lista (primerNodo y ultimoNodo, respectivamente). Los constructores 
(líneas 47 a 50 y 53 a 57) inicializan ambas referencias con nuil. Los métodos más importantes de la clase Li sta 
son i nsertarAl Frente (líneas 60 a 66), i nsertarAl Fi nal (líneas 69 a 75), el imi narDel Frente (líneas 78 a 
92) y el imi narDel Fi nal (líneas 95 a 118). El método estaVacia (líneas 121 a 124) es un método predicado, 
el cual determina si la lista está vacía (es decir, si la referencia al primer nodo de la lista es nuil). Los métodos 
predicado generalmente evalúan una condición y no modifican el objeto en el que son llamados. Si la lista está 
vacía, el método estaVaci a devuelve true; en caso contrario, devuelve fal se. El método i mpri mi r (líneas 127 
a 146) muestra el contenido de la lista. Después de la figura 17.5 hay una discusión detallada sobre los métodos 
de Li sta. 

El método main de la clase PruebaLista (figura 17.5) inserta objetos al principio de la lista utilizando el 
método i nsertarAl Frente, inserta objetos al final de la lista utilizando el método i nsertarAl Fi nal, elimina 
objetos de la parte frontal de la lista utilizando el método el i mi narDel Frente y elimina objetos de la parte 
final de la lista utilizando el método el i mi narDel Fi nal . Después de cada operación de inserción y eliminación, 
PruebaLi sta invoca al método de Li sta llamado i mpri mi r para mostrar el contenido actual de la lista. Si se 
trata de eliminar un elemento de una lista vacía, se lanza una excepción del tipo Excepci onLi staVaci a (figura 
17.4), de manera que las llamadas a los métodos el imi narDel Frente y el imi narDel Fi nal se colocan en un 
bloque try que va seguido de un manejador de excepciones apropiado. Observe en las líneas 13, 15, 17 y 19 que 
la aplicación pasa valores literales int primitivos a los métodos i nsertarAl Frente e i nsertarAl Fi nal, aun 
cuando cada uno de estos métodos se declaró con un parámetro de tipo Object (figura 17.3, líneas 60 y 69). En 
este caso, la JVM realiza la conversión autobox de cada valor literal a un objeto Integer, y ese objeto es el que se 
inserta en la lista. Desde luego que esto se permite debido a que Object es una superclase indirecta de Integer. 


1 // Fig. 17.4: Excepci onLi staVaci a. java 

2 // Definición de la clase ExcepcionLi staVaci a. 

3 package com . dei tel . jhtp7 . capl7 ; 

4 

5 public class ExcepcionLi staVaci a extends RuntimeException 

6 { 

7 // constructor sin argumentos 

8 public Excepci onLi staVaci a() 

9 { 

10 this( "Lista" ); // llama al otro constructor de Excepci onLi staVaci a 

11 } // fin del constructor de Excepci onLi staVaci a sin argumentos 

12 

13 // constructor con un argumento 

14 public Excepci onLi staVaci a( String nombre ) 

15 { 

16 super( nombre + " esta vacia" ); // llama al constructor de la superclase 

• 7 } // fin del constructor de Excepci onLi staVaci a con un argumento 

18 } // fin de la clase Excepci onLi staVaci a 

Figura 17.4 | Declaración de la clase Excepci onLi staVaci a. 


1 // Fig. 17.5: PruebaLi sta. java 

2 // Clase PruebaLista para demostrar las capacidades de Lista. 

3 import com. dei tel . jhtp7.capl7. Lista; 

4 import com.deitel . jhtp7.capl7.ExcepcionListaVacia; 

5 

6 public class PruebaLista 

7 { 

Figura 17.5 | Manipulaciones de listas enlazadas. (Parte I de 2). 
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public static void main( String args[] ) 

{ 

Lista lista = new Lista(); // crea el contenedor de Lista 

// inserta enteros en lista 

lista. i nsertarAl Frente( -1 ); 

lista.imprimi r() ; 

lista. i nsertarAl Frente( 0 ); 

lista.imprimi r() ; 

lista. i nsertarAl Fi nal ( 1 ); 

lista.imprimi r() ; 

lista, i nsertarAl Fi nal ( 5 ); 

lista.imprimi r() ; 

// elimina objetos de lista; imprime después de cada eliminación 
try 
{ 

Object objetoEliminado = lista. eliminarDelFrenteO ; 

System. out.printf( "%s el imi nado\n" , objetoEliminado ); 
lista, impri mi r() ; 

objetoEliminado = lista. eliminarDelFrenteO ; 

System. out.printf( "%s el imi nado\n" , objetoEliminado ); 
li sta. impri mi r() ; 

objetoEliminado = lista. eliminarDelFinal () ; 

System. out.printf( "%s el imi nado\n" , objetoEliminado ); 

1 i sta. impri mi r() ; 

objetoEliminado = lista. eliminarDelFinal () ; 

System. out.printf( "%s el imi nado\n" , objetoEliminado ); 

1 i sta. impri mi r() ; 

} // fin de try 

catch ( ExcepcionLi staVaci a excepcionListaVacia ) 

{ 

excepci onLi staVaci a. pri ntStackT race() ; 

} // fin de catch 
} // fin de main 

} // fin de la clase PruebaLista 


La 1 i sta es : 

-1 

La 1 i sta es : 

0 -1 

La 1 i sta es : 

0 -1 

La 1 i sta es : 

0 -1 

0 eliminado 
La 1 i sta es : 

-1 1 

-1 eliminado 
La 1 i sta es : 

1 5 

5 eliminado 
La 1 i sta es : 

1 

1 eliminado 
lista vacia 



Figura 1 7.5 | Manipulaciones de listas enlazadas. (Parte 2 de 2). 
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Ahora hablaremos detalladamente sobre cada uno de los métodos de la clase Lista (figura 17.3) y 
proporcionaremos diagramas que muestren las manipulaciones de referencia realizadas por los métodos i nsertar 
AlFrente, insertarAl Fi nal, el imi narDel Frente y el imi narDel Fi nal . El método i nsertarAl Frente 
(líneas 60 a 66 de la figura 17.3) coloca un nuevo nodo al frente de la lista. Los pasos son: 

1. Llamar a estaVaci a para determinar si la lista está vacía (línea 62). 

2. Si la lista está vacía, asignar primerNodo y ultimoNodo al nuevo NodoLista que se inicializó con 
el ementolnsertar (línea 63). El constructor de NodoLi sta en las líneas 13 a 16 llama al constructor 
de NodoLi sta en las líneas 20 a 24 para establecer la variable de instancia datos, para hacer referencia al 
objeto el ementolnsertar que se pasa como argumento y para establecer la referencia si gui enteNodo 
en nul 1 , ya que éste es el primer y último nodo en la lista. 

3. Si la lista no está vacía, el nuevo nodo se “enlaza” en la lista asignando a primerNodo un nuevo objeto 
NodoLista, e inicializando ese objeto con elementolnsertar y primerNodo (línea 65). Cuando se 
ejecuta el constructor de NodoLi sta (líneas 20 a 24), establece la variable de instancia datos para que 
haga referencia al elementolnsertar que se pasa como argumento, y realiza la inserción asignando a 
la referencia si gui enteNodo del nuevo nodo al objeto NodoLi sta que se pasa como argumento, y que 
anteriormente era el primer nodo. 

En la figura 17.6, la parte (a) muestra una lista y un nuevo nodo durante la operación i nsertarAl Frente 
y antes de que el programa enlace el nuevo nodo a la lista. Las flechas punteadas en la parte (b) ilustran el paso 3 
de la operación i nsertarAl Frente, en donde se permite al nodo que contiene 12 convertirse en el primer nuevo 
nodo en la lista. 

El método i nsertarAl Fi nal (líneas 69 a 75 de la figura 17.3) coloca un nuevo nodo al final de la lista. Los 
pasos son: 

1. Llamar a estaVaci a para determinar si la lista está vacía (línea 71). 

2. Si la lista está vacía, asignar primerNodo y ultimoNodo al nuevo NodoLista que se inicializó con 
el ementolnsertar (línea 72). El constructor de NodoLi sta en las líneas 13 a 16 llama al constructor 
de las líneas 20 a 24 para establecer la variable de instancia datos, para hacer referencia al objeto el e- 
mentolnsertar que se pasa como argumento y para establecer la referencia si gui enteNodo en nul 1 . 

3. Si la lista no está vacía, en la línea 74 se enlaza el nuevo nodo a la lista, asignando a ultimoNodo y a 
ultimoNodo . si gui enteNodo la referencia al nuevo NodoLi sta que se inicializó con el ementolnser- 
tar. El constructor de NodoLista (líneas 13 a 16) establece la variable de instancia datos para hacer 
referencia al objeto el ementolnsertar que se pasa como argumento y establece la referencia si gui en- 
teNodo en nul 1 , ya que éste es el último nodo en la lista. 


(a) primerNodo 

• ► 7 • ► 11 

new nodoLista 

• ► 12 

(b) primerNodo 

• 7 • ► 11 

\ 

S 

A I 

\ 

new nodoListá^ ] 

. . 12 i 

Figura 17.6 | Representación gráfica de la operación i nsertarAl Frente. 
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(a) primerNodo 


ultimoNodo new nodoLista 


12 


7 



5 


(b) primerNodo 


ultimoNodo new nodoLista 

o 


12 


7 


11 


5 


Figura 17.7 | Representación gráfica de la operación i nsertarAl Final. 


En la figura 17.7, la parte (a) muestra una lista y un nuevo nodo durante la operación i nsertarAl Frente y 
antes de que el programa enlace el nuevo nodo a la lista. Las flechas punteadas en la parte (b) ilustran el paso 3 del 
método i nsertarAl Fi nal , el cual agrega el nuevo nodo al final de una lista que no está vacía. 

El método el i mi narDel Frente (líneas 78 a 92 de la figura 17.3) elimina el primer nodo de la lista y devuel- 
ve una referencia a los datos eliminados. El método lanza una excepción Excepci onLi staVaci a (líneas 80 y 81) 
si la lista está vacía cuando el programa llama a este método. De no ser así, el método devuelve una referencia a 
los datos eliminados. Los pasos son: 

1. Asignar pri me rNodo . datos (los datos que se van a eliminar de la lista) a la referencia el ementoEl imi - 
nado (línea 83). 

2. Si pri me rNodo y ul ti moNodo hacen referencia al mismo objeto (línea 86), quiere decir que la lista sólo 
tiene un elemento en ese momento. Por lo tanto, el método establece a primerNodo y ultimoNodo en 
nul 1 (línea 87) para eliminar el nodo de la lista (dejándola vacía). 

3. Si la lista tiene más de un nodo, entonces el método deja la referencia ul ti moNodo como está y asigna 
el valor de primerNodo . sigui enteNodo a primerNodo (línea 89). Por lo tanto, primerNodo hace refe- 
rencia al nodo que era anteriormente el segundo nodo en la lista. 

4. Devolver la referencia el ementoEl i mi nado (línea 91). 

En la figura 17.8, la parte (a) ilustra la lista antes de la operación de eliminación. Las líneas punteadas y las 
flechas en la parte (b) muestran las manipulaciones de referencias. 

El método el imi narDel Fi nal (líneas 95 a 118 de la figura 17.3) elimina el último nodo de una lista y 
devuelve una referencia a los datos eliminados. El método lanza una excepción Excepci onLi staVaci a (líneas 97 
y 98) si la lista está vacía cuando el programa llama a este método. Los pasos son: 

1. Asignar ul ti moNodo . datos (los datos que se van a eliminar de la lista) a el ementoEl imi nado (línea 

100 ). 

2. Si pri me rNodo y ul ti moNodo hacen referencia al mismo objeto (línea 103), quiere decir que la lista sólo 
tiene un elemento en ese momento. Por lo tanto, en la línea 104 se establece a primerNodo y ultimo- 
Nodo en nul 1 para eliminar ese nodo de la lista (dejándola vacía). 

3. Si la lista tiene más de un nodo, crear la referencia NodoLi sta llamada actual y asignarla a pri merNodo 
(línea 107). 


726 


Capítulo 1 7 Estructuras de datos 


(a) primerNodo 


ultimoNodo 
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(b) primerNodo ultimoNodo 

•. 41 

, ► 12 • ► 7 • ► 11 • ► 5 

é 

el i mi narEl emento 


Figura 17.8 | Representación gráfica de la operación el i mi narDel Frente. 


4. Ahora hay que “recorrer la lista” con actual hasta que haga referencia al nodo que esté antes del último 
nodo. El ciclo whi 1 e (líneas 110 y 111) asigna actual .siguí enteNodo a actual , siempre y cuando 
actual .siguí enteNodo (el siguiente nodo en la lista) no sea ul ti moNodo. 

5. Después de localizar el penúltimo nodo, asignar actual a ul timoNodo (línea 113) para actualizar cuál 
nodo es el último en la lista. 

6. Establecer actual . si gui enteNodo en nul 1 (línea 1 14) para eliminar el último nodo de la lista y ter- 
minarla con el nodo actual. 

7. Devolver la referencia el ementoEl i mi nado (línea 117). 

En la figura 17.9, la parte (a) ilustra la lista antes de la operación de eliminación. Las líneas punteadas y las 
flechas en la parte (b) muestran las manipulaciones de referencias. 

El método imprimi r (líneas 127 a 146) determina primero si la lista está vacía (líneas 129 a 133). De ser 
así, imprimi r muestra un mensaje indicando que la lista está vacía y devuelve el control al método que hizo la 
llamada. En caso contrario, i mpri mi r muestra en pantalla los datos en la lista. En la línea 136 se crea la referencia 
NodoLi sta llamada actual y se inicializa con pri me r Nodo. Mientras que actual no sea nuil, hay más elemen- 
tos en la lista. Por lo tanto, en la línea 141 se muestra en pantalla una representación de cadena de actual . datos. 
En la línea 142 se avanza al siguiente nodo en la lista mediante la asignación del valor de la referencia actual . 
si gui enteNodo a actual . Este algoritmo de impresión es idéntico para listas enlazadas, pilas y colas. 


17.7 Pilas 

Una pila es una versión restringida de una lista enlazada; pueden agregarse y eliminarse nuevos nodos en una 
pila solamente desde su parte superior. [Nota: una pila no tiene que implementarse mediante el uso de una lista 
enlazada]. Por esta razón, a una pila se le conoce como estructura de datos UEPS (último en entrar, primero 
en salir). El miembro de enlace en el nodo inferior (es decir, el último) de la pila se establece en nuil para indicar 
el fondo de la pila. 

Los métodos básicos para manipular una pila son push (empujar) y pop (sacar). El método push agrega un 
nuevo nodo a la parte superior de la pila. El método pop elimina un nodo de la parte superior de la pila y devuelve 
los datos del nodo que se quitó. 


17.7 


Pilas 


727 


(a) primerNodo 


ultimoNodo 


12 





5 


(b) primerNodo actual ultimoNodo 


\ Y 

12 • ► 7 • ► 11 5 

Á 



eliminarElemento 


Figura 1 7.9 | Representación gráfica de la operación el i mi narDel Fi nal . 

Las pilas tienen muchas aplicaciones interesantes. Por ejemplo, cuando un programa llama a un método, el 
método llamado debe saber cómo regresar a su invocador, por lo que la dirección de retorno del método que hizo 
la llamada se mete en la pila de ejecución del programa. Si ocurre una serie de llamadas a métodos, las direccio- 
nes de retorno sucesivas se meten en la pila en el orden “último en entrar, primero en salir”, para que cada método 
pueda regresar a su invocador. Las pilas soportan llamadas recursivas a métodos de la misma manera que para las 
llamadas no recursivas convencionales. 

La pila de ejecución del programa también contiene la memoria para las variables locales en cada invocación 
de un método, durante la ejecución de un programa. Cuando el método regresa a su invocador, la memoria para 
las variables locales de ese método se saca de la pila y esas variables dejan de ser conocidas por el programa. Si la 
variable local es una referencia, la cuenta de referencias para el objeto al que se refiere se decrementa en 1. Si 
la cuenta de referencias se vuelve cero, el objeto puede ser candidato para la recolección de basura. 

Los compiladores utilizan pilas para evaluar expresiones aritméticas y generar código en lenguaje máquina 
para procesar las expresiones. Los ejercicios en este capítulo exploran varias aplicaciones de las pilas, incluyendo 
el utilizarlas para desarrollar un compilador funcional completo. Además, el paquete j ava .útil contiene la clase 
Stack (vea el capítulo 19, Colecciones) para implementar y manipular pilas que pueden crecer y reducirse en 
tamaño durante la ejecución del programa. 

Tomaremos ventaja de la estrecha relación entre las listas y las pilas para implementar una clase de pila, 
mediante la reutilización de una clase de lista. Mostraremos dos formas distintas de reutilización: primero imple- 
mentaremos la clase de pila extendiendo a la clase Li sta de la figura 17.3. Después implementaremos una clase 
de pila con la misma funcionalidad por medio de la composición, incluyendo una referencia a un objeto Li sta 
como una variable de instancia privada de una clase de pila. Las estructuras de datos lista, pila y cola en este capí- 
tulo se implementan para almacenar referencias Object, para exhortar a que se reutilicen en el futuro. Así, puede 
guardarse cualquier tipo de objeto en una lista, pila o cola. 

Clase de pila que hereda de Lista 

En la aplicación de las figuras 17.10 y 17.1 1 se crea una clase de pila extendiendo a la clase Li sta de la figura 
17.3. Queremos que la pila tenga los métodos push, pop, estaVaci a e impri mi r. En esencia, éstos son los méto- 
dos i nsertarAl Frente, el i mi narDel Frente, estaVaci a e imprimir de la clase Lista. Desde luego que la 
clase Li sta contiene otros métodos (como i nsertarAl Fi nal y el i mi narDel Fi nal) que preferiríamos no estu- 
vieran accesibles mediante la interfaz publ i c para la clase de pila. Es importante recordar que todos los métodos 
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en la interfaz publ i c de la clase Li sta también son métodos publ i c de la subclase Herenci aPi 1 a (figura 17.10). 
Para implementar los métodos de la pila, haremos que cada método de HerenciaPila llame al método apropia- 
do de Lista; el método push llama a i nsertarAl Frente y el método pop llama a el imi narDel Frente. Los 
clientes de la clase Herenci aPi 1 a pueden llamar a los métodos estaVaci a e i mpri mi r, ya que son heredados de 
Lista. La clase He renci aPi 1 a se declara como parte del paquete com . dei tel . j htp7 . capl7 para fines de reutiliza- 
ción. Observe que Herenci aPi 1 a no importa a Li sta, ya que ambas clases se encuentran en el mismo paquete. 


1 // Fig. 17.10: Herenci aPi 1 a. java 

2 // Se deriva de la clase Lista. 

3 package com . dei tel . jhtp7 . capl7 ; 

4 

5 public class HerenciaPila extends Lista 

6 { 

7 // constructor sin argumentos 

8 public Herenci aPi 1 a() 

9 { 

10 super( “pila” ); 

11 } // fin del constructor de HerenciaPila sin argumentos 

12 

13 // agrega objeto a la pila 

14 public void push( Object objeto ) 

15 { 

16 i nsertarAl Frente( objeto ); 

• 7 } // fin del método push 

18 

19 // elimina objeto de la pila 

20 public Object pop() throws Excepci onLi staVaci a 

21 { 

22 return el imi narDel FrenteO ; 

23 } // fin del método pop 

24 } // fin de la clase HerenciaPila 

Figura 17.10 | HerenciaPila extiende a la clase Lista. 


El método mai n de la clase PruebaHerenciaPi 1 a (figura 17.11) crea un objeto de la clase HerenciaPila 
llamado pi 1 a (línea 10). El programa mete enteros en la pila (líneas 13, 15, 17 y 19). Observe que, una vez más, 
se utiliza aquí la conversión autoboxing para insertar objetos Integer en la estructura de datos. En las líneas 27 a 
32 se sacan objetos de la pila en un ciclo whi 1 e infinito. Si el método pop se invoca en una pila vacía, el método 
lanza una excepción Excepci onLi staVaci a. En este caso, el programa muestra el rastreo de la pila de la excep- 
ción, que muestra los métodos en la pila de ejecución del programa al momento en que ocurrió la excepción. 
Observe que el programa utiliza el método imprimir (heredado de Li sta) para mostrar el contenido de la pila. 


1 // Fig. 17.11: PruebaHerenciaPila. java 

2 // La clase PruebaHerenciaPila. 

3 import com. deitel . jhtp7.capl7. HerenciaPila; 

4 import com. deitel . jhtp7.capl7.ExcepcionListaVacia; 

5 

6 public class PruebaHerenciaPila 

7 { 

8 public static void main( String args[] ) 

9 { 

10 HerenciaPila pila = new HerenciaPi 1 a() ; 

1 1 

Figura I7.I I | Programa para manipular pilas. (Parte I de 2). 
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12 // usa el método push 

13 pila.push( -1 ) ; 

14 pila. imprimí r() ; 

15 pila.pushf 0 ) ; 

16 pila.imprimi r() ; 

17 pila.push( 1 ) ; 

18 pila.imprimi r() ; 

19 pila.push( 5 ) ; 

20 pila.imprimi r() ; 

21 

22 // elimina elementos de la pila 

23 try 

24 { 

25 Object objetoEliminado = nuil; 

26 

27 while ( true ) 

28 { 

29 objetoEliminado = pila.popO; // usa el método pop 

30 System. out.printf( "Se saco %s\n", objetoEliminado ); 

31 pila.imprimi r() ; 

32 } // fin de while 

33 } // fin de try 

34 catch ( ExcepcionLi staVaci a excepcionListaVacia ) 

35 { 

36 excepci onLi staVaci a. pri ntStackT race() ; 

37 } // fin de catch 

38 } // fin de mai n 

39 } // fin de la clase PruebaHerenci aPi 1 a 

La pila es: -1 
La pila es: 0 -1 
La pila es: 10 -1 
La pila es: 510-1 
Se saco 5 

La pila es: 10 -1 

Se saco 1 
La pila es: 0 -1 

Se saco 0 
La pila es: -1 

Se saco -1 
pila vacia 

com.deitel . jhtp7 . capl7 . ExcepcionListaVacia: pila esta vacia 

at com.deitel . jhtp7.capl7.Lista.eliminarDelFrente(Lista. java: 81) 
at com.deitel . jhtp7.capl7.HerenciaPila.pop(HerenciaPila. java: 22) 
at PruebaHerenci aPi 1 a . mai n (PruebaHe renci aPi 1 a . j ava : 29) 

Figura 17.11 | Programa para manipular pilas. (Parte 2 de 2). 


Clase de pila que contiene una referencia a una Lista 

También podemos implementar una clase de pila al reutilizar una clase de lista mediante la composición. En la 
figura 17.12 se utiliza un objeto private Lista (línea 7) en la declaración de la clase ComposicionPi 1 a. 
La composición nos permite ocultar los métodos de la clase Li sta que no deben estar en la interfaz publ i c de 
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1 // Fig. 17.12: ComposicionPila. java 

2 // Definición de la clase ComposicionPila con un objeto Lista compuesto. 

3 package com . dei tel . jhtp7 . capl7 ; 

4 

5 public class ComposicionPila 

6 { 

7 private Lista listaPila; 

8 

9 // constructor sin argumentos 

10 public ComposicionPilaO 

11 { 

12 listaPila = new Lista( "pila" ); 

13 } // fin del constructor de ComposicionPila sin argumentos 

14 

15 // agrega objeto a la pila 

16 public void push( Object objeto ) 

17 { 

18 1 i staPi 1 a. i nsertarAl Frentef objeto ); 

19 } // fin del método push 

20 

21 // elimina objeto de la pila 

22 public Object pop() throws Excepci onLi staVaci a 

23 { 

24 return listaPila. eliminarDel FrenteO ; 

25 } // fin del método pop 

26 

27 // determina si la pila está vacia 

28 public boolean estaVaciaO 

29 { 

30 return listaPila. estaVaciaO ; 

31 } // fin del método estaVacia 

32 

33 // imprime el contenido de la pila 

34 public void imprimirO 

35 { 

36 1 i staPi la. imprimir () ; 

37 } // fin del método imprimir 

38 } // fin de la clase ComposicionPila 

Figura 17.12 | ComposicionPila utiliza un objeto Lista compuesto. 


nuestra pila. Proporcionamos métodos de interfaz public que utilizan solamente los métodos requeridos de 
Li sta. Esta técnica de implementar cada método de la pila como una llamada a un método de Li sta se conoce 
como del egaci ón; el método invocado de la pila del ega la llamada al método apropiado de Li sta. Específicamen- 
te, ComposicionPila delega las llamadas a los métodos de Lista i nsertarAl Frente, el imi narDel Frente, 
estaVacia e imprimir. En este ejemplo no mostramos la clase PruebaComposicionPila, ya que la única 
diferencia en este ejemplo es que cambiamos el tipo de la pila, de Herenci aPi 1 a a Composi ci onPi 1 a (líneas 3 y 
10 de la figura 17.11). La salida es idéntica, utilizando cualquier versión de la pila. 

17.8 Colas 

Otra estructura de datos que se utiliza comúnmente es la cola. Una cola es similar a la fila para pagar en un super- 
mercado: el cajero atiende primero a la persona que se encuentra hasta adelante. Los demás clientes entran a la 
fila sólo por su parte final y esperan a que se les atienda. Los nodos de una cola se eliminan sólo desde el principio 
(cabeza) de la misma y se insertan sólo al final (cola) de ésta. Por esta razón, a una cola se le conoce como estruc- 
tura de datos PEPS (primero en entrar, primero en salir). Las operaciones para insertar y eliminar se conocen 
como enqueue (agregar a la cola) y dequeue (retirar de la cola). 
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Las colas tienen muchas aplicaciones en los sistemas computacionales. La mayoría de las computadoras tienen 
sólo un procesador, por lo que sólo pueden atender a una aplicación a la vez. Cada aplicación que requiere tiempo 
del procesador se coloca en una cola. La aplicación al frente de la cola es la siguiente que recibe atención. Cada 
aplicación avanza gradualmente al frente de la cola, a medida que las aplicaciones al frente reciben atención. 

Las colas también se utilizan para dar soporte al uso de la cola de impresión. Por ejemplo, una sola impre- 
sora puede compartirse entre todos los usuarios de la red. Muchos usuarios pueden enviar trabajos a la impresora, 
incluso cuando ésta ya se encuentre ocupada. Estos trabajos de impresión se colocan en una cola hasta que la 
impresora esté disponible. Un programa conocido como spooler administra la cola para asegurarse que, a medida 
que se complete cada trabajo de impresión, se envíe el siguiente trabajo a la impresora. 

En las redes computacionales, los paquetes de información también esperan en colas. Cada vez que un 
paquete llega a un nodo de la red, debe enrutarse hacia el siguiente nodo en la red a través de la ruta hacia el des- 
tino final del paquete. El nodo enrutador envía un paquete a la vez, por lo que los paquetes adicionales se ponen 
en una cola hasta que el enrutador pueda enviarlos. 

Un servidor de archivos en una red computacional se encarga de las peticiones de acceso a los archivos de 
muchos clientes distribuidos en la red. Los servidores tienen una capacidad limitada para dar servicio a las peti- 
ciones de los clientes. Cuando se excede esa capacidad, las peticiones de los clientes esperan en colas. 

En la figura 17.13 se crea una clase de cola que contiene un objeto de la clase Li sta (figura 17.3). La clase 
Cola (figura 17.13) proporciona los métodos enqueue, dequeue, estaVacia e imprimi r. La clase Lista con- 
tiene otros métodos (por ejemplo, i nsertarAl Frente y el imi narDel Frente) que preferiríamos no estuvieran 
accesibles mediante la interfaz pública para la clase Col a. Mediante el uso de la composición, estos métodos en 
la interfaz pública de la clase Li sta no son accesibles para los clientes de la clase Col a. Cada método de la clase 
Col a llama a un método apropiado de Li sta; el método enqueue llama al método i nsertarAl Fi nal de Li sta, 
el método dequeue llama al método el i mi narDel Frente de Lista, el método estaVacia llama al método 
estaVaci a de Li sta y el método i mpri mi r llama al método i mpri mi r de Li sta. Para fines de reutilización, la 
clase Col a se declara en el paquete com. dei tel . jhtp7 . cap!7. 


1 // Fig. 17.13: Col a. java 

2 // La clase Cola. 

3 package com.deitel . jhtp7.capl7; 

4 

5 public class Cola 

6 { 

7 private Lista listaCola; 

8 

9 // constructor sin argumentos 

10 public Cola() 

11 { 

12 listaCola = new Lista( "cola" ); 

13 } // fin del constructor de Cola sin argumentos 

14 

15 // agrega objeto a la cola 

16 public void enqueue( Object objeto ) 

17 { 

18 listaCola. i nsertarAl Fi nal ( objeto ); 

19 } // fin del método enqueue 

20 

21 // elimina objeto de la cola 

22 public Object dequeueO throws ExcepcionLi staVaci a 

23 { 

24 return listaCola. eliminarDelFrente() ; 

25 } // fin del método dequeue 

26 

27 // determina si la cola está vacia 

28 public boolean estaVaci a() 


Figura 17.13 | Cola utiliza la clase Lista. (Parte I de 2). 
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29 { 

30 return listaCola.estaVaciaO ; 

31 } // fin del método estaVacia 

32 

33 // imprime el contenido de la cola 

34 public void imprimir O 

35 { 

36 listaCola.imprimirO ; 

37 } // fin del método imprimir 

38 } // fin de la clase Cola 

Figura 17.13 | Cola utiliza la clase Lista. (Parte 2 de 2). 


El método mai n de la clase PruebaCol a (figura 17.14) crea un objeto de la clase Col a llamado col a. En las 
líneas 13, 15, 17 y 19 se agregan a la cola cuatro enteros, aprovechando la conversión autoboxing para insertar 
objetos Integer en la cola. En las líneas 27 a 32 se utiliza un ciclo whi 1 e infinito para sacar de la cola los objetos, 
en el orden “primero en entrar, primero en salir”. Cuando la cola está vacía, el método dequeue lanza una excep- 
ción Excepci onLi staVaci a y el programa muestra el rastreo de la pila para esa excepción. 


1 

2 

3 

4 

5 

6 
7 


// Fig. 17.14: PruebaCol a. java 
// La clase PruebaCola. 

import com.deitel . jhtp7.capl7.Cola; 

import com. dei tel . jhtp7 . capl7 . Excepci onLi staVaci a; 

public class PruebaCola 
{ 


8 

public static void main( String args[] ) 


9 

{ 


10 

1 1 

12 

Cola cola = new Cola(); 


// usa el método enqueue 


13 

cola.enqueuef -1 ) ; 


14 

cola.imprimi r() ; 


15 

cola.enqueuef 0 ) ; 


16 

cola.imprimi r() ; 


17 

cola.enqueuef 1 ) ; 


18 

cola.imprimi r() ; 


19 

cola.enqueuef 5 ); 


20 

21 

cola.imprimi r() ; 


22 

// elimina objetos de la col 


23 

try 


24 

{ 


25 

26 

Object objetoEl imi nado = nuil; 


27 

while ( true ) 


28 

{ 


29 

objetoEliminado = cola. dequeueO ; 

// usa 

30 

System. out.printff "%s se elimino 

de 1 a 

31 

cola.imprimi r() ; 


32 

} // fin de while 


33 

} // fin de try 


34 

catch C Excepci onLi staVaci a excepci onLi staVaci 

35 

{ 


36 

excepci onLi staVaci a. pri ntStackT raceQ ; 


objetoElimi nado ); 


Figura 17.14 | Programa para procesar objetos Cola. (Parte I de 2). 
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37 } // fin de catch 

38 } // fin de main 

39 } // fin de la clase PruebaCola 


La cola es: -1 

La cola es: -10 

La cola es: -101 

La cola es: -1015 

-1 se elimino de la cola 
La cola es: 015 

0 se elimino de la cola 
La cola es: 1 5 

1 se elimino de la cola 
La cola es: 5 

5 se elimino de la cola 
cola vacia 

com.deitel . jhtp7.capl7.ExcepcionListaVacia: cola esta vacia 

at com . dei tel . j htp7 . capl7 . Li sta . el i mi narDel Frente (Li sta . j ava : 81) 
at com.deitel . jhtp7.capl7.Cola.dequeue(Cola. java:24) 
at PruebaCol a . mai n (PruebaCol a . j ava : 29) 

Figura 17.14 | Programa para procesar objetos Cola. (Parte 2 de 2). 


17.9 Árboles 

Las listas enlazadas, pilas y colas son estructuras de datos lineales (es decir, secuencias). Un árbol es una estruc- 
tura de datos bidimensional no lineal, con propiedades especiales. Los nodos de un árbol contienen dos o más 
enlaces. En esta sección hablaremos sobre los árboles binarios (figura 17.15): los árboles cuyos nodos contienen 
dos enlaces (uno de los cuales puede ser nuil). El nodo raíz es el primer nodo en un árbol. Cada enlace en el 
nodo raíz hace referencia a un hijo. El hijo izquierdo es el primer nodo en el subárbol izquierdo (también 
conocido como el nodo raíz del subárbol izquierdo), y el hijo derecho es el primer nodo en el subárbol derecho 
(también conocido como el nodo raíz del subárbol derecho). Los hijos de un nodo específico se llaman hermanos. 
Un nodo sin hijos se llama nodo hoja. Generalmente, los científicos computacionales dibujan árboles desde el 
nodo raíz hacia abajo; exactamente lo opuesto a la manera en que crecen los árboles naturales. 



Figura 17.15 


Representación gráfica de un árbol binario. 
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En nuestro ejemplo de árbol binario crearemos un árbol binario especial, conocido como árbol de búsqueda 
binaria. Un árbol de búsqueda binaria (sin valores de nodo duplicados) cuenta con la característica de que los 
valores en cualquier subárbol izquierdo son menores que el valor del nodo padre de ese subárbol, y los valores 
en cualquier subárbol derecho son mayores que el valor del nodo padre de ese subárbol. En la figura 17.16 se 
muestra un árbol de búsqueda binaria con 12 valores enteros. Observe que la forma del árbol de búsqueda binaria 
que corresponde a un conjunto de datos puede variar, dependiendo del orden en el que se inserten los valores en 
el árbol. 

La aplicación de las figuras 17.17 y 17.18 crea un árbol de búsqueda binaria compuesto por valores enteros, y 
lo recorre (es decir, avanza a través de todos sus nodos) de tres maneras: usando los recorridos inorden, preorden 
y postorden recursivos. El programa genera 10 números aleatorios e inserta a cada uno de ellos en el árbol. La 
clase Arbol se declara en el paquete com . dei te! . jhtp7 . cap!7 para fines de reutilización. 
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11 43 65 93 



7 17 31 44 68 


Figura 17.16 | Árbol de búsqueda binario que contiene 1 2 valores. 


1 // Fig. 17.17: Arbol. java 

2 // Definición de las clases NodoArbol y Arbol. 

3 package com.deitel . jhtp7.capl7; 

4 

5 // definición de la clase NodoArbol 

6 class NodoArbol 

7 { 

8 // miembros de acceso del paquete 

9 NodoArbol nodolzq; // nodo izquierdo 

10 int datos; // valor del nodo 

11 NodoArbol nodoDer; // nodo derecho 

12 

13 // el constructor inicial iza los datos y hace de este nodo un nodo raiz 

14 public NodoArbol ( int datosNodo ) 

15 { 

16 datos = datosNodo; 

17 nodolzq = nodoDer = nuil; // el nodo no tiene hijos 

18 } // fin del constructor de NodoArbol 

19 

20 // localiza el punto de inserción e inserta un nuevo nodo; ignora los valores duplicados 

21 public void insertar( int valorlnsertar ) 

22 { 

23 // inserta en el subárbol izquierdo 

24 if C valorlnsertar < datos ) 

25 { 

26 // inserta nuevo NodoArbol 

27 if ( nodolzq == nuil ) 

28 nodolzq = new NodoArbol ( valorlnsertar ); 

29 else // continúa recorriendo el subárbol izquierdo 

30 nodolzq . i nsertar( valorlnsertar ); 

31 } // fin de if 


Figura 17.17 | Declaraciones de las clases NodoArbol y Arbol para un árbol de búsqueda binaria. (Parte I de 3). 
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32 

33 

34 

35 

36 

37 

38 

39 

40 

41 

42 

43 

44 

45 

46 

47 

48 

49 

50 

51 

52 

53 

54 

55 

56 

57 

58 

59 

60 
61 
62 

63 

64 

65 

66 

67 

68 

69 

70 

71 

72 

73 

74 

75 

76 

77 

78 

79 

80 
81 
82 

83 

84 

85 

86 

87 

88 

89 

90 


else if ( valorlnsertar > datos ) // inserta en el subárbol derecho 
{ 

// inserta nuevo NodoArbol 
if ( nodoDer == nuil ) 

nodoDer = new NodoArbol ( valorlnsertar ); 
else // continúa recorriendo el subárbol derecho 
nodoDer . i nsertar( valorlnsertar ); 

} // fin de else if 
} // fin del método insertar 
} // fin de la clase NodoArbol 


// definición de la clase Arbol 
public class Arbol 
{ 

private NodoArbol raiz; 

// el constructor inicializa un Arbol vacio de enteros 
publ i c Arbol () 

{ 

raiz = nuil ; 

} // fin del constructor de Arbol sin argumentos 

// inserta un nuevo nodo en el árbol de búsqueda binaria 
public void i nsertarNodo( int valorlnsertar ) 

{ 

if ( raiz == nuil ) 

raiz = new NodoArbol ( valorlnsertar ); // crea el nodo raiz aqui 
el se 

rai z . i nsertar( valorlnsertar ); // llama al método insertar 
} // fin del método insertarNodo 

// comienza el recorrido preorden 

public void recorridoPreordenO 

{ 

ayudantePreorden( raiz ); 

} // fin del método recorridoPreorden 


// método recursivo para realizar el recorrido preorden 

private void ayudantePreorden( NodoArbol nodo ) 

{ 

if ( nodo == nuil ) 
return ; 


System. out. printf( "%d ", nodo. datos ); // 
ayudantePreorden( nodo.nodolzq ); // 
ayudantePreordenf nodo. nodoDer ); // 

} // fin del método ayudantePreorden 


imprime 

recorre 

recorre 


los datos del nodo 
el subárbol izquierdo 
el subárbol derecho 


// comienza recorrido inorden 

public void recorridoInordenO 

{ 

ayudanteInorden( raiz ); 

} // fin del método recorridolnorden 


// método recursivo para realizar el recorrido inorden 

private void ayudantelnordenf NodoArbol nodo ) 

{ 

if ( nodo == nuil ) 
return ; 


Figura 1 7.1 7 | Declaraciones de las clases NodoArbol y Arbol para un árbol de búsqueda binaria. (Parte 2 de 3). 
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91 

92 ayudantelnordenC nodo.nodolzq ); // recorre el subárbol izquierdo 

93 System. out.printf( "%d , nodo. datos ); // imprime los datos del nodo 

94 ayudantelnordenC nodo.nodoDer ); // recorre el subárbol derecho 

95 } // fin del método ayudantelnorden 

96 

97 // comienza recorrido postorden 

98 public void recorridoPostordenO 

99 { 

100 ayudantePostorden( raiz ); 

101 } // fin del método recorridoPostorden 

102 

103 // método recursivo para realizar el recorrido postorden 

104 private void ayudantePostorden( NodoArbol nodo ) 

105 { 

106 if ( nodo == nuil ) 

107 return; 

108 

109 ayudantePostorden( nodo.nodolzq ); 

110 ayudantePostorden( nodo.nodoDer ); 

111 System. out.printff "%d , nodo. datos ); 

112 } // fin del método ayudantePostorden 

113 } // fin de la clase Arbol 

Figura 1 7.1 7 | Declaraciones de las clases NodoArbol y Arbol para un árbol de búsqueda binaria. (Parte 3 de 3). 


// recorre el subárbol izquierdo 
// recorre el subárbol derecho 
// imprime los datos del nodo 


Analicemos el programa del árbol binario. El método mai n de la clase PruebaArbol (figura 17.18) empieza 
creando una instancia de un objeto Arbol vacío y asigna su referencia a la variable árbol (línea 10). En las líneas 
17 a 22 se generan 10 enteros al azar, cada uno de los cuales se inserta en el árbol binario mediante una llamada 
al método i nsertarNodo (línea 21). Después el programa realiza recorridos preorden, inorden y postorden (los 
cuales explicaremos en breve) de árbol (líneas 25, 28 y 31, respectivamente). 

La clase Arbol (figura 17.17, líneas 44 a 113) tiene un campo private llamado raiz (línea 46); una refe- 
rencia tipo NodoArbol al nodo raíz del árbol. El constructor de Arbol (líneas 49 a 52) inicializa raiz con nuil 
para indicar que el árbol está vacío. La clase contiene el método i nsertarNodo (líneas 55 a 61) para insertar un 
nuevo nodo en el árbol, además de los métodos recorri doPreorden (líneas 64 a 67), recorri dolnorden (líneas 
81a 84) y recorri doPostorden (líneas 98 a 101) para empezar recorridos del árbol. Cada uno de estos métodos 
llama a un método utilitario recursivo para realizar las operaciones de recorrido en la representación interna del 
árbol. (En el capítulo 15 hablamos sobre la recursividad). 


1 // Fig. 17.18: PruebaArbol . java 

2 // Este programa prueba la clase Arbol. 

3 import java. útil .Random; 

4 import com.deitel . jhtp7.capl7. Arbol ; 

5 

6 public class PruebaArbol 

7 { 

8 public static void main( String args[] ) 

9 { 

10 Arbol árbol = new ArbolO; 

11 int valor; 

12 Random numeroAleatorio = new Random(); 

13 

14 System. out.println( "Insertando los siguientes valores: " ); 

15 

16 // inserta 10 enteros aleatorios de 0 a 99 en árbol 
Figura 17.18 | Programa de prueba de un árbol binario. (Parte I de 2). 
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17 for ( int i =1; i <=10; i++ ) 

18 { 

19 valor = numeroAleatorio.nextInt( 100 ); 

20 System. out.print( valor + " " 

21 árbol . i nsertarNodof valor ); 

22 } // fin de for 

23 

24 System. out.println ( "\n\nRecorri do preorden" ); 

25 árbol . recorrí doPreorden() ; // realiza recorrido preorden de árbol 

26 

27 System. out.println ( "\n\nRecorri do inorden" ); 

28 árbol . recorridoInorden() ; // realiza recorrido inorden de árbol 

29 

30 System. out.println ( "\n\nRecorri do postorden" ); 

31 árbol . recorridoPostorden() ; // realiza recorrido postorden de árbol 

32 System. out. println() ; 

33 } // fin de mai n 

34 } // fin de la clase PruebaArbol 


Insertando los siguientes 

valores: 

17 54 3 30 95 69 85 

88 

16 

30 

Recorrido preorden 




17 3 16 54 30 95 69 

85 

OO 

00 


Recorrido inorden 




3 16 17 30 54 69 85 

00 

oo 

95 


Recorrido postorden 




16 3 30 88 85 69 95 

1 

54 

17 



Figura 17.18 | Programa de prueba de un árbol binario. (Parte 2 de 2). 


El método i nsertarNodo de la clase Arbol (líneas 55 a 61) determina primero si el árbol está vacío. De ser 
así, en la línea 58 se asigna un nuevo objeto NodoArbol, se inicializa el nodo con el entero que se insertará en el 
árbol y se asigna el nuevo nodo a la referencia rai z. Si el árbol no está vacío, en la línea 60 se hace una llamada al 
método i nsertar de NodoArbol (líneas 21 a 41). Este método utiliza la recursividad para determinar la posición 
del nuevo nodo en el árbol e inserta el nodo en esa posición. En un árbol de búsqueda binaria, un nodo puede 
insertarse solamente como nodo hoja. 

El método i nsertar de NodoArbol compara el valor a insertar con el valor de datos en el nodo raíz. Si el 
valor a insertar es menor que los datos del nodo raíz (línea 24), el programa determina si el subárbol izquierdo 
está vacío (línea 27). De ser así, en la línea 28 se asigna un nuevo objeto NodoArbol, se inicializa con el entero 
que se insertará y se asigna el nuevo nodo a la referencia nodolzqui erdo. En caso contrario, en la línea 30 se hace 
una llamada recursiva a insertar para que se inserte el valor en el subárbol izquierdo. Si el valor a insertar es 
mayor que los datos del nodo raíz (línea 32), el programa determina si el subárbol derecho está vacío (línea 35). 
De ser así, en la línea 36 se asigna un nuevo objeto NodoArbol, se inicializa con el entero que se insertará y se 
asigna el nuevo nodo a la referencia nodoDerecho. En caso contrario, en la línea 38 se hace una llamada recursiva 
a i nsertar para que se inserte el valor en el subárbol derecho. Si el val orlnsertar ya se encuentra en el árbol, 
simplemente se ignora. 

Los métodos recorrí dolnorden, recorridoPreorden y recorrí doPostorden llaman a los métodos ayu- 
dantes de Arbol llamados ayudanteEnorden (líneas 87 a 95), ayudantePreorden (líneas 70 a 78) y ayudante- 
Postorden (líneas 104 a 112), respectivamente, para recorrer el árbol e imprimir los valores de los nodos. Los 
métodos ayudantes en la clase Arbol permiten al programador iniciar un recorrido sin tener que pasar el nodo 
rai z al método. La referencia rai z es un detalle de implementación que no debe ser accesible para el progra- 
mador. Los métodos recorrí dolnorden, recorridoPreorden y recorrí doPostorden simplemente toman la 
referencia privada rai z y la pasan al método ayudante apropiado para iniciar un recorrido del árbol. El caso base 
para cada método ayudante determina si la referencia que recibe es nul 1 y, de ser así, regresa inmediatamente. 
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El método ayudantelnorden (líneas 87 a 95) define los pasos para un recorrido inorden: 

1. Recorrer el subárbol izquierdo con una llamada a ayudantelnorden (línea 92). 

2. Procesar el valor en el nodo (línea 93). 

3. Recorrer el subárbol derecho con una llamada a ayudantelnorden (línea 94). 

El recorrido inorden no procesa el valor en un nodo sino hasta que se procesan los valores en el subárbol izquierdo 
de ese nodo. El recorrido inorden del árbol de la figura 17.19 es: 

6 13 17 27 33 42 48 

Observe que el recorrido inorden de un árbol de búsqueda binaria imprime los valores de los nodos en orden 
ascendente. El proceso de crear un árbol de búsqueda binaria ordena los datos de antemano; por lo tanto, a este 
proceso se le conoce como ordenamiento de árbol binario. 

El método ayudantePreorden (líneas 70 a 78) define los pasos para un recorrido preorden: 

1. Procesar el valor en el nodo (línea 75). 

2. Recorrer el subárbol izquierdo con una llamada a ayudantePreorden (línea 76). 

3. Recorrer el subárbol derecho con una llamada a ayudantePreorden (línea 77). 

El recorrido preorden procesa el valor en cada uno de los nodos, a medida que se van visitando. Después de pro- 
cesar el valor en un nodo dado, el recorrido preorden procesa los valores en el subárbol izquierdo y después los 
valores en el subárbol derecho. El recorrido preorden del árbol de la figura 17.19 es: 

27 13 6 17 42 33 48 

El método ayudantePostorden (líneas 104 a 112) define los pasos para un recorrido postorden: 

1. Recorrer el subárbol izquierdo con una llamada a ayudantePostorden (línea 109). 

2. Recorrer el subárbol derecho con una llamada a ayudantePostorden (línea 110). 

3. Procesar el valor en el nodo (línea 111). 

El recorrido postorden procesa el valor en cada nodo después de procesar los valores de todos los hijos de ese 
nodo. El recorrí doPostorden del árbol de la figura 17.19 es: 

6 17 13 33 48 42 27 

El árbol de búsqueda binaria facilita la eliminación de valores duplicados. Al crear un árbol, la operación 
de inserción reconoce los intentos de insertar un valor duplicado, ya que éste sigue las mismas decisiones de “ir a 
la izquierda” o “ir a la derecha” en cada comparación, al igual que el valor original. Por lo tanto, la operación de 
inserción eventualmente comparará el valor duplicado con un nodo que contenga el mismo valor. En este punto, 
la operación de inserción puede decidir descartar el valor duplicado (como lo hicimos en este ejemplo). 

Buscar en un árbol binario un valor que concuerde con una clave es un proceso rápido, especialmente 
para los árboles estrechamente empaquetados (o balanceados). En un árbol estrechamente empaquetado, cada 
nivel contiene aproximadamente el doble de elementos que el nivel anterior. La figura 17.19 es un árbol binario 
estrechamente empaquetado. Un árbol de búsqueda binaria estrechamente empaquetado con n elementos tiene 
log 2 » niveles. Por lo tanto, se requieren cuando mucho log,« comparaciones para encontrar una concordancia o 
determinar que no existe una. La búsqueda en un árbol de búsqueda binaria de 1000 elementos (estrechamente 
empaquetado) requiere cuando mucho de 10 comparaciones, ya que 2 1Ü > 1000. La búsqueda en un árbol de 



Figura 17.19 | Árbol de búsqueda binaria con siete valores. 
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búsqueda binaria de 1,000,000 de elementos (estrechamente empaquetado) requiere cuando mucho de 20 com- 
paraciones, ya que 2 20 > 1,000,000. 

Los ejercicios de este capítulo presentan algoritmos para varias operaciones más de árboles binarios, como 
eliminar un elemento de un árbol binario, imprimir un árbol binario en formato de árbol bidimensional y realizar 
un recorrido en orden de niveles de un árbol binario. En el recorrido en orden de niveles de un árbol binario 
se visitan sus nodos fila por fila, empezando en el nivel del nodo raíz. En cada nivel del árbol, un recorrido en 
orden de niveles visita los nodos de izquierda a derecha. Otros ejercicios de árboles binarios incluyen el permitir 
que un árbol de búsqueda binaria contenga valores duplicados, insertar valores de cadena en un árbol binario y 
determinar cuántos niveles hay en un árbol binario. En el capítulo 19 continuaremos con nuestra discusión sobre 
las estructuras de datos, al presentar las estructuras de datos incluidas en la API de Java. 

17.10 Conclusión 

En este capítulo aprendió acerca de las clases de envoltura de tipos, la conversión boxing y las estructuras dinámi- 
cas de datos, que aumentan y reducen su tamaño en tiempo de ejecución. Aprendió que cada tipo primitivo tiene 
su correspondiente clase de envoltura de tipo en el paquete j ava . 1 ang. También vio que Java puede realizar con- 
versiones entre valores primitivos y objetos de las clases de envoltura de tipos, mediante la conversión boxing. 

Aprendió que las listas enlazadas son elementos de datos que están “alineados en una fila”. También vio que 
una aplicación puede realizar operaciones de inserción y eliminación de datos en cualquier parte de una lista 
enlazada. Aprendió que las estructuras de datos tipo pila y cola son versiones restringidas de listas. En cuanto 
a las pilas, vio que las operaciones de insertar y eliminar datos se realizan sólo en la parte superior. En cuanto a 
las colas que representan líneas de espera, vio que las inserciones se realizan en la parte final (cola) y las elimi- 
naciones se realizan en la parte frontal (cabeza). También aprendió acerca de la estructura de datos tipo árbol 
binario. Vio un árbol de búsqueda binaria que facilita la búsqueda y el ordenamiento de los datos de alta veloci- 
dad, además de que se pueden eliminar los elementos de datos duplicados de una manera eficiente. A lo largo de 
este capítulo, aprendió a crear y empaquetar estas estructuras de datos para reutilizarlas y darles mantenimiento. 

En el capítulo 18, Genéricos, presentaremos un mecanismo para declarar clases y métodos sin información 
específica sobre los tipos, de manera que las clases y métodos se puedan utilizar con muchos tipos distintos. Los 
genéricos se utilizan ampliamente en el conjunto integrado de estructuras de datos de Java, el cual se conoce como 
la API Colecciones, que veremos en el capítulo 19. 


Resumen 

Sección 17.1 Introducción 

• Las estructuras de datos dinámicas pueden crecer y reducirse en tiempo de ejecución. 

• Las listas enlazadas son colecciones de elementos de datos “alineados en una fila”; pueden insertarse y eliminarse 
elementos en cualquier parte de una lista enlazada. 

• Las pilas son importantes en los compiladores y sistemas operativos; pueden insertarse y eliminarse elementos sola- 
mente en un extremo de una pila: su parte superior. 

• En una cola se insertan elementos en la parte final (cola) y se eliminan de su parte inicial (cabeza). 

• Los árboles binarios facilitan la búsqueda y ordenamiento de los datos de alta velocidad, la eliminación eficiente de 
elementos de datos duplicados, la representación de directorios del sistema de archivos y la compilación de expresio- 
nes en lenguaje máquina. 

Sección 17.2 Clases de envoltura de tipos para los tipos primitivos 

• Las clases de envoltura de tipos (por ejemplo, Integer, Doubi e, Booi ean) permiten a los programadores manipular 
valores de tipos primitivos como objetos. Los objetos de estas clases se pueden utilizar en colecciones y estructuras 
de datos que sólo pueden almacenar referencias a objetos, y no valores de tipos primitivos. 

Sección 17.3 Autoboxingy autounboxing 

• Una conversión boxing convierte un valor de un tipo primitivo en un objeto de su clase de envoltura de tipo corres- 
pondiente. Una conversión unboxing convierte un objeto de una clase de envoltura de tipo en un valor del tipo 
primitivo correspondiente. 



740 Capítulo 17 Estructuras de datos 


• Java realiza conversiones boxing y unboxing de manera automática (a lo cual se le conoce como autoboxing y auto- 
unboxing). 

Sección 17.4 Clases autorreferenciadas 

• Una clase autorreferenciada contiene una referencia a otro objeto del mismo tipo de clase. Los objetos autorreferen- 
ciados pueden enlazarse entre sí para formar estructuras de datos dinámicas. 

Sección 17.5 Asignación dinámica de memoria 

• El límite para la asignación dinámica de memoria puede ser tan grande como la cantidad de memoria física disponi- 
ble en la computadora, o la cantidad de espacio en disco disponible en un sistema con memoria virtual. A menudo, 
los límites son mucho más pequeños ya que la memoria disponible de la computadora debe compartirse entre 
muchos usuarios. 

• Si no hay memoria disponible, se lanza una excepción OutOfMemoryError. 

Sección 17.6 Listas mlazadas 

• Una lista enlazada se utiliza mediante una referencia al primer nodo de la lista. Cada nodo subsiguiente se utiliza a 
través del miembro de referencia de enlace almacenado en el nodo anterior. 

• Por convención, la referencia de enlace en el último nodo de una lista se establece en nuí 1 para indicar el final de la 
lista. 

• Un nodo puede contener datos de cualquier tipo, incluyendo objetos de otras clases. 

• Una lista enlazada es apropiada cuando el número de elementos de datos que se van a almacenar es impredecible. 
Las listas enlazadas son dinámicas, por lo que su longitud puede incrementarse o reducirse, según sea necesario. 

• El tamaño de un arreglo “convencional” en Java no puede alterarse; se fija al momento de su creación. 

• Las listas enlazadas pueden mantenerse en orden con sólo insertar cada nuevo elemento en el punto apropiado de la 
lista. 

• Generalmente, los nodos de las listas no se almacenan contiguamente en memoria. En vez de ello, son adyacentes 
en forma lógica. 

Sección 17.7 Pilas 

• A una pila se le conoce como estructura de datos UEPS (último en entrar, primero en salir). Los métodos principales 
usados para manipular una pila son empujar (push) y sacar (pop). El método push agrega un nuevo nodo a la parte 
superior de la pila. El método pop elimina un nodo de la parte superior de la pila y devuelve el objeto datos del nodo 
que se quitó. 

• Las pilas tienen muchas aplicaciones interesantes. Cuando se hace la llamada a un método, el método llamado debe 
saber cómo regresar a su invocador, por lo que la dirección de retorno se mete en la pila de ejecución del programa. 
Si ocurre una serie de llamadas a métodos, los valores de retorno sucesivos se meten en la pila en el orden “último 
en entrar, primero en salir”, para que cada método pueda regresar a su invocador. La pila de ejecución del programa 
contiene el espacio creado para las variables locales en cada invocación de un método. Cuando el método regresa a su 
invocador, el espacio para las variables locales de ese método se saca de la pila y esas variables dejan de ser conocidas 
por el programa. 

• Los compiladores utilizan pilas para evaluar expresiones aritméticas y generar código en lenguaje máquina para 
procesar las expresiones. 

• La técnica de implementar cada método de la pila como una llamada a un método de Li sta se conoce como dele- 
gación; el método invocado de la pila delega la llamada al método apropiado de Li sta. 

Sección 17.8 Colas 

• Una cola es similar a la línea para pagar en un supermercado: la primera persona en la línea es atendida primero, y 
los demás clientes entran a la línea sólo por su parte final, esperando a ser atendidos. 

• Los nodos de una cola se eliminan sólo desde el principio de la misma y se insertan sólo al final de ésta. Por esta 
razón, a una cola se le conoce como estructura de datos PEPS (primero en entrar, primero en salir). 

• Las operaciones para insertar y eliminar en una cola se conocen como enqueue (agregar a la cola) y dequeue (retirar 
de la cola). 

• Las colas tienen muchos usos en los sistemas computacionales. La mayoría de las computadoras tienen sólo un pro- 
cesador, por lo que sólo pueden atender a una aplicación a la vez. Las entradas para las otras aplicaciones se colocan 
en una cola. La entrada al frente de la cola es la siguiente que recibe atención. Cada entrada avanza gradualmente al 
frente de la cola, a medida que los usuarios reciben atención. 

Sección 17.9 Árboles 

• Un árbol es una estructura de datos b ¡dimensional, no lineal. Los nodos de un árbol contienen dos o más enlaces. 
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• Un árbol binario es un árbol cuyos nodos contienen dos enlaces. El nodo raíz es el primer nodo en un árbol. 

• Cada enlace en el nodo raíz hace referencia a un hijo. El hijo izquierdo es el primer nodo en el subárbol izquierdo, 
y el hijo derecho es el primer nodo en el subárbol derecho. 

• Los hijos de un nodo se llaman hermanos. Un nodo sin hijos se llama nodo hoja. 

• En un árbol de búsqueda binaria sin valores de nodo duplicados, los valores en cualquier subárbol izquierdo son 
menores que el valor en su nodo padre, y los valores en cualquier subárbol derecho son mayores que el valor en su 
nodo padre. En un árbol de búsqueda binaria, un nodo puede insertarse solamente como nodo hoja. 

• El recorrido inorden de un árbol de búsqueda binaria procesa los valores de los nodos en orden ascendente. 

• En un recorrido preorden, el valor en cada uno de los nodos se procesa a medida que se van visitando. Después se 
procesan los valores en el subárbol izquierdo y, por último, los valores en el subárbol derecho. 

• En un recorrido postorden, el valor en cada uno de los nodos se procesa después de los valores de sus hijos. 

• El árbol de búsqueda binaria facilita la eliminación de valores duplicados. Al crear un árbol se reconocen los intentos 
de insertar un valor duplicado, ya que éste sigue las mismas decisiones de “ir a la izquierda” o “ir a la derecha” en 
cada comparación, al igual que el valor original. Por lo tanto, eventualmente se compara el valor duplicado con un 
nodo que contenga el mismo valor. El valor duplicado puede descartarse en este punto. 

• Buscar en un árbol binario un valor que concuerde con una clave es también un proceso rápido, especialmente para 
los árboles estrechamente empaquetados. En un árbol estrechamente empaquetado, cada nivel contiene aproxi- 
madamente el doble de elementos que el nivel anterior. Por lo tanto, un árbol de búsqueda binaria estrechamente 
empaquetado con n elementos tiene Iog 2 « niveles, por lo que tendrían que hacerse cuando mucho log,« com- 
paraciones para encontrar una concordancia o determinar que no existe una. La búsqueda en un árbol de búsqueda 
binaria de 1000 elementos (estrechamente empaquetado) requiere cuando mucho de 10 comparaciones, ya que 
2 10 > 1000. La búsqueda en un árbol de búsqueda binaria de 1,000,000 de elementos (estrechamente empaquetado) 
requiere cuando mucho de 20 comparaciones, ya que 2 20 > 1,000,000. 
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algoritmos recursivos para recorrer árboles 
árbol 

árbol balanceado 
árbol binario 

árbol de búsqueda binaria 

árbol empaquetado 

autoboxing 

autounboxing 

Bool ean, clase 

Byte, clase 

clase autorreferenciada 
clases de envoltura de tipos 
cola 

conversión boxing 

conversión unboxing 

Character, clase 

delegar la llamada a un método 

dequeue 

eliminación de valores duplicados 

eliminar un nodo 

enqueue 

estructura de datos lineal 
estructura de datos no lineal 
estructura dinámica de datos 
Fí oat, clase 
hijo derecho 
hijo izquierdo 
hijos de un nodo 
insertar un nodo 
Integer, clase 


lista enlazada 
Long, clase 
método predicado 
nodo 
nodo hijo 
nodo hoja 
nodo padre 
nodo raíz 
nuil , referencia 

ordenamiento de árboles binarios 

OutOfMemory Error 

parte final de una cola 

parte inicial (cabeza) de una cola 

parte superior de una pila 

PEPS (primero en entrar, primero en salir) 

pila 

pila de ejecución del programa 

pop 

push 

recorrido 

recorrido en orden de niveles de un árbol binario 
recorrido inorden de un árbol binario 
recorrido postorden de un árbol binario 
recorrido preorden de un árbol binario 
Short, clase 
subárbol 
subárbol derecho 
subárbol izquierdo 

UEPS (último en entrar, primero en salir) 
visitar un nodo 
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Ejercicios de autoevaluación 

1 7. 1 Llene los espacios en blanco en cada uno de los siguientes enunciados: 

a) Una clase se utiliza para formar estructuras de datos dinámicas que pueden crecer 

y reducirse en tiempo de ejecución. 

b) Una es una versión restringida de una lista enlazada, en la que pueden insertarse 

y eliminarse nodos solamente desde el principio de la lista. 

c) Un método que no altera una lista enlazada, sino que sólo la analiza para determinar si está vacía, se conoce 

como método . 

d) A una cola se le conoce como estructura de datos , ya que los primeros nodos que se 

insertan son los primeros que se eliminan. 

e) La referencia al siguiente nodo en una lista enlazada se conoce como un . 

f) Al proceso de reclamar automáticamente la memoria asignada en forma dinámica se le conoce como 

g) Una es una versión restringida de una lista enlazada, en la que pueden insertarse 

nodos al final de la lista y eliminarse solamente desde el principio. 

h) Un es una estructura de datos bidimensional no lineal, que contiene nodos con dos 

o más enlaces. 

i) A una pila se le conoce como estructura de datos . ya que el último nodo insertado 

es el primero que se elimina. 

j) Los nodos de un árbol contienen dos miembros de enlace. 

k) El primer nodo de un árbol es el nodo . 

l) Cada enlace en el nodo de un árbol hace referencia a un o 

de ese nodo. 

m) El nodo de un árbol que no tiene hijos se llama nodo . 

n) Los tres algoritmos de recorrido que mencionamos en el texto para los árboles de búsqueda binaria son 

. y ■ 

o) Suponiendo que mi Arreglo contiene referencias a objetos Double, una ocurre 

cuando se ejecuta la instrucción "doubl e numero = miArreglo[ 0 ];". 

p) Suponiendo que mi Arreglo contiene referencias a objetos Double, una ocurre 

cuando se ejecuta la instrucción "miArreglo[ 0 ] = 1.25;". 

1 7.2 ¿Cuáles son las diferencias entre una lista enlazada y una pila? 

1 7.3 ¿Cuáles son las diferencias entre una pila y una cola? 

1 7.4 Tal vez un título más apropiado para este capítulo hubiera sido “Estructuras de datos reutilizables”. Escriba 
sus comentarios acerca de cómo contribuyen cada una de las siguientes entidades o conceptos a la reutilización de las 
estructuras de datos: 

a) clases 

b) herencia 

c) composición 

1 7.5 Proporcione manualmente los recorridos inorden, preorden y postorden del árbol de búsqueda binaria de la 
figura 17.20. 


49 



18 40 71 97 



11 19 32 44 69 72 92 99 


Figura 17.20 | Árbol de búsqueda binaria con 15 nodos. 
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Respuestas a los ejercicios de autoevaluación 

17.1 a) autorreferenciada. b) pila, c) predicado, d) PEPS (primero en entrar, primero en salir), e) enlace, f) reco- 
lección de basura. g) cola, h) árbol, i) UEPS (último en entrar, primero en salir), j) binario, k) raíz. 1) hijo o subárbol, 
m) hoja, n) inorden, preorden, postorden, o) conversión autounboxing. p) conversión autoboxing. 

1 7.2 Es posible insertar y eliminar un nodo en cualquier lugar de una lista enlazada. Los nodos en una pila pueden 
insertarse solamente en la parte superior y eliminarse desde la parte superior de una pila. 

1 7.3 Una cola es una estructura de datos PEPS que tiene referencias tanto a su parte inicial como a su parte final, de 
manera que pueden insertarse nodos al final y eliminarse del principio de la cola. Una pila es una estructura de datos 
UEPS que tiene una sola referencia a la parte superior de la pila, en donde se llevan a cabo las operaciones de inserción 
y eliminación de nodos. 

1 7.4 a) Las clases nos permiten crear tantas instancias de todos los objetos de estructura de datos de cierto tipo (es 

decir, clase) como sea necesario. 

b) La herencia permite a una subclase reutilizar la funcionalidad de una superclase. Los métodos public y 
protected de una superclase pueden utilizarse a través de una subclase, para eliminar la lógica duplicada. 

c) La composición permite a una clase reutilizar código almacenando una referencia a una instancia de otra 
clase en un campo. Los métodos públicos de la clase miembro pueden ser llamados por los métodos de 
la clase que contiene la referencia. 

1 7.5 El recorrido inorden es: 

11 18 19 28 32 40 44 49 69 71 72 83 92 97 99 
El recorrido preorden es: 

49 28 18 11 19 40 32 44 83 71 69 72 97 92 99 
El recorrido postorden es: 

11 19 18 32 44 40 28 69 72 71 92 99 97 83 49 

Ejercicios 

17.6 Escriba un programa para concatenar dos objetos de lista enlazada de caracteres. La clase ConcatenarLi sta 
debe incluir un método llamado concatenar que tome referencias a ambos objetos lista como argumentos y que con- 
catene la segunda lista con la primera. 

1 7.7 Escriba un programa para fusionar dos objetos de lista ordenada de enteros en un solo objeto de lista ordenada 
de enteros. El método fusionar de la clase Fusi onarLi sta debe recibir referencias a cada uno de los objetos lista que 
se van a fusionar, y debe devolver una referencia al objeto lista fusionado. 

17.8 Escriba un programa para insertar 25 enteros aleatorios de 0 a 100 en orden, en un objeto lista enlazada. El 
programa deberá calcular la suma de los elementos y el promedio de punto flotante de los elementos. 

1 7.9 Escriba un programa para crear un objeto lista enlazada de 10 caracteres, y que luego cree un segundo objeto 
lista que contenga una copia de la primera lista, pero en orden inverso. 

1 7. 1 0 Escriba un programa que reciba una línea de texto como entrada y que utilice un objeto pila para imprimir las 
palabras de la línea en orden inverso. 

1 7. 1 1 Escriba un programa que utilice una pila para determinar si una cadena es un palíndromo (es decir, que la cade- 
na se deletree en forma idéntica, tanto al revés como al derecho). El programa debe ignorar espacios y puntuación. 

1 7. 1 2 Los compiladores utilizan pilas para ayudar en el proceso de evaluar expresiones y generar código en lenguaje 
máquina. En este ejercicio y en el siguiente, investigaremos cómo los compiladores evalúan expresiones aritméticas que 
consisten solamente de constantes, operadores y paréntesis. 

Los humanos generalmente escriben expresiones como 3 + 4 y 7 / 9 , en donde el operador (+ o / aquí) se escribe 
entre sus operandos; a esta notación se le conoce como notación infijo. Las computadoras “prefieren” la notación postfi- 
jo , en donde el operador se escribe a la derecha de sus dos operandos. Las anteriores expresiones infijo aparecerían en 
notación postfijo como 3 4 + y 7 9 /, respectivamente. 

Para evaluar una expresión infijo compleja, un compilador primero convertiría la expresión en notación postfijo y 
evaluaría la versión postfijo de la expresión. Cada uno de estos algoritmos requiere solamente de una pasada de izquierda 
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a derecha de la expresión. Cada algoritmo utiliza un objeto pila para dar soporte a su operación y, en cada algoritmo, la 
pila se utiliza para un propósito distinto. 

En este ejercicio, usted escribirá una versión en Java del algoritmo de conversión infijo a postfijo. En el siguiente 
ejercicio, usted escribirá una versión en Java del algoritmo de evaluación de expresiones postfijo. En un ejercicio poste- 
rior, descubrirá que el código que escriba en este ejercicio podrá ayudarle a implementar un compilador completamente 
funcional. 

Escriba la clase Convertí dorlnfijoAPostfi jo para convertir una expresión aritmética infijo ordinaria (suponga 
que se escribe una expresión válida) con enteros de un solo dígito, como: 

(6 + 2 ) * 5 - 8 / 4 

en una expresión postfijo. La versión postfijo de la expresión infijo anterior es (observe que no se necesitan parénte- 
sis): 

6 2 + 5 * 8 4 /- 

E1 programa debe leer la expresión y colocarla en la variable Stri ngBuffer i nfijo, y utilizar una de las clases de pila 
implementadas en este capítulo para ayudar a crear la expresión postfijo en la variable Stri ngBuffer postfijo. El algo- 
ritmo para crear una expresión postfijo es el siguiente: 

a) Meter un paréntesis izquierdo ' ( ' en la pila. 

b) Anexar un paréntesis derecho ' ) ' al final de i nfijo. 

c) Mientras que la pila no esté vacía, leer i nfijo de izquierda a derecha y hacer lo siguiente: 

Si el carácter actual en i nfijo es un dígito, anexarlo a postfijo. 

Si el carácter actual en i nfijo es un paréntesis izquierdo, meterlo a la pila. 

Si el carácter actual en i nfijo es un operador: 

Sacar los operadores (si los hay) de la parte superior de la pila, mientras tengan igual o mayor 
precedencia que el operador actual, y anexar los operadores que se sacaron a postfijo. 
Meter en la pila el carácter actual de i nfijo. 

Si el carácter actual en i nfijo es un paréntesis derecho: 

Sacar operadores de la parte superior de la pila y anexarlos a postfijo, hasta que haya un 
paréntesis izquierdo en la parte superior de la pila. 

Sacar (y descartar) el paréntesis izquierdo de la pila. 

Las siguientes operaciones aritméticas se permiten en una expresión: 

+ suma 
— resta 

* multiplicación 
/ división 
A exponenciación 
% residuo 

La pila debe mantenerse con nodos de pila que contengan, cada uno, una variable de instancia y una referencia al 
siguiente nodo de la pila. Algunos de los métodos que puede proporcionar son: 

a) El método convertí rAPostfijo, que convierte la expresión infijo a notación postfijo. 

b) El método esOperador, el cual determina si c es un operador. 

c) El método precedencia, que determina si la precedencia de operadorl (de la expresión infijo) es menor, 
igual o mayor que la precedencia de operador2 (de la pila). El método devuelve true si operadorl tiene 
menor precedencia que operador2. En caso contrario, se devuelve false. 

d) El método parteSuperiorPi i a (éste debe agregarse a la clase pila), que devuelve el valor de la parte supe- 
rior de la pila sin sacarlo de la misma. 

1 7.1 3 Escriba la clase Evai uadorPostfi jo, el cual evalúa una expresión postfijo como: 

6 2 + 5 * 8 4 /- 

E1 programa debe leer una expresión postfijo que consista de dígitos y operadores, para después colocarla en un objeto 
Stri ngBuffer. Utilizando versiones modificadas de los métodos de pila implementados anteriormente en este capítu- 
lo, el programa deberá explorar la expresión y evaluarla (suponiendo que sea válida). El algoritmo es el siguiente: 

a) Anexar un paréntesis derecho ( ' ) ' ) al final de la expresión postfijo. Cuando se encuentre el carácter de 
paréntesis derecho, ya no habrá nada más qué procesar. 
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b) Cuando no se encuentre el carácter de paréntesis derecho, leer la expresión de izquierda a derecha. 

Si el carácter actual es un dígito, hacer lo siguiente: 

Meter su valor entero en la pila (el valor entero de un carácter tipo dígito es su valor en el conjunto 
de caracteres de la computadora menos el valor de ' 0 ' en Unicode). 

En caso contrario, si el carácter actual es un operador'. 

Sacar los dos elementos superiores de la pila y colocarlos en las variables x y y. 

Calcular y operador x. 

Meter el resultado del cálculo en la pila. 

c) Cuando se encuentre el paréntesis derecho en la expresión, sacar el valor superior de la pila. Éste es el resul- 
tado de la expresión postfijo. 

[Nota: en el inciso b) anterior (con base en la expresión de ejemplo al principio de este ejercicio), si el operador es ' / ' , 
el valor superior de la pila es 2 y el siguiente elemento en la pila es 8, entonces sacar 2 y colocarlo en x, sacar 8 y colo- 
carlo en y, evaluar 8 / 2 y meter el resultado (4) de vuelta en la pila. Esta nota también se aplica al operador ' - Las 
operaciones aritméticas permitidas en una expresión son: 

+ suma 
— resta 

* multiplicación 
/ división 
A exponenciación 
% residuo 

La pila debe mantenerse con una de las clases de pila que se presentaron en este capítulo. Tal vez usted pueda 
proporcionar los siguientes métodos: 

a) El método eval uarExpresionPostfijo, el cual evalúa la expresión postfijo. 

b) El método calcular, el cual evalúa la expresión opl operador op2. 

c) El método push, que mete un valor en la pila. 

d) El método pop, que saca un valor de la pila. 

e) El método estaVaci a, que determina si la pila está vacía. 

f) El método i mpri mi rPi 1 a, el cual imprime la pila. 

17.14 Modifique el programa evaluador de expresiones postfijo del ejercicio 17.13, de manera que pueda procesar 
operandos enteros mayores que 9. 

17.15 (Simulación de supermercado) Escriba un programa que simule una línea para pagar en un supermercado. La 
línea es un objeto cola. Los clientes (es decir, los objetos cliente) llegan en intervalos enteros aleatorios de 1 a 4 minutos. 
Además, a cada cliente se le atiende en intervalos enteros aleatorios de 1 a 4 minutos. Obviamente, los ritmos necesitan 
balancearse. Si el ritmo promedio de llegadas es mayor que el ritmo promedio de atención, la cola crecerá infinitamente. 
Incluso con ritmos “balanceados”, el factor aleatorio puede aún provocar largas líneas. Ejecute la simulación del super- 
mercado durante un día de 12 horas (720 minutos), utilizando el siguiente algoritmo: 

a) Elegir un entero aleatorio entre 1 y 4 para determinar el minuto en el que debe llegar el primer cliente. 

b) Al momento en que llegue el cliente: 

Determinar el tiempo de atención del cliente (entero aleatorio de 1 a 4). 

Empezar a atender al cliente. 

Programar la hora de llegada del siguiente cliente (se suma un entero aleatorio de 1 a 4 al tiempo actual). 

c) Para cada minuto del día: 

Si llega el siguiente cliente, hay que proceder de la siguiente manera: 

Decirlo así. 

Poner al cliente en la cola. 

Programar la hora de llegada del siguiente cliente. 

Si se terminó de atender al último cliente: 

Decirlo así. 

Sacar de la cola al siguiente cliente al que se va a atender. 

Determinar el tiempo requerido para dar servicio al cliente (se suma un entero aleatorio del 1 al 
4 al tiempo actual). 

Ahora ejecute su simulación durante 720 minutos y responda a cada una de las siguientes preguntas: 
a) ¿Cuál es el máximo número de clientes en la cola, en cualquier momento dado? 
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b) ¿Cuál es el tiempo de espera más largo que experimenta un cliente? 

c) ¿Qué ocurre si el intervalo de llegada se cambia de 1 a 4 minutos por un intervalo de 1 a 3 minutos? 

1 7. 1 6 Modifique las figuras 17. 17 y 17.18 para permitir que el árbol binario contenga valores duplicados. 

1 7.1 7 Escriba un programa con base en el programa de las figuras 17.17 y 17.18, que reciba como entrada una línea 
de texto, divida la oración en palabras separadas (tal vez quiera utilizar la clase StreamTokerri zer del paquete java, 
i o), las inserte en un árbol de búsqueda binaria e imprima los recorridos inorden, preorden y postorden del árbol. 

1 7. 1 8 En este capítulo vimos que la eliminación de duplicados es un proceso bastante simple cuando se crea un árbol 
de búsqueda binaria. Describa cómo llevaría a cabo la eliminación de duplicados utilizando sólo un arreglo unidimen- 
sional. Compare el rendimiento de la eliminación de valores duplicados con base en arreglos y el rendimiento de la 
eliminación de duplicados con base en árboles de búsqueda binaria. 

1 7. 1 9 Escriba un método llamado prof undi dad que reciba un árbol binario y determine cuántos niveles tiene. 

1 7.20 (Imprimir una lista en forma recursiva y en forma inversa) Escriba un método llamado i mpri mi rLi staAl Reves 
que imprima en forma recursiva los elementos en un objeto lista enlazada, en orden inverso. Escriba un programa de 
prueba para crear una lista ordenada de enteros e imprimir la lista en orden inverso. 

1 7.2 1 (Buscar en una lista en forma recursiva) Escriba un método llamado buscarLi sta que busque en forma recur- 
siva en un objeto lista enlazada un valor específico. El método buscarLi sta deberá devolver una referencia al valor, si 
es que lo encuentra; en caso contrario, deberá devolver nuil. Use su método en un programa de prueba para crear una 
lista de enteros. El programa deberá pedir al usuario un valor a localizar en la lista. 

1 7.22 (Eliminación en árboles binarios) En este ejercicio hablaremos sobre cómo eliminar elementos de los árboles de 
búsqueda binaria. El algoritmo de eliminación no es tan simple como el de inserción. Al eliminar un elemento pue- 
de haber tres casos: que el elemento esté contenido en un nodo hoja (es decir, que no tenga hijos), que esté contenido 
en un nodo que tenga un hijo, o que esté contenido en un nodo con dos hijos. 

Si el elemento que se va a eliminar está contenido en un nodo hoja, este nodo se elimina y a la referencia en el 
nodo padre se le asigna el valor nulo. 

Si el elemento que se eliminará está contenido en un nodo con un hijo, a la referencia en el nodo padre se le asigna 
el nodo hijo y se elimina el nodo que contenga el elemento de datos. Esto hace que el nodo hijo ocupe el lugar del no- 
do eliminado en el árbol. 

El último caso es el más difícil. Cuando se elimina un nodo con dos hijos, otro nodo en el árbol debe tomar su 
lugar. Sin embargo, la referencia en el nodo padre no puede simplemente asignarse de manera que haga referencia a 
uno de los hijos del nodo que se va a eliminar. En la mayoría de los casos, el árbol de búsqueda binaria resultante no se 
adhiere a la siguiente característica de los árboles de búsqueda binaria (sin valores duplicados): Los valores en cualquier 
subárbol izquierdo son menores que el valor en el nodo padre, y los valores en cualquier subárbol derecho son mayores que el 
valor en el nodo padre. 

¿Cuál nodo debe utilizarse como nodo de reemplazo para mantener esta característica? Debe ser el nodo que conten- 
ga el valor más grande en el árbol, pero que sea menor que el valor en el nodo que se eliminará, o el nodo que contenga 
el valor más pequeño en el árbol, pero que sea mayor que el valor en el nodo que se va a eliminar. Consideremos el 
nodo con el valor más pequeño. En un árbol de búsqueda binaria, el valor más grande que sea menor que el valor de 
un padre se encuentra en el subárbol izquierdo del nodo padre y se garantiza que estará contenido en el nodo que se 
encuentre más a la derecha del subárbol. Para localizar este nodo hay que avanzar por el subárbol izquierdo hacia abajo y 
a la derecha, hasta que la referencia al hijo derecho del nodo actual sea nula. Ahora estamos haciendo referencia al nodo 
de reemplazo, que es un nodo hoja o un nodo con un hijo a su izquierda. Si el nodo de reemplazo es un nodo hoja, los 
pasos para llevar a cabo la eliminación son los siguientes: 

a) Almacenar la referencia al nodo que se eliminará en una variable de referencia temporal. 

b) Hacer que la referencia en el padre del nodo que se va a eliminar haga referencia al nodo de reemplazo. 

c) Asignar a la referencia en el padre del nodo de reemplazo el valor nuil. 

d) Hacer que la referencia al subárbol derecho en el nodo de reemplazo haga referencia al subárbol derecho del 
nodo que se eliminará. 

e) Hacer que la referencia al subárbol izquierdo en el nodo de reemplazo haga referencia al subárbol izquierdo 
del nodo que se va a eliminar. 

Los pasos de eliminación para el caso de un nodo de reemplazo con un hijo izquierdo son similares a los pasos 
para un nodo de reemplazo sin hijos, sólo que el algoritmo debe también desplazar al hijo hacia la posición del nodo 
de reemplazo en el árbol. Si el nodo de reemplazo es un nodo con un hijo izquierdo, los pasos para llevar a cabo la 
eliminación son los siguientes: 
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a) Almacenar la referencia al nodo que se va a eliminar en una variable de referencia temporal. 

b) Hacer que la referencia en el padre del nodo que se va a eliminar haga referencia al nodo de reemplazo. 

c) Hacer que la referencia en el padre del nodo de reemplazo haga referencia al hijo izquierdo del nodo de 
reemplazo. 

d) Hacer que la referencia al subárbol derecho en el nodo de reemplazo haga referencia al subárbol derecho del 
nodo que se va a eliminar. 

e) Hacer que la referencia al subárbol izquierdo en el nodo de reemplazo haga referencia al subárbol izquierdo 
del nodo que se va a eliminar. 

Escriba el método ei i mi narNodo, que debe tomar como argumento el valor a eliminar. El método ei i mi narNodo 
deberá localizar en el árbol el nodo que contenga el valor a eliminar, y deberá utilizar los algoritmos aquí descritos para 
eliminar el nodo. Si no se encuentra el valor en el árbol, el método deberá imprimir un mensaje que indique si el valor 
se eliminó. Modifique el programa de las figuras 17.17 y 17.18 para utilizar este método. Después de eliminar un ele- 
mento, llame a los métodos recorri dolnorden, recorri doPreorden y recorri doPostorden para confirmar que la 
operación de eliminación se haya llevado a cabo correctamente. 

17.23 (Búsqueda en un árbol binario) Escriba el método busquedaArbol Bi nano, para tratar de localizar un valor 
especificado en un objeto árbol de búsqueda binaria. El método deberá tomar como argumento una clave de búsqueda 
a localizar. Si se encuentra el nodo que contenga la clave de búsqueda, el método deberá devolver una referencia a ese 
nodo; en caso contrario, el método deberá devolver una referencia nula. 

1 7.24 (Recorrido de un árbol binario en orden de niveles) El programa de las figuras 17.17 y 17.18 demostró el uso de 
tres métodos recursivos para recorrer un árbol binario: los recorridos inorden, preorden y postorden. En este ejercicio 
presentamos el recorrido en orden de niveles de un árbol binario, en el cual los valores de los nodos se imprimen nivel por 
nivel, empezando en el nivel del nodo raíz. Los nodos en cada nivel se imprimen de izquierda a derecha. El recorrido 
en orden de niveles no es un algoritmo recursivo. Utiliza un objeto cola para controlar la impresión en pantalla de los 
nodos. El algoritmo es el siguiente: 

a) Insertar el nodo raíz en la cola. 

b) Mientras haya nodos restantes en la cola: 

Obtener el siguiente nodo en la cola. 

Imprimir el valor del nodo. 

Si la referencia al hijo izquierdo del nodo no es nula: 

Insertar el nodo del hijo izquierdo en la cola. 

Si la referencia al hijo derecho del nodo no es nula: 

Insertar el nodo del hijo derecho en la cola. 

Escriba el método ordenNi veles para llevar a cabo un recorrido en orden de niveles de un objeto árbol binario. 
Modifique el programa de las figuras 17.17 y 17.18 para utilizar este método. {Nota: también necesitará utilizar los 
métodos de procesamiento de colas de la figura 17. 13 en este programa). 

1 7.25 (Imprimir árboles) Escriba un método recursivo llamado most rarArbol para mostrar un objeto árbol binario en 
la pantalla. El método deberá mostrar el árbol fila por fila, con la parte superior del mismo a la izquierda de la pantalla y 
la parte inferior hacia la derecha de la pantalla. Cada fila se debe mostrar en forma vertical. Por ejemplo, el árbol binario 
que aparece en la figura 17.20 debe mostrarse en pantalla como se indica en la figura 17.21. 

El nodo hoja que se encuentra más a la derecha en el árbol aparece en la parte superior de la pantalla, en la columna 
que está más a la derecha, y el nodo raíz aparece a la izquierda de la pantalla. Cada columna de salida empieza cinco 
espacios a la derecha de la columna anterior. El método mostrarArbol debe recibir un argumento llamado total - 
Espaci os, el cual representa el número de espacios que anteceden al valor que va a mostrarse en pantalla. (Esta variable 
debe empezar en cero, para que el nodo raíz se muestre a la izquierda de la pantalla). El método utiliza un recorrido 
inorden modificado para mostrar el árbol en pantalla; empieza en el nodo que está más a la derecha en el árbol y avanza 
en retroceso hacia la izquierda. El algoritmo es el siguiente: 

Mientras la referencia al nodo actual no sea nula: 

Llamar en forma recursiva a mostrarArbol con el subárbol derecho del nodo actual y 
total Espaci os + 5. 

Utilizar una instrucción for para contar de 1 a total Espaci os e imprimir espacios. 

Mostrar el valor en el nodo actual. 

Hacer que la referencia al nodo actual haga referencia al subárbol izquierdo del nodo actual. 

Incrementar total Espaci os en 5. 



748 Capítulo 17 Estructuras de datos 


97 


83 


71 


49 


40 


28 


18 


99 

92 

72 

69 

44 

32 

19 

11 


Figura 17.21 | Resultados de ejemplo del método recursivo mostrarArbol. 


Sección especial: construya su propio compilador 

En los ejercicios 7.34 y 7.35 presentamos el Lenguaje Máquina Simpletron (LMS) y usted implemento un simulador 
de computadora Simpletron para ejecutar programas escritos en LMS. En esta sección crearemos un compilador que 
convierta los programas escritos en un lenguaje de programación de alto nivel a LMS. Esta sección “enlaza” entre sí 
todo el proceso de programación. Usted escribirá programas en este nuevo lenguaje de alto nivel, los compilará en el 
compilador que va a construir y los ejecutará en el simulador que construyó en el ejercicio 7.35. Usted deberá hacer 
todo el esfuerzo posible por implementar su compilador con un enfoque orientado a objetos. 

1 7.26 (El lenguaje Simple) Antes de empezar a construir el compilador, hablaremos sobre un lenguaje de alto nivel 
simple pero poderoso, similar a las primeras versiones del popular lenguaje BASIC. Llamaremos a este lenguaje Simple. 
Cada instrucción de Simple consiste de un número de línea y de una instrucción de Simple. Los números de línea deben 
aparecer en orden ascendente. Cada instrucción empieza con uno de los siguientes comandos de Simple: rem, i nput, 1 et, 
pri nt, goto, i f/goto o end (vea la figura 17.22). Todos los comandos excepto end pueden utilizarse en forma repetida. 
Simple evalúa solamente las expresiones de enteros que utilizan los operadores +, -, * y /. Estos operadores tienen la 
misma precedencia que en Java. Pueden utilizarse paréntesis para cambiar el orden de evaluación de una expresión. 

Nuestro compilador de Simple reconoce solamente letras en minúscula; por lo tanto, todos los caracteres en un 
archivo de Simple deben estar en minúsculas. (Las letras mayúsculas producen un error de sintaxis a menos que aparez- 
can en una instrucción rem, en cuyo caso se ignoran). Un nombre de variable es una sola letra. Simple no permite el uso 
de nombres descriptivos para las variables, por lo que éstas deben explicarse en comentarios para indicar su uso en un 
programa. Simple utiliza solamente variables enteras. Simple no tiene declaraciones de variables; con sólo mencionar 
el nombre de una variable en un programa, ésta se declara y se inicializa con cero. La sintaxis de Simple no permite la 
manipulación de cadenas (leer una cadena, escribir una cadena, comparar cadenas, etcétera). Si se encuentra una cadena 
en un programa de Simple (después de un comando distinto de rem), el compilador genera un error de sintaxis. La pri- 
mera versión de nuestro compilador supone que los programas de Simple se introducen correctamente. En el ejercicio 
17.29 pedimos al lector que modifique el compilador para llevar a cabo la comprobación de errores de sintaxis. 

Simple utiliza la instrucción i f/goto condicional y la instrucción goto incondicional para alterar el flujo de con- 
trol durante la ejecución del programa. Si la condición en la instrucción i f/goto es verdadera, el control se transfiere 
a una línea específica del programa. Los siguientes operadores relaciónales y de igualdad son válidos en una instrucción 
i f/goto: <, >, <=, >=, == o ! =. La precedencia de estos operadores es la misma que en Java. 

Consideremos ahora varios programas para demostrar las características de Simple. El primer programa (figura 
17.23) lee dos enteros del teclado, almacena los valores en las variables a y b, calcula e imprime su suma (almacenada 
en la variable c). 

El programa de la figura 17.24 determina e imprime el mayor de dos enteros. Los enteros se introducen desde 
el teclado y se almacenan en s y t. La instrucción i f/goto evalúa la condición s >= t. Si es verdadera, el control se 
transfiere a la línea 90 y se muestra el valor de s en pantalla; en caso contrario se muestra t y el control se transfiere a la 
instrucción end de la línea 99, en donde termina el programa. 
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Comando 

Instrucción de ejemplo 

Descripción 

rem 

50 rem este 

es un comentario 

Cualquier texto después del comando rem es para fines de docu- 
mentación solamente, por lo que el compilador lo ignora. 

i nput 

30 i nput x 


Mostrar un signo de interrogación para pedir al usuario que 
introduzca un entero. Leer ese entero desde el teclado y almace- 
narlo en x. 

let 

80 let u = 4 

* (j - 56) 

Asignar a u el valor de 4 * (j - 56). Observe que puede apare- 
cer una expresión arbitrariamente compleja a la derecha del signo 
de igual. 

pri nt 

10 print w 


Mostrar el valor de w. 

goto 

70 goto 45 


Transferir el control del programa a la línea 45. 

if/goto 

35 if i == z 

goto 80 

Comparar si i y z son iguales y transferir el control del programa 
a la línea 80 si la condición es verdadera; en caso contrario, conti- 
nuar la ejecución con la siguiente instrucción. 

end 

99 end 


Terminar la ejecución del programa. 


Figura 17.22 | Comandos de Simple. 


1 

10 

rem 

determinar e imprimir la suma de dos enteros 

2 

15 

rem 


3 

20 

rem 

introducir los dos enteros 

4 

30 

i nput 

a 

5 

40 

i nput 

b 

6 

45 

rem 


7 

50 

rem 

sumar los enteros y almacenar el resultado en 

8 

60 

let c 

= a + b 

9 

65 

rem 


10 

70 

rem 

imprimir el resultado 

1 1 

80 

pri nt 

c 

12 

90 

rem 

terminar la ejecución del programa 

13 

99 

end 


Figura 17.23 | 

Programa de Simple que determina la suma de dos enteros. 


I 

10 

rem 

determi nar 

e 

imprimi r 

el 

mayor de dos enteros 

2 

20 

i nput 

s 







3 

30 

i nput 

t 







4 

32 

rem 








5 

35 

rem 

evaluar si 

s 

>= t 




6 

40 

if s : 

>= 

t goto 90 






7 

45 

rem 








8 

50 

rem 

t 

es mayor 

que s, por 

lo 

que se imprime 

t 

9 

60 

pri nt 

t 







10 

70 

goto 

99 







1 1 

75 

rem 








12 

80 

rem 

s 

es mayor 

0 

igual que 

: t. 

, por lo que se 

imprii 

13 

90 

pri nt 

s 







14 

99 

end 









Figura 1 7.24 | Programa de Simple que encuentra el mayor de dos enteros. 


Simple no cuenta con una instrucción de repetición (como las instrucciones for, whi leo do...whi 1 e de Java). Sin 
embargo, Simple puede simular cada una de las instrucciones de repetición de Java mediante el uso de las instrucciones 
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if/goto y goto. En la figura 17.25 se utiliza un ciclo controlado por centinela para calcular los cuadrados de varios 
enteros. Cada entero se introduce desde el teclado y se almacena en la variable j . Si el valor introducido es el valor 
centinela -9999, el control se transfiere a la línea 99, en donde termina el programa. En caso contrario, a k se le asigna 
el cuadrado de j , k se muestra en pantalla y el control se pasa a la línea 20, en donde se introduce el siguiente entero. 

Utilizando los programas de ejemplo de las figuras 17.23 a 17.25 como guía, escriba un programa de Simple para 
realizar cada una de las siguientes acciones: 

a) Introducir tres enteros, determinar su promedio e imprimir el resultado. 

b) Usar un ciclo controlado por centinela para introducir 10 enteros, calcular e imprimir su suma. 

c) Usar un ciclo controlado por contador para introducir 7 enteros, algunos positivos y otros negativos, 
calcular e imprimir su promedio. 

d) Introducir una serie de enteros, determinar e imprimir el mayor. El primer entero introducido indica cuán- 
tos números deben procesarse. 

e) Introducir 10 enteros e imprimir el menor. 

f) Calcular e imprimir la suma de los enteros pares del 2 al 30. 

g) Calcular e imprimir el producto de los enteros impares del 1 al 9. 


1 

10 

rem 

calcular los cuadrados de varios 

enteros 

2 

20 

i nput 

j 



3 

23 

rem 




4 

25 

rem 

evaluar el valor centinela 



5 

30 

if j = 

== -9999 goto 99 



6 

33 

rem 




7 

35 

rem 

calcular el cuadrado de j y asignar el 

resultado a k 

8 

40 

let k 

= j * j 



9 

50 

pri nt 

k 



10 

53 

rem 




1 1 

55 

rem 

iterar para obtener el siguiente 

val or 

de j 

12 

60 

goto 

20 



13 

99 

end 





Figura 1 7.25 | Calcular los cuadrados de varios enteros. 


17.27 ( Construcción de un compilador; prerrequisitos: completar los ejercicios 7.34, 7.35, 17.12, 17.13 y 17.26) Ahora 
que hemos presentado el lenguaje Simple (ejercicio 17.26), hablaremos sobre cómo construir un compilador de Simple. 
Primero debemos considerar el proceso mediante el cual un programa de Simple se convierte a LMS y se ejecuta por 
el simulador Simpletron (vea la figura 17.26). El compilador lee un archivo que contiene un programa de Simple y lo 
convierte en código de LMS. Este código se envía a un archivo en disco, en el que las instrucciones de LMS aparecen 
una en cada línea. Después el archivo de LMS se carga en el simulador Simpletron y los resultados se envían a un archi- 
vo en disco y a la pantalla. Observe que el programa de Simpletron desarrollado en el ejercicio 7.35 acepta su entrada 
mediante el teclado. Este programa debe modificarse para que lea desde un archivo y así pueda ejecutar los programas 
producidos por nuestro compilador. 

El compilador de Simple realiza dos pasadas del programa de Simple para convertirlo en LMS. En la primera 
pasada se construye una tabla de símbolos (objeto) en la que cada número de línea (objeto), nombre de variable (objeto) y 
constante (objeto) del programa de Simple se guarda con su tipo y ubicación correspondiente en el código final de LMS 
(la tabla de símbolos se describe detalladamente a continuación). En la primera pasada también se produce(n) el (los) 
objeto(s) correspondientes a la instrucción de LMS para cada una de las instrucciones de Simple (objeto, etcétera). Si 
el programa de Simple contiene instrucciones que transfieren el control a una línea que se encuentra más adelante en el 
programa, la primera pasada produce un programa de LMS que contiene algunas instrucciones “no terminadas”. En 
la segunda pasada del compilador se localizan y completan las instrucciones no terminadas, y se envía el programa de 
LMS a un archivo. 


Primera pasada 

El compilador empieza leyendo una instrucción del programa de Simple y la coloca en memoria. La línea debe separarse 
en sus tokens individuales (es decir, “piezas” de una instrucción) para su procesamiento y compilación. (Puede usarse la 
clase StreamTokeni zer del paquete java, i o). Recuerde que todas las instrucciones empiezan con un número de línea, 
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seguido de un comando. A medida que el compilador divide una instrucción en tokens, si éste es un número de línea, 
una variable o una constante, se coloca en la tabla de símbolos. Un número de línea se coloca en la tabla de símbolos 
solamente si es el primer token en una instrucción. El objeto tablaDeSi mbolos es un arreglo de objetos entradaTabi a 
que representan a cada uno de los símbolos en el programa. No hay restricción en cuanto al número de símbolos que 
pueden aparecer en el programa. Por lo tanto, la tablaDeSi mbolos para un programa específico podría ser extensa. 
Por ahora, haga que la tablaDeSi mbolos sea un arreglo de 100 elementos. Usted podrá incrementar o decrementar su 
tamaño una vez que el programa esté ejecutándose. 

Cada objeto ent radaT abl a contiene tres campos. El campo si mbol o es un entero que contiene la representación 
Unicode de una variable (recuerde que los nombres de las variables son caracteres individuales), un número de línea o 
una constante. El campo ti po es uno de los siguientes caracteres que indican el tipo de ese símbolo: ' C ' para constante, 
' L ' para número de línea o ' V ' para variable. El campo ubi caci on contiene la ubicación de memoria Simpletron (00 
a 99) a la que hace referencia el símbolo. La memoria Simpletron es un arreglo de 100 enteros en donde se almacenan 
instrucciones y datos de LMS. Para un número de línea, la ubicación es el elemento en el arreglo de memoria Simple- 
tron en el que empiezan las instrucciones de LMS para la instrucción de Simple. Para una variable o constante, la ubi- 
cación es el elemento en el arreglo de memoria Simpletron en el que se almacena esa variable o constante. Las variables 
y constantes se asignan desde el final de la memoria Simpletron hacia atrás. La primera variable o constante se almacena 
en la ubicación 99, la siguiente en la ubicación 98 y así, sucesivamente. 

La tabla de símbolos juega una parte integral para convertir los programas de Simple a LMS. En el capítulo 7 
aprendimos que una instrucción de LMS es un entero de cuatro dígitos, compuesto de dos partes: el código de la ope- 
ración y el operando. El código de operación se determina mediante los comandos en Simple. Por ejemplo, el comando 
i nput de Simple corresponde al código de operación 10 de LMS (lectura), y el comando pri nt de Simple corresponde 
al código de operación 11 de LMS (escritura). El operando es una ubicación en memoria que contiene los datos sobre 
los cuales el código de operación lleva a cabo su tarea (por ejemplo, el código de operación 10 lee un valor desde el tecla- 
do y lo guarda en la ubicación de memoria especificada por el operando). El compilador busca en la tabi aDeSi mbol os 
para determinar la ubicación de memoria Simpletron para cada símbolo, de manera que pueda utilizarse la ubicación 
correspondiente para completar las instrucciones de LMS. 

La compilación de cada instrucción de Simple se basa en su comando. Por ejemplo, después de insertar el número 
de línea de una instrucción rem en la tabla de símbolos, el compilador ignora el resto de la instrucción ya que un comen- 
tario es sólo para fines de documentación. Las instrucciones i nput, pri nt, goto y end corresponden a las instrucciones 
leer , escribir , bifurcar (hacia una ubicación específica) y parar de LMS. Las instrucciones que contienen estos comandos 
de Simple se convierten directamente a LMS. {Nota: una instrucción goto puede contener una referencia no resuelta, 
si el número de línea especificado hace referencia a una instrucción que se encuentre más adelante en el archivo del 
programa de Simple; a esto se le conoce algunas veces como referencia adelantada). 

Cuando una instrucción goto se compila con una referencia no resuelta, la instrucción de LMS debe marcarse 
para indicar que la segunda pasada del compilador debe completar la instrucción. Las banderas se almacenan en un 
arreglo de 100 elementos llamado banderas de tipo i nt, en donde cada elemento se inicializa con -1. Si la ubicación de 
memoria a la que hace referencia un número de línea en el programa de Simple no se conoce todavía (es decir, que no se 
encuentra en la tabla de símbolos), el número de línea se almacena en el arreglo banderas, en el elemento con el mismo 
índice que la instrucción incompleta. El operando de la instrucción incompleta se establece en 00 temporalmente. Por 
ejemplo, una instrucción de ramificación incondicional (que hace una referencia adelantada) se deja como +4000 hasta 
la segunda pasada del compilador. En breve describiremos la segunda pasada del compilador. 


Archivo de 

-► Compilador — i 

Archivo de 

Simulador 

Simpleton 

Simple 


LMS 


/ \ 


Salida al 
disco 


Salida a 
la pantalla 


Figura 17.26 


Cómo escribir, compilar y ejecutar un programa en lenguaje Simple. 
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La compilación de las instrucciones if/goto y let es más complicada que las otras instrucciones; son las únicas 
instrucciones que producen más de una instrucción de LMS. Para una instrucción if/goto, el compilador produce 
código para evaluar la condición y ramificar hacia otra línea, en caso de ser necesario. El resultado de la ramificación 
podría ser una referencia no resuelta. Cada uno de los operadores relaciónales y de igualdad pueden simularse mediante 
el uso de las instrucciones branch zero y bmnch negative de LMS (o posiblemente una combinación de ambas). 

Para una instrucción iet, el compilador produce código para evaluar una expresión aritmética arbitrariamente 
compleja que consiste de variables y/o constantes enteras. Las expresiones deben separar cada operando y operador con 
espacios. En los ejercicios 17.12 y 17.13 se presentaron el algoritmo de conversión de infijo a postfijo y el algoritmo 
de evaluación de expresiones postfijo que utilizan los compiladores para evaluar expresiones. Antes de proseguir con su 
compilador, debe completar cada uno de estos ejercicios. Cuando un compilador encuentra una expresión, la convierte 
de notación infijo a notación postfijo y después evalúa la expresión postfijo. 

¿Cómo es que el compilador produce el lenguaje máquina para evaluar una expresión que contiene variables? El 
algoritmo de evaluación de expresiones postfijo contiene un “gancho” en donde el compilador puede generar instruc- 
ciones de LMS, en vez de evaluar la expresión. Para permitir este “gancho” en el compilador, el algoritmo de evaluación 
postfijo debe modificarse para buscar en la tabla de símbolos cada símbolo que vaya encontrando (y posiblemente 
insertarlo), determinar la ubicación de memoria correspondiente de ese símbolo y meter la ubicación de memoria a la 
pila (en vez del símbolo). Cuando se encuentra un operador en la expresión postfijo, las dos ubicaciones de memoria 
que se encuentran en la parte superior de la pila se sacan y se produce el lenguaje máquina para llevar a cabo la opera- 
ción, utilizando las ubicaciones de memoria como operandos. El resultado de cada subexpresión se almacena en una 
ubicación temporal en memoria y se mete de vuelta a la pila, de manera que pueda continuar la evaluación de la expre- 
sión postfijo. Al completarse esta evaluación, la ubicación de memoria que contiene el resultado es la única ubicación 
que queda en la pila. Esta ubicación se saca y se generan las instrucciones de LMS para asignar el resultado a la varia- 
ble que está a la izquierda de la instrucción 1 et. 

Segunda pasada 

En la segunda pasada del compilador se llevan a cabo dos tareas: Resolver cualquier referencia no resuelta y enviar el 
código de LMS a un archivo. La resolución de las referencias ocurre así: 

a) Buscar en el arreglo banderas una referencia no resuelta (es decir, un elemento con un valor distinto de 
-1). 

b) Localizar el objeto en el arreglo tabl aDeSi mbol os que contenga el símbolo almacenado en el arreglo ban- 
deras (asegúrese que el tipo del símbolo sea ' L ' para un número de línea). 

c) Insertar la ubicación de memoria del campo ubicación en la instrucción con la referencia no resuelta 
(recuerde que una instrucción que contiene una referencia no resuelta tiene el operando 00). 

d) Repetir los pasos (a), (b) y (c) hasta que se llegue al final del arreglo banderas. 

Una vez completo el proceso de resolución, todo el arreglo que contiene el código de LMS se envía a un archivo en 
disco, con una instrucción de LMS por línea. El simulador Simpletron puede leer este archivo para ejecutarlo (una vez 
que se modifique el simulador para que lea su entrada desde un archivo). El compilar su primer programa de Simple en 
un archivo de LMS y luego ejecutar ese archivo le dará un verdadero sentido de satisfacción personal. 

Un ejemplo completo 

En el siguiente ejemplo mostramos la conversión completa de un programa de Simple a LMS, como lo deberá realizar 
el compilador de Simple. Considere un programa de Simple que recibe un entero y suma los valores desde 1 hasta ese 
entero. El programa y las instrucciones de LMS producidas por la primera pasada del compilador de Simple se muestran 
en la figura 17.27 La tabla de símbolos construida por la primera pasada se muestra en la figura 17.28. 

La mayoría de las instrucciones de Simple se convierten directamente a instrucciones de LMS individuales. Las 
excepciones en este programa son los comentarios, la instrucción if/goto en la línea 20 y las instrucciones let. Los 
comentarios no se traducen a lenguaje máquina. Sin embargo, el número de línea para un comentario se coloca en la 
tabla de símbolos, en caso de que se haga referencia al número de línea en una instrucción goto o i f/goto. En la línea 
20 del programa se especifica que, si la condición y == x es verdadera, el control del programa se transfiere a la línea 60. 
Ya que la línea 60 aparece más adelante en el programa, la primera pasada del compilador todavía no ha colocado el 
valor 60 en la tabla de símbolos. (Se colocan números de línea en la tabla de símbolos solamente cuando aparecen como 
el primer token en una instrucción). Por lo tanto, no es posible en este momento determinar el operando de la instruc- 
ción branch zero de LMS que se encuentra en la ubicación 03 del arreglo de instrucciones de LMS. El compilador coloca 
60 en la ubicación 03 del arreglo banderas para indicar que la instrucción va a completarse en la segunda pasada. 
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Ubicación e 

Programa de Simple instrucción de LMS Descripción 


rem se ignora 


5 i 

~em sumar 1 a x 

ninguna 

10 

input x 

00 

+1099 

15 

rem verificar si y == x 

ninguna 

20 

if y == x goto 60 

01 

+2098 



02 

+3199 



03 

+4200 

25 

rem incrementar y 

ninguna 

30 

let y = y + 1 

04 

+2098 



05 

+3097 



06 

+2196 



07 

+2096 



08 

+2198 

35 

rem sumar y ai total 

ninguna 

40 

let t = t + y 

09 

+2095 



10 

+3098 



11 

+2194 



12 

+2094 



13 

+2195 

45 

rem ciclo con y 

ninguna 

50 

goto 20 

14 

+4001 

55 

rem mostrar resultado 

ninguna 

60 

print t 

15 

+1195 

99 

end 

16 

+4300 


leer x y colocar su valor en la ubicación 99 
rem se ignora 

cargar y (98) en el acumulador 
restar x (99) al acumulador 

ramificar a ubicación no resuelta si el resultado es cero 

rem se ignora 

cargar y en el acumulador 

sumar 1 (97) al acumulador 

almacenar en ubicación temporal 96 

cargar de ubicación temporal 96 

almacenar acumulador en y 

rem se ignora 

cargar t (95) en el acumulador 

sumar y al acumulador 

almacenar en ubicación temporal 94 

cargar de ubicación temporal 94 

almacenar acumulador en t 

rem se ignora 

ramificar a ubicación 01 


rem se ignora 
mostrar t en la pantalla 
terminar la ejecución 


Figura 1 7.27 | Las instrucciones de LMS producidas después de la primera pasada del compilador. 


Símbolo 

Tipo 

Ubicación 

5 

L 

00 

10 

L 

00 

' x' 

V 

99 

15 

L 

01 

20 

L 

01 

'y' 

V 

98 

25 

L 

04 

30 

L 

04 

1 

C 

97 

35 

L 

09 


Figura 17.28 | Tabla de símbolos para el 
programa de la figura 1 7.27. (Parte I de 2). 
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Símbolo 

Tipo 

Ubicación 

40 

L 

09 

’t' 

V 

95 

45 

L 

14 

50 

L 

14 

55 

L 

15 

60 

L 

15 

99 

L 

16 


Figura 17.28 | Tabla de símbolos para el 
programa de la figura 1 7.27. (Parte 2 de 2). 


Debemos llevar el registro de la ubicación de la siguiente instrucción en el arreglo de LMS, ya que no hay una 
correspondencia de uno a uno entre las instrucciones de Simple y las instrucciones de LMS. Por ejemplo, la instrucción 
if/goto de la línea 20 se compila en tres instrucciones de LMS. Cada vez que se produce una instrucción, debemos 
incrementar el contador de instrucciones a la siguiente ubicación en el arreglo de LMS. Hay que tener en cuenta que el 
tamaño de la memoria Simpletron podría presentar un problema para los programas de Simple con muchas instruc- 
ciones, variables y constantes. Es posible que el compilador se quede sin memoria. Para probar este caso, su programa 
debe contener un contador de datos para llevar un registro de la ubicación en la que se almacenará la siguiente variable 
o constante en el arreglo de LMS. Si el valor del contador de instrucciones es mayor que el valor del contador de datos, 
significa que el arreglo de LMS está lleno. En este caso, el proceso de compilación debe terminar y el compilador debe 
imprimir un mensaje de error, indicando que se agotó la memoria durante la compilación. Esto sirve para enfatizar que, 
aunque el programador está libre de la carga que representa para el compilador tener que administrar la memoria, debe 
determinar cuidadosamente la colocación de instrucciones y datos en ella, y debe comprobar que no haya errores como 
el agotamiento de la memoria durante el proceso de compilación. 

El proceso de compilación, paso a paso 

Ahora analicemos el proceso de compilación para el programa de Simple que aparece en la figura 17.27. El compilador 
lee la primera línea del programa: 

5 rem sumar 1 a x 

en memoria. El primer token en la instrucción (el número de línea) se determina mediante el uso de la clase Stri ng- 
Tokenizer. (En el capítulo 30 se describe el uso de esta clase). El token devuelto por el objeto Stri ngTokeni zer se 
convierte en un entero mediante el uso del método stati c Integer . parselntO, de manera que el símbolo 5 puede 
localizarse en la tabla de símbolos. Si el símbolo no se encuentra, se inserta en la tabla de símbolos. 

Como nos encontramos en el inicio del programa y ésta es la primera línea, todavía no hay símbolos en la tabla. Por 
lo tanto, se inserta el 5 en la tabla de símbolos con el tipo L (número de línea) y se le asigna la primera ubicación en el 
arreglo de LMS (00). Aunque esta línea es un comentario, de todas formas se asigna un espacio en la tabla de símbolos 
para el número de línea (en caso que se haga referencia al mismo en una instrucción goto o if/goto). No se genera 
ninguna instrucción de LMS para una instrucción rem, por lo que no se incrementa el contador de instrucciones. Ahora 
la instrucción: 

10 i nput x 

se divide en tokens. El número de línea 10 se coloca en la tabla de símbolo con el tipo L y se le asigna la primera ubi- 
cación en el arreglo de LMS (00 pues, como un comentario empezó el programa, el contador de instrucciones sigue 
siendo 00). El comando i nput indica que el siguiente token es una variable (sólo puede aparecer una variable en una 
instrucción i nput). Como i nput corresponde directamente a un código de operación de LMS, el compilador sólo tiene 
que determinar la ubicación de x en el arreglo de LMS. El símbolo x no se encuentra en la tabla de símbolos, por lo que 
se inserta en ésta como la representación Unicode de x, se le asigna el tipo V y la ubicación 99 en el arreglo de LMS (el 
almacenamiento de datos empieza en la ubicación 99 y se van asignando ubicaciones en forma regresiva). Ahora puede 
generarse el código LMS para esta instrucción. El código de operación 10 (código de operación de lectura de LMS) 
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se multiplica por 100 y se agrega la ubicación de x (según lo determinado 
instrucción. Después la instrucción se almacena en el arreglo de LMS, en la 
se incrementa en uno, ya que se produjo una sola instrucción de LMS. 

Ahora la instrucción: 

15 rem verificar si y == x 

se divide en tokens. Se busca en la tabla de símbolos el número de línea 15 (el cual no se encuentra). El número de lí- 
nea se inserta con el tipo L y se le asigna la siguiente ubicación en el arreglo, 01. (Recuerde que las instrucciones rem no 
producen código, por lo que no se incrementa el contador de instrucciones). 

Ahora la instrucción: 

20 i f y == x goto 60 

se divide en tokens. El número de línea 20 se inserta en la tabla de símbolos y se le asigna el tipo L en la siguiente ubica- 
ción en el arreglo de LMS (01). El comando i f indica que se va a evaluar una condición. La variable y no se encuentra 
en la tabla de símbolos, por lo que se inserta, se le asigna el tipo V y la ubicación 98. A continuación se generan las 
instrucciones de LMS para evaluar la condición. Como no hay un equivalente directo en LMS para la instrucción i f / 
goto; ésta debe simularse mediante un cálculo en el que se utilicen x y y, y después debe hacerse una bifurcación con 
base en el resultado. Si y es igual a x el resultado de restar x a y es cero, por lo que puede utilizarse la instrucción branch 
zero con el resultado del cálculo para simular la instrucción i f / goto. El primer paso requiere que se cargue y (de la 
ubicación 98 del arreglo de LMS) en el acumulador. Esto produce la instrucción 01 +2098. Luego, se resta x del acumu- 
lador. Esto produce la instrucción 02 +3199. El valor en el acumulador puede ser cero, positivo o negativo. Como el 
operador es ==, queremos utilizar la operación branch zero. Primero se busca en la tabla de símbolos la ubicación de la 
ramificación (60 en este caso), la cual no se encuentra. Por lo tanto, 60 se coloca en el arreglo banderas en la ubicación 
03, y se genera la instrucción 03 +4200. (No podemos agregar la ubicación de la ramificación, ya que todavía no hemos 
asignado una ubicación a la línea 60 en el arreglo de LMS). El contador de instrucciones se incrementa en 04. 

El compilador continúa con la instrucción: 

25 rem incrementar y 

El número de línea 2 5 se inserta en la tabla de símbolos con el tipo L y se le asigna la ubicación 04 en el arreglo de LMS. 
No se incrementa el contador de instrucciones. 

Cuando la instrucción: 

30 íet y = y + 1 

se divide en tokens, el número de línea 30 se inserta en la tabla de símbolos con el tipo L y se le asigna la ubicación 04 
en el arreglo de LMS. El comando í et indica que la línea es una instrucción de asignación. Primero se insertan todos 
los símbolos de la línea en la tabla de símbolos (si no es que están ya ahí) . El entero 1 se agrega a la tabla de símbolos con 
el tipo C y se le asigna la ubicación 97 LMS. A continuación, el lado derecho de la asignación se convierte de nota- 
ción infijo a postfijo. Luego se evalúa la expresión postfijo ( y 1 +). El símbolo y se encuentra ya en la tabla de símbolos y 
su ubicación correspondiente en memoria se mete a la pila. El símbolo 1 también se encuentra ya en la tabla de símbolos 
y su ubicación correspondiente en memoria se mete a la pila. Al llegar al operador +, el evaluador de expresiones postfijo 
saca el elemento superior de la pila y lo coloca en el operando derecho del operador, saca de nuevo el elemento superior 
de la pila, lo coloca en el operando izquierdo del operador y produce las siguientes instrucciones de LMS: 

04 +2098 (loady) 

05 +3097 (add 1) 

El resultado de la expresión se almacena en una ubicación temporal en memoria (96) mediante la instrucción: 

06 +2196 (almacenar temporalmente) 

y la ubicación temporal se mete en la pila. Ahora que se ha evaluado la expresión, el resultado debe almacenarse en y (es 
decir, la variable del lado izquierdo de =). Entonces la ubicación temporal se carga en el acumulador y éste se almacena 
en y mediante las instrucciones: 

07 +2096 (cargar temporalmente) 

08 +2198 (store y) 


en la tabla de símbolos) para completar la 
ubicación 00. El contador de instrucciones 
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El lector observará inmediatamente que las instrucciones de LMS parecen ser redundantes. Hablaremos sobre esta 
cuestión en breve. 

Cuando la instrucción: 

35 rem sumar y ai total 

se divide en tokens, el número de línea 35 se inserta en la tabla de símbolos con el tipo L y se le asigna la ubicación 09. 
La instrucción: 

40 1 et t = t + y 

es similar a la línea 30. La variable t se inserta en la tabla de símbolos con el tipo V y se le asigna la ubicación 95 en el 
arreglo de LMS. Las instrucciones siguen la misma lógica y formato que la línea 30, y se generan las instrucciones 09 
+2095, 10 +3098, 11 +2194, 12 +2094 y 13 +2195. Observe que el resultado de t + y se asigna a la ubicación temporal 
94 antes de asignarse a t (95). Una vez más, el lector observará que las instrucciones en las ubicaciones de memoria 11 
y 12 parecen ser redundantes. De nuevo, hablaremos sobre esta cuestión en breve. 

La instrucción: 

45 rem ciclo con y 

es un comentario, por lo que la línea 45 se agrega a la tabla de símbolos con el tipo L y se le asigna la ubicación 14 en 
el arreglo de LMS. 

La instrucción: 

50 goto 20 

transfiere el control a la línea 20. El número de línea 50 se inserta en la tabla de símbolos con el tipo L y se le asigna 
la ubicación 14 en el arreglo de LMS. El equivalente de goto en LMS es la instrucción de bifurcación incondicional 
(40), la cual transfiere el control a una ubicación específica en el arreglo de LMS. El compilador busca en la tabla de 
símbolos la línea 20 y encuentra que a ésta le corresponde la ubicación 01 en el arreglo de LMS. El código de operación 
(40) se multiplica por 100 y se le agrega la ubicación 01 para producir la instrucción 14 +4001. 

La instrucción: 

55 rem mostrar resultado 

es un comentario, por lo que la línea 55 se inserta en la tabla de símbolos con el tipo L y se le asigna la ubicación 15 en 
el arreglo de LMS. 

La instrucción: 

60 print t 

es una instrucción de salida. El número de línea 60 se inserta en la tabla de símbolos con el tipo L y se le asigna 
la ubicación 15 en el arreglo de LMS. El equivalente de pri nt en LMS es el código de operación 11 ( write ). La ubi- 
cación de t se determina a partir de la tabla de símbolos y se agrega al resultado de la multiplicación del código de 
operación por 100. 

La instrucción: 

99 end 

es la línea final del programa. El número de línea 99 se almacena en la tabla de símbolos con el tipo L y se le asigna la 
ubicación 16 en el arreglo de LMS. El comando end produce la instrucción de LMS +4300 (43 significa haltc n LMS), 
la cual se escribe como instrucción final en el arreglo de memoria de LMS. 

Esto completa la primera pasada del compilador. Ahora consideremos la segunda pasada. En el arreglo banderas 
se buscan valores distintos de -1. La ubicación 03 contiene 60, por lo que el compilador sabe que la instrucción 03 está 
incompleta. El compilador completa la instrucción buscando en la tabla de símbolos el número 60, determinando su 
ubicación y agregándola a la instrucción incompleta. En este caso la búsqueda determina que la línea 60 corresponde a 
la ubicación 15 en el arreglo de LMS, por lo que se produce la instrucción completa 03 +4215 que sustituye a 03 +4200. 
Ahora el programa de Simple se ha compilado con éxito. 

Para crear el compilador, tendrá que llevar a cabo cada una de las siguientes tareas: 
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a) Modifique el programa simulador de Simpletron que escribió en el ejercicio 7.35 para que reciba la entrada 
de un archivo especificado por el usuario (vea el capítulo 14). El simulador debe mostrar sus resultados en 
un archivo en disco, con el mismo formato que el de la pantalla. Convierta el simulador para que sea un 
programa orientado a objetos. En especial, haga que cada parte del hardware sea un objeto. Ordene los 
tipos de instrucciones en una jerarquía de clases por medio de la herencia. Después ejecute el programa 
en forma polimórfica, indicando a cada instrucción que se ejecute a sí misma con un mensaje ejecutar- 
Instrucci on. 

b) Modifique el algoritmo de conversión de expresiones infijo a postfijo del ejercicio 17.12 para procesar 
operandos enteros con varios dígitos y operandos de nombres de variables con una sola letra. [ Sugerencia : 
puede utilizarse la clase Stri ngTokeni zer para localizar cada constante y variable en una expresión, y las 
constantes pueden convertirse de cadenas a enteros mediante el uso del método parselnt de la clase Inte- 
ger], [Nota: la representación de datos de la expresión postfijo debe alterarse para dar soporte a los nombres 
de variables y constantes enteras] . 

c) Modifique el algoritmo de evaluación de expresiones postfijo para procesar operandos enteros con varios 
dígitos y operandos de nombres de variables. Además, el algoritmo deberá ahora implementar el “gancho” 
que se describió anteriormente, de manera que se produzcan instrucciones de LMS en vez de evaluar direc- 
tamente la expresión. [Sugerencia: puede utilizarse la clase Stri ngTokeni zer para localizar cada constante 
y variable en una expresión, y las constantes pueden convertirse de cadenas a enteros mediante el uso del 
método parselnt de la clase Integer], [Nota: la representación de datos de la expresión postfijo debe 
alterarse para dar soporte a los nombres de variables y constantes enteras] . 

d) Construya el compilador. Incorpore las partes b) y c) para evaluar las expresiones en instrucciones i et. Su 
programa debe contener un método que realice la primera pasada del compilador y un método que realice 
la segunda pasada del compilador. Ambos métodos pueden llamar a otros métodos para realizar sus tareas. 
Elaga que su compilador esté lo más orientado a objetos que sea posible. 

1 7.28 ( Optimización del compilador de Simple) Cuando se compila un programa y se convierte en LMS, se genera 

un conjunto de instrucciones. Ciertas combinaciones de instrucciones a menudo se repiten, por lo general, en tercias 
conocidas como producciones. Una producción normalmente consiste de tres instrucciones tales como load , add y store. 
Por ejemplo, en la figura 17.29 se muestran cinco de las instrucciones de LMS que se produjeron en la compilación del 
programa de la figura 17.27. Las primeras tres instrucciones son la producción que suma 1 a y. Observe que las instruc- 
ciones 06 y 07 almacenan el valor del acumulador en la ubicación temporal 96 y cargan el valor de vuelta en el acumu- 
lador, de manera que la instrucción 08 pueda almacenar el valor en la ubicación 98. A menudo una producción va segui- 
da de una instrucción load para la misma ubicación en la que fue guardada. Este código puede optimizarse mediante 
la eliminación de la instrucción store y la instrucción load que le sigue, las cuales operan en la misma ubicación, con lo 
que se permite al simulador Simpletron ejecutar el programa con más rapidez. En la figura 17.30 se muestra el LMS 
optimizado para el programa de la figura 17.27. Observe que hay cuatro instrucciones menos en el código optimizado; 
un ahorro de espacio en memoria del 25%. 


1 

04 

+2098 

(load) 

2 

05 

+3097 

(add) 

3 

06 

+2196 

(store) 

4 

07 

+2096 

(load) 

5 

08 

+2198 

(store) 


Figura 1 7.29 | Código sin optimizar del programa de la figura 1 7.27. 


Programa de Simple 

Ubicación e 
instrucción de LMS 

Descripción 

5 rem sumar 1 a x 

ninguna 

rem se ignora 

10 input x 

00 +1099 

leer x y colocar su valor en la ubicación 99 

15 rem verificar si y == x 

ninguna 

rem se ignora 


Figura 1 7.30 | Código optimizado para el programa de la figura 1 7.27. (Parte I de 2). 
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Programa de Simple 

Ubicación e 
instrucción de LMS 

Descripción 

20 if y == x goto 60 

01 +2098 

cargar y (98) en el acumulador 


02 +3199 

restar x (99) al acumulador 


03 +4211 

ramificar a ubicación 11 si vale cero 

25 rem incrementar y 

ninguna 

rem se ignora 

30 let y = y + 1 

04 +2098 

cargar y en el acumulador 


05 +3097 

sumar 1 (97) al acumulador 


06 +2198 

almacenar acumulador en y (98) 

35 rem sumar y ai total 

ninguna 

rem se ignora 

40 let t = t + y 

07 +2096 

cargar t de la ubicación (96) 


08 +3098 

sumar y (98) al acumulador 


09 +2196 

almacenar acumulador en t (96) 

45 rem ciclo con y 

ninguna 

rem se ignora 

50 goto 20 

10 +4001 

ramificar a ubicación 01 

55 rem mostrar resultado 

ninguna 

rem se ignora 

60 print t 

11 +1195 

mostrar t (96) en la pantalla 

99 end 

12 +4300 

terminar la ejecución 


Figura 1 7.30 | Código optimizado para el programa de la figura 1 7.27. (Parte 2 de 2). 

1 7.29 (Modificaciones al compilador de Simple) Realice las siguientes modificaciones al compilador de Simple. Algunas 
de estas modificaciones podrían requerir también que se modifique el programa simulador de Simpletron que se escri- 
bió en el ejercicio 7.35. 

a) Permitir el uso del operador residuo (%) en instrucciones 1 et. El Lenguaje Máquina Simpletron debe modi- 
ficarse para incluir una instrucción residuo. 

b) Permitir la exponenciación en una instrucción 1 et mediante el uso de a como operador de exponenciación. 
El Lenguaje Máquina Simpletron debe modificarse para incluir una instrucción de exponenciación. 

c) Permitir al compilador que reconozca letras mayúsculas y minúsculas en instrucciones de Simple (por ejem- 
plo, 'A' es equivalente a ' a'). No se requieren modificaciones al simulador de Simpletron. 

d) Permitir que las instrucciones i nput lean valores para múltiples variables, como i nput x , y. No se requie- 
ren modificaciones al simulador Simpletron para llevar a cabo esta mejora en el compilador de Simple. 

e) Permitir que el compilador muestre múltiples valores en una sola instrucción print como pri nt a, b, c. 
No se requieren modificaciones al simulador de Simpletron para llevar a cabo esta mejora. 

f) Agregar al compilador la capacidad de comprobar la sintaxis, de manera que se muestren mensajes de error 
cuando se encuentren errores de sintaxis en un programa de Simple. No se requieren modificaciones al 
simulador de Simpletron. 

g) Permitir arreglos de enteros. No se requieren modificaciones al simulador de Simpletron para llevar a cabo 
esta mejora. 

h) Permitir subrutinas especificadas por los comandos gosub y return de Simple. El comando gosub pasa el 
control del programa a una subrutina y el comando return pasa el control de vuelta a la instrucción que 
va después de gosub. Esto es similar a la llamada a un método en Java. La misma subrutina puede llamarse 
desde muchos comandos gosub distribuidos a lo largo de un programa. No se requieren modificaciones al 
simulador de Simpletron. 

i) Permitir instrucciones de repetición de la forma: 

for x = 2 to 10 step 2 

instrucciones de Simple 

next 
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Esta instrucción for realiza iteraciones del 2 al 10 con un incremento de 2. La línea next indica el final del 
cuerpo de la instrucción for. No se requieren modificaciones al simulador de Simpletron. 

j) Permitir instrucciones de repetición de la forma: 

for x = 2 to 10 

instrucciones de Simple 

next 

Esta instrucción for realiza iteraciones del 2 al 10 con un incremento predeterminado de 1. No se requieren 
modificaciones al simulador de Simpletron. 

k) Permitir que el compilador procese operaciones de entrada y salida con cadenas. Para ello se requiere la 
modificación del simulador Simpletron para que procese y almacene valores de cadena. [ Sugerencia : cada 
palabra de Simpletron (es decir, ubicación de memoria) puede dividirse en dos grupos, cada uno de los 
cuales almacena un entero de dos dígitos. Cada entero de dos dígitos representa el equivalente decimal Uni- 
code de un carácter. Agregue una instrucción de lenguaje máquina que imprima una cadena, empezando 
en cierta ubicación de memoria Simpletron. La primera mitad de la palabra Simpletron en esa ubicación es 
un conteo del número de caracteres en la cadena (es decir, la longitud de la misma). Cada mitad de palabra 
subsiguiente contiene un carácter Unicode expresado mediante dos dígitos decimales. La instrucción de 
lenguaje máquina comprueba la longitud e imprime la cadena, traduciendo cada número de dos dígitos en 
su carácter equivalente] . 

l) Permitir que el compilador procese valores de punto flotante, además de enteros. El simulador Simpletron 
también debe modificarse para procesar valores de punto flotante. 

1 7.30 (Un intérprete de Simple) Un intérprete es un programa que lee la instrucción de un programa escrito en un 
lenguaje de alto nivel, determina la operación que va a realizar esa instrucción y la ejecuta inmediatamente. El programa 
en lenguaje de alto nivel no se convierte primero en lenguaje máquina. Los intérpretes se ejecutan con más lentitud 
que los compiladores, ya que cada instrucción que se encuentra en el programa que va a interpretarse debe primero 
descifrarse en tiempo de ejecución. Si las instrucciones están contenidas dentro de un ciclo, se descifran cada vez que se 
encuentran en éste. Las primeras versiones del lenguaje de programación BASIC se implementaron como intérpretes. 
La mayoría de los programas de Java se ejecutan mediante un intérprete. 

Escriba un intérprete para el lenguaje Simple descrito en el ejercicio 17.26. El programa debe utilizar el converti- 
dor de expresiones infijo a postfijo que se desarrolló en el ejercicio 17.12, junto con el evaluador de expresiones postfijo 
que se desarrolló en el ejercicio 17.13, para evaluar las expresiones en una instrucción let. Las mismas restricciones 
impuestas sobre el lenguaje Simple en el ejercicio 17.26 se aplican también a este programa. Pruebe el intérprete con 
los programas de Simple que se escribieron en el ejercicio 17.26. Compare los resultados de ejecutar estos programas 
en el intérprete con los resultados de compilar los programas de Simple y ejecutarlos en el simulador Simpletron que 
se construyó en el ejercicio 7.35. 

1 7 . 3 1 (Insertar! eliminar en cualquier parte de una lista enlazada) Nuestra clase de lista enlazada permite inserciones 
y eliminaciones sólo en la parte frontal y en la parte posterior de la lista enlazada. Estas capacidades eran convenientes 
para nosotros cuando utilizamos la herencia o la composición para producir una clase pila y una clase cola con una 
mínima cantidad de código, con sólo reutilizar la clase lista. Normalmente, las listas enlazadas son más generales que 
las que nosotros vimos. Modifique la clase lista enlazada que desarrollamos en este capítulo para permitir inserciones y 
eliminaciones en cualquier parte de la lista. 

17.32 (Listas y colas sin referencias a la parte final) En nuestra implementación de una lista enlazada (figura 17.3) 
utilizamos un primer Nodo y un ul ti moNodo. El ul ti moNodo es útil para los métodos i nsertarAl Fi nal y el i mi na r- 
Del Fi nal de la clase Li sta. El método i nsertarAl Fi nal corresponde al método enqueue de la clase Col a. 

Vuelva a escribir la clase Li sta de manera que no utilice un ul ti moNodo. De esta forma, cualquier operación en la 
parte final de la lista deberá empezar buscando en la lista desde su parte inicial. ¿Afecta esto a nuestra implementación 
de laclase Cola (figura 17.13)? 

1 7.33 (Rendimiento de los procesos de ordenamiento y búsqueda en árboles binarios) Un problema con el ordenamiento 
de árboles binarios es que el orden en el que se insertan los datos afecta a la forma del árbol; para la misma colección de 
datos, distintos ordenamientos pueden producir árboles binarios de formas considerablemente distintas. El rendimien- 
to de los algoritmos de ordenamiento y búsqueda en árboles binarios es susceptible a la forma del árbol binario. ¿Qué 
forma tendría un árbol binario si sus datos se insertaran en orden ascendente?, ¿en orden descendente?, ¿qué forma 
debería tener el árbol para lograr un máximo rendimiento en el proceso de búsqueda? 
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1 7.34 (Listas indizadas) Como se presentan en el texto, la búsqueda en las listas enlazadas debe llevarse a cabo en 
forma secuencial. Para las listas extensas, esto puede ocasionar un rendimiento pobre. Una técnica común para mejorar 
el rendimiento del proceso de búsqueda en las listas es crear y mantener un índice de la lista. Un índice es un conjunto 
de referencias a lugares clave en la lista. Por ejemplo, una aplicación que busca en una lista extensa de nombres podría 
mejorar el rendimiento al crear un índice con 26 entradas: una para cada letra del alfabeto. Una operación de búsqueda 
para un apellido que empiece con ‘Y’ buscaría entonces primero en el índice para determinar en dónde empiezan las 
entradas con ‘Y’ y luego “saltaría” hasta ese punto en la lista para buscar linealmente hasta encontrar el nombre deseado. 
Esto sería mucho más rápido que buscar en la lista enlazada desde el principio. Utilice la clase Li sta de la figura 17.3 
como la base para una clase Li stalndi zada. 

Escriba un programa que demuestre la operación de las listas indizadas. Asegúrese de incluir los métodos i nser- 
tarEnLi stalndi zada, buscarEnLi stalndi zada y el i mi narDeLi stalndi zada. 

17.35 En la sección 17.7 creamos una clase de pila a partir de la clase Li sta mediante la herencia (figura 17.10) y la 
composición (figura 17.12). En la sección 17.8 creamos una clase de cola a partir de la clase Li sta mediante la compo- 
sición (figura 17.13). Cree una clase de cola que herede de la clase Li sta. ¿Cuáles son las diferencias entre esta clase y 
la que creamos con la composición? 




Todo hombre de genio 
ve el mundo desde un 
ángulo distinto al de sus 
semejantes. 

— Havelock Ellis 

. . . nuestra individualidad 
especial, según se distingue 
desde nuestra genérica 
humanidad. 

— Oliver Wendell Holmes, Sr. 

Nacido bajo una ley, hacia 
otro límite. 

— Lord Brooke 

Trata con el material crudo 
de la opinión y, si mis 
convicciones tienen validez 
alguna, la opinión en 
última instancia gobierna 
al mundo. 

— Woodrow Wilson 
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OBJETIVOS 

En este capítulo aprenderá a: 

■ Crear métodos genéricos que realicen tareas idénticas 
en argumentos de distintos tipos. 

■ Crear una clase Pi 1 a genérica, que puede usarse para 
almacenar objetos de cualquier clase o tipo de interfaz. 

■ Comprender cómo sobrecargar los métodos genéricos con 
métodos no genéricos, o con otros métodos genéricos. 

■ Comprender los tipos crudos (raw) y cómo ayudan a lograr 
la compatibilidad inversa. 

■ Utilizar comodines cuando no se requiere información precisa 
sobre los tipos en el cuerpo de un método. 

■ Comprender la relación entre los genéricos y la herencia. 





Plan general 
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18.2 Motivación para los métodos genéricos 

18.3 Métodos genéricos: implementación y traducción en tiempo de compilación 

18.4 Cuestiones adicionales sobre la traducción en tiempo de compilación: métodos que utilizan un paráme- 
tro de tipo como tipo de valor de retorno 

18.5 Sobrecarga de métodos genéricos 
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18.8 Comodines en métodos que aceptan parámetros de tipo 
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18.10 Conclusión 

18.1 1 Recursos en Internet y Web 

Resumen | Terminología | Ejercicios de autoevaluación | Respuestas a los ejercicios de autoevaluación | Ejercicios 


18.1 Introducción 

Sería bueno si pudiéramos escribir un solo método ordenar que pudiera ordenar los elementos en un arreglo 
Integer, en un arreglo String o en cualquier tipo que soporte el ordenamiento (es decir, que sus elementos 
puedan compararse). También sería bueno si pudiéramos escribir una sola clase Pi 1 a que pudiera utilizarse como 
Pi 1 a de enteros, de números de punto flotante, de objetos Stri ng, o una Pi 1 a de cualquier otro tipo. Sería aún 
mejor si pudiéramos detectar errores en los tipos en tiempo de compilación; a esto se le conoce como seguridad 
de los tipos en tiempo de compilación. Por ejemplo, si una Pi 1 a sólo almacena enteros, y trata de meter un 
objeto Stri ng en esa Pi 1 a, se produciría un error en tiempo de compilación. 

Este capítulo habla sobre los genéricos, que proporcionan los medios para crear los modelos generales antes 
mencionados. Los métodos genéricos y las clases genéricas permiten a los programadores especificar, con la de- 
claración de un solo método, un conjunto de métodos relacionados o, con la declaración de una sola clase, un con- 
junto de tipos relacionados, respectivamente. Los genéricos también proporcionan una seguridad de los tipos en 
tiempo de compilación, la cual permite a los programadores atrapar tipos inválidos en tiempo de compilación. 

Podríamos escribir un método genérico para ordenar un arreglo de objetos, y después invocar el método 
genérico con arreglos Integer, arreglos Doubl e, arreglos Stri ng y así en lo sucesivo, para ordenar los elementos 
del arreglo. El compilador podría realizar la comprobación de tipos para asegurar que el arreglo que se pasa al 
método para ordenar contenga elementos con el mismo tipo. Podríamos escribir una sola clase Pi 1 a genérica para 
manipular una pila de objetos, y después instanciar objetos Pila para una pila de objetos Integer, una pila de 
objetos Doubl e, una pila de objetos Stri ng, y así en lo sucesivo. El compilador podría realizar la comprobación 
de tipos para asegurar que la Pi 1 a almacene elementos del mismo tipo. 

Observación de ingeniería de software 18.1 

Los métodos genéricos y las clases genéricas son de las características más poderosas de Java para la reutilización de 
software, con seguridad de los tipos en tiempo de compilación. 

En este capítulo se presentan ejemplos de métodos genéricos y clases genéricas. También se consideran las 
relaciones entre los genéricos y otras características de Java, como la sobrecarga y la herencia. El capítulo 19, Co- 
lecciones, presenta un tratamiento detallado acerca de los métodos y clases genéricas del Marco de trabajo Collec- 
tions de Java. Este marco de trabajo utiliza los genéricos para permitir a los programadores especificar los tipos 
exactos de objetos que una colección específica almacenará en un programa. 

18.2 Motivación para los métodos genéricos 

A menudo, los métodos sobrecargados se utilizan para realizar operaciones similares en distintos tipos de datos. Para 
motivar los métodos genéricos, empecemos con un ejemplo (figura 18.1) que contiene tres métodos imprimí r 
Arreglo sobrecargados (líneas 7 a 14, líneas 17 a 24 y líneas 27 a 34). Estos métodos imprimen las representaciones 
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de cadena de los elementos de un arreglo Integer, un arreglo Double y un arreglo Character, respectivamen- 
te. Observe que pudimos haber utilizado arreglos de los tipos primitivos int, double y char en este ejemplo. 
Optamos por usar arreglos de tipo Integer, Doubl e y Character para establecer nuestro ejemplo de un método 
genérico, porque sólo se pueden usar tipos de referencias con los métodos y las clases genéricas. 

Para empezar, el programa declara e inicializa tres arreglos: un arreglo Integer de seis elementos llamado 
arregl olnteger (línea 39), un arreglo Doubl e de siete elementos llamado arregl oDoubl e (línea 40) y un arre- 


1 // Fig. 18.1: MetodosSobrecargados . java 

2 // Uso de métodos sobrecargados para imprimir arreglos de distintos tipos. 

3 

4 public class MetodosSobrecargados 

5 { 

6 // método imprimi rArreglo para imprimir arreglo Integer 

7 public static void imprimi rArreglo( Integer[] arregl oEntrada ) 

8 { 

9 // muestra los elementos del arreglo 

10 for ( Integer elemento : arregloEntrada ) 

11 System . out . pri ntf( "%s ", elemento ); 

12 

13 System. out. printlnO ; 

• 4 } // fin del método imprimi rArreglo 

15 

16 // método imprimi rArreglo para imprimir arreglo Double 

17 public static void imprimi rArreglo( Double[] arregloEntrada ) 

18 { 

19 // muestra los elementos del arreglo 

20 for ( Double elemento : arregloEntrada ) 

21 System . out . pri ntf( "%s ", elemento ); 

22 

23 System. out. pri ntln () ; 

24 } // fin del método imprimi rArreglo 

25 

26 // método imprimi rArreglo para imprimir arreglo Character 

27 public static void imprimi rArreglo( Characterf] arregloEntrada ) 

28 { 

29 // muestra los elementos del arreglo 

30 for ( Character elemento : arregloEntrada ) 

31 System. out. printff "%s ", elemento ); 

32 

33 System. out. pri ntln () ; 

34 } // fin del método imprimi rArreglo 

35 

36 public static void main( String args[] ) 

37 { 

38 // crea arreglos de objetos Integer, Double y Character 

39 Integerf] arreglolnteger = { 1, 2, B, 4, 5, 6 }; 

40 Double[] arregl oDoubl e = { 1.1, 2.2, B.3, 4.4, 5.5, 6.6, 7.7 }; 

41 Characterf] arregloCharacter = { ' H ' , '0', ' L ' , 'A' }; 

42 

43 System. out. printlnf "El arreglo arreglolnteger contiene:" ); 

44 imprimi rArreglof arreglolnteger ); // pasa un arreglo Integer 

45 System. out. printlnf "\nEl arreglo arregloDouble contiene:" ); 

46 imprimi rArreglof arregloDouble ); // pasa un arreglo Double 

47 System. out. println( "\nEl arreglo arregloCharacter contiene:" ); 

48 imprimi rArreglof arregloCharacter ); // pasa un arreglo Character 

49 } // fin de main 

50 } // fin de la clase MetodosSobrecargados 

Figura 18.1 | Impresión de los elementos de un arreglo mediante el uso de métodos sobrecargados. (Parte I de 2). 
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El arreglo arregl olnteger contiene: 

1 2 3 4 5 6 

El arreglo arregloDouble contiene: 

1.1 2.2 3.3 4.4 5.5 6.6 7.7 

El arreglo arregl oCharacter contiene: 

HOLA 

Figura 18.1 | Impresión de los elementos de un arreglo mediante el uso de métodos sobrecargados. (Parte 2 de 2). 

glo Character de cuatro elementos llamado arregloCharacter (línea 41). Después, en las líneas 43 a 48 se 
imprimen los arreglos. 

Cuando el compilador encuentra la llamada a un método, siempre trata de localizar la declaración de un 
método que tenga el mismo nombre y parámetros que coincidan con los tipos de los argumentos en la llama- 
da al método. En este ejemplo, cada llamada a imprimí rArreglo coincide exactamente con una de las de- 
claraciones del método imprimi rArreglo. Por ejemplo, en la línea 44 se hace una llamada a imprimi rArreglo 
con arregl olnteger como argumento. En tiempo de compilación, el compilador determina el tipo del argu- 
mento arreglolnteger (es decir, Integer[]) y trata de localizar un método llamado imprimi rArreglo que 
especifique un solo parámetro Integer [] (líneas 7 a 14), y establece una llamada a ese método. De manera simi- 
lar, cuando el compilador encuentra la llamada a imprimi rArreglo en la línea 46, determina el tipo del argu- 
mento arregloDouble (es decir, Double[]), después trata de localizar un método llamado imprimi rArreglo 
que especifique un solo parámetro Doubl e [] (líneas 17 a 24) y establece una llamada a ese método. Por último, 
cuando el compilador encuentra la llamada a imprimi rArreglo en la línea 48, determina el tipo del argumento 
arregloCharacter (es decir, Carácter []), después trata de localizar un método llamado imprimi rArreglo 
que especifique un solo parámetro Character[] (líneas 27 a 34) y establece una llamada a ese método. 

Estudie cada método imprimi rArreglo. Observe que el tipo de los elementos del arreglo aparece en dos 
ubicaciones en cada método: el encabezado del método (líneas 7, 17 y 27) y el encabezado de la instrucción 
for (líneas 10, 20 y 30). Si reemplazáramos los tipos de los elementos en cada método con un nombre genéri- 
co (por convención, usaremos E para representar el tipo “elemento”), entonces los tres métodos se verían como 
el de la figura 18.2. Sucede que, si podemos reemplazar el tipo de los elementos del arreglo en cada uno de los 
tres métodos con un solo tipo genérico, entonces debemos poder declarar un método imprimi rArreglo que 
pueda mostrar las representaciones de cadena de los elementos de un arreglo que contiene objetos. Observe 
que podemos utilizar el especificador de formato %s para imprimir la representación de cadena de cualquier 
objeto; se hará una llamada implícita al método toStri ng del objeto. El método de la figura 18.2 es similar a la 
declaración del método i mpri mi rArreglo genérico que vimos en la sección 18.3. 


1 public static void imprimi rArreglo( E[] arregl oEntrada ) 

2 { 

3 // muestra los elementos del arreglo 

4 for ( E elemento : arregloEntrada ) 

5 System. out. printf( "%s , elemento ); 

6 

7 System. out. printlnO ; 

8 } // fin del método imprimi rArreglo 

Figura 18.2 | Método imprimi rArreglo en el que los nombres reales de los tipos se reemplazan por convención con 
el nombre genérico E. 

18.3 Métodos genéricos: implementación y traducción en tiempo 
de compilación 

Si las operaciones realizadas por varios métodos sobrecargados son idénticas para cada tipo de argumento, los 
métodos sobrecargados pueden codificarse en forma más compacta y conveniente, mediante el uso de un método 
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genérico. Puede escribir la declaración de un solo método genérico que pueda llamarse con argumentos de distin- 
tos tipos. Con base en los tipos de los argumentos que se pasan al método genérico, el compilador maneja cada 
llamada al método de manera apropiada. 

En la figura 18.3 se vuelve a implementar la aplicación de la figura 18.1, usando un método i mpri mi rArre- 
gl o genérico (líneas 7 a 14). Observe que las llamadas al método i mpri mi rArregl o en las líneas 24, 26 y 28 son 
idénticas a las de la figura 18.1 (líneas 44, 46 y 48), y que los resultados de las dos aplicaciones son idénticos. Esto 
demuestra considerablemente el poder expresivo de los genéricos. 

En la línea 7 empieza la declaración del método i mpri mi rArregl o. Todas las declaraciones de métodos 
genéricos tienen una sección de parámetros de tipo, delimitada por signos < y > que se anteponen al tipo de 
valor de retorno del método (en este ejemplo, < E >). Cada sección de parámetro de tipo contiene uno o más 
parámetros de tipo (también llamados parámetros de tipo formal), separados por comas. Un parámetro de 
tipo, también conocido como variable de tipo, es un identificador que especifica el nombre de un tipo genérico. 
Los parámetros de tipo se pueden utilizar para declarar el tipo de valor de retorno, los tipos de los parámetros y los 
tipos de las variables locales en la declaración de un método genérico, y actúan como receptáculos para los tipos de 
los argumentos que se pasan al método genérico, que conocemos como argumentos de tipos actuales. El cuerpo 
de un método genérico se declara como el de cualquier otro método. Observe que los parámetros de tipo sólo 

1 // Fig. 18.3: PruebaMetodoGeneri co . java 

2 // Uso de métodos genéricos para imprimir arreglos de distintos tipos. 

3 

4 public class PruebaMetodoGeneri co 

5 { 

6 // método genérico imprimi rArreglo 

7 public static < E > void imprimi rArreglo( E[] arregl oEntrada ) 

8 { 

9 // muestra los elementos del arreglo 

10 for ( E elemento : arregloEntrada ) 

11 System . out . pri ntf( "%s ", elemento ); 

12 

13 System. out. printlnO ; 

14 } // fin del método imprimi rArreglo 

15 

16 public static void main( String args[] ) 

17 { 

18 // crea arreglos de objetos Integer, Double y Character 

19 Integer[] arreglolnteger = { 1, 2, 3, 4, 5, 6 }; 

20 Double[] arregl oDoubl e = { 1.1, 2.2, 3.3, 4.4, 5.5, 6.6, 7.7 }; 

21 Character[] arregloCharacter = { ' H ' , '0', ' L ' , 'A' }; 

22 

23 System. out. println( "El arreglo arreglolnteger contiene:" ); 

24 imprimi rArreglof arreglolnteger ); // pasa un arreglo Integer 

25 System. out. printlnf "\nEl arreglo arregloDouble contiene:" ); 

26 imprimi rArreglof arregloDouble ); // pasa un arreglo Double 

27 System. out. printlnf "\nEl arreglo arregloCharacter contiene:" ); 

28 imprimi rArreglof arregloCharacter ); // pasa un arreglo Character 

29 } // fin de main 

30 } // fin de la clase PruebaMetodoGeneri co 

El arreglo arreglolnteger contiene: 

1 2 3 4 5 6 

El arreglo arregloDouble contiene: 

1.1 2.2 3.3 4.4 5.5 6.6 7.7 

El arreglo arregloCharacter contiene: 

HOLA 

I 

Figura 18.3 | Impresión de los elementos de un arreglo, usando el método genérico imprimi rArreglo. 
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pueden representar tipos por referencia, y no tipos primitivos (como i nt, doubl e y char). Observe también que 
los nombres de los parámetros de tipo en la declaración del método deben coincidir con los que están declarados en 
la sección de parámetros de tipo. Por ejemplo, en la línea 10 se declara el emento como de tipo E, lo cual coincide 
con el parámetro de tipo (E) declarado en la línea 7. Además, un parámetro de tipo puede declararse sólo una vez 
en la sección de parámetros de tipo, pero puede aparecer más de una vez en la lista de parámetros del método. Por 
ejemplo, el nombre del parámetro de tipo E aparece dos veces en la siguiente lista de parámetros del método: 

public static < E > void imprimi rDosArreglos( E[] arreglol, E[] arreglo2 ) 

Los parámetros de tipo no necesitan ser únicos entre los distintos métodos genéricos. 


Error común de programación 18.1 


Al declarar un método genérico, si no se coloca una sección de parámetros de tipo antes del tipo de valor de retorno de 
un método, se produce un error de sintaxis; el compilador no comprenderá el nombre del parámetro de tipo cuando 
lo encuentre en el método. 


La sección de parámetros de tipo del método i mpri mi rArregl o declara el parámetro de tipo E como el recep- 
táculo para el tipo de los elementos del arreglo que imprimirá imprimí rArreglo. Observe que E aparece en la lista 
de parámetros como el tipo de los elementos del arreglo (línea 7). El encabezado de la instrucción for (línea 10) 
también utiliza a E como el tipo de los elementos. Éstas son las mismas dos ubicaciones en las que los métodos sobre- 
cargados imprimi rArreglo de la figura 18.1 especificaron a Integer, Double o Character como el tipo de los 
elementos del arreglo. El resto de imprimi rArreglo es idéntico a las versiones que se presentan en la figura 18.1. 



Buena práctica de programación 18.1 

Se recomienda especificar los parámetros de tipo como letras mayúsculas individuales. Por lo general, un parámetro 
que representa el tipo de los elementos de un arreglo ( o cualquier otra colección) se llama E, en representación de 
“elemento”. 


Al igual que en la figura 18.1, el programa empieza por declarar e inicializar el arreglo Integer de seis ele- 
mentos llamado arreglolnteger (línea 19), el arreglo Doubl e de siete elementos llamado arregloDoubl e (línea 
20) y el arreglo Character de cuatro elementos llamado 7 (línea 21). Después el programa imprime cada arreglo 
mediante una llamada a imprimi rArregl o (líneas 24, 26 y 28): una vez con el argumento arregl olnteger, una 
vez con el argumento arregloDoubl e y una vez con el argumento arregl oCharacter. 

Cuando el compilador encuentra la línea 24, primero determina el tipo del argumento de arreglolnteger 
(es decir, Integer[]) y trata de localizar un método llamado imprimi rArreglo, el cual especifica un solo pará- 
metro Integer [] . No hay un método así en este ejemplo. Después, el compilador determina si hay un método 
genérico llamado imprimi rArregl o, el cual especifica un solo parámetro para el arreglo y utiliza un parámetro de 
tipo para representar el tipo de los elementos del arreglo. El compilador determina que i mpri mi rArregl o (líneas 
7 a 14) es una coincidencia y establece una llamada a ese método. El mismo proceso se repite para las llamadas al 
método imprimi rArreglo en las líneas 26 y 28. 



Error común de programación 18.2 

Si el compilador no puede relacionar una llamada a un método con una declaración de método no genérico o gené- 
rico, se produce un error de compilación. 


Error común de programación 


18.3 



Si el compilador no encuentra la declaración de un método que coincida exactamente con una llamada a un método, 
pero encuentra dos o más métodos genéricos que puedan satisfacer la llamada a ese método, se produce un error de 
compilación. 


Además de establecer las llamadas a los métodos, el compilador también determina si las operaciones en el 
cuerpo del método se pueden aplicar a los elementos del tipo almacenado en el argumento del arreglo. La única 
operación que se realiza con los elementos del arreglo en este ejemplo es imprimir la representación de cadena 
de los elementos. En la línea 11 se realiza una llamada implícita a toString en cada elemento. Para trabajar 
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con los genéricos, cada elemento del arreglo debe ser un objeto de una clase o tipo de interfaz. Como todos los 
objetos tienen un método toStri ng, el compilador está satisfecho de que en la línea 11 se realice una operación 
válida para cualquier objeto en el argumento arreglo de imprimi rArreglo. Los métodos toStri ng de las clases 
Integer, Doubl e y Character devuelven la representación de cadena del valor i nt, doubl e o char subyacente, 
respectivamente. 

Cuando el compilador traduce el método genérico imprimi rArreglo en códigos byte de Java, elimina la 
sección de parámetros de tipo y reemplaza los parámetros de tipo con tipos reales. A este proceso se le conoce 
como borrado. De manera predeterminada, todos los tipos genéricos se reemplazan con el tipo Object. Por lo 
tanto, la versión compilada del método imprimi rArreglo aparece como se muestra en la figura 18.4; sólo hay 
una copia de este código que se utiliza para todas las llamadas a i mpri mi rArregl o en el ejemplo. Esto es bastante 
distinto de otros mecanismo similares, como las plantillas de C++, en las cuales se genera y se compila una copia 
separada del código fuente para cada tipo que se pasa como argumento al método. Como veremos en la sección 
18.4, la traducción y compilación de los genéricos es un proceso un poco más complicado de lo que hemos visto 
en esta sección. 

Al declarar a imprimi rArreglo como método genérico en la figura 18.3, eliminamos la necesidad de los 
métodos sobrecargados de la figura 18.1, ahorrando 20 líneas de código y creando un método reutilizable que 
pueda imprimir las representaciones de cadena de los elementos en cualquier arreglo que contenga objetos. Sin 
embargo, este ejemplo en especial pudo haber declarado simplemente el método imprimi rArreglo como se 
muestra en la figura 18.4, usando un arreglo Object como parámetro. Esto habría producido los mismos resul- 
tados, ya que cualquier objeto Object se puede imprimir como objeto String. En un método genérico, los 
beneficios se hacen presentes cuando el método también utiliza un parámetro de tipo como el tipo de valor de 
retorno del método, como lo demostraremos en la siguiente sección. 


1 public static void imprimi rArreglof Object[] arregloEntrada ) 

2 { 

3 // muestra los elementos del arreglo 

4 for ( Object elemento : arregloEntrada ) 

5 System. out.printff "%s , elemento ); 

6 

7 System. out. printlnO ; 

8 } // fin del método imprimi rArreglo 

Figura 18.4 | El método genérico imprimi rArreglo, una vez que el compilador realiza el proceso de borrado. 


18.4 Cuestiones adicionales sobre la traducción en tiempo 
de compilación: métodos que utilizan un parámetro de 
tipo como tipo de valor de retorno 

Consideremos un ejemplo de método genérico, en el cual se utilizan parámetros de tipo en el tipo de valor de 
retorno y en la lista de parámetros (figura 18.5). La aplicación utiliza un método genérico llamado máximo para 
determinar y devolver el mayor de sus tres argumentos del mismo tipo. Por desgracia, no se puede utilizar el ope- 
rador relacional > con los tipos de referencia. Sin embargo, es posible comparar dos objetos de la misma clase, si 
esa clase implementa a la interfaz genérica Comparabl e< T > (paquete j ava . 1 ang). Todas las clases de envoltura 
de tipos para los tipos primitivos implementan a esta interfaz. Al igual que las clases genéricas, las interfaces gené- 
ricas permiten a los programadores especificar, mediante la declaración de una sola interfaz, un conjunto de tipos 
relacionados. Los objetos Comparabl e< T > tienen un método llamado compareTo. Por ejemplo, si tenemos dos 
objetos Integer llamados enterol y entero2, éstos pueden compararse con la siguiente expresión: 

enterol. compareTo( entero2 ); 

Es responsabilidad del programador encargado declarar una clase que implemente a Comparabl e< T > declarar el 
método compareTo, de tal forma que compare el contenido de dos objetos de esa clase y que devuelva los resulta- 
dos de la comparación. El método debe devolver 0 si los objetos son iguales, -1 si objetol es menor que objeto2 
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o 1 si ob jetol es mayor que objeto2. Por ejemplo, el método compárelo de la clase Integer compara los valo- 
res i nt almacenados en dos objetos Integer. Un beneficio de implementar la interfaz Comparabl e< T > es que 
pueden utilizarse objetos Comparabl e< T > con los métodos de ordenamiento y búsqueda de la clase Col 1 ec- 
tions (paquete java. útil). En el capítulo 19, Colecciones, hablaremos sobre esos métodos. En este ejemplo, 
utilizaremos el método compárelo en el método máximo para ayudar a determinar el valor más grande. 

El método genérico maxi mo (líneas 7 a 18) utiliza el parámetro T como el tipo de valor de retorno del méto- 
do (línea 7), como el tipo de los parámetros x, y y z (línea 7) del método, y como el tipo de la variable local max 
(línea 9). La sección de parámetros de tipo especifica que T extiende a Comparabl e< T > (sólo pueden utilizarse 
objetos de clases que implementen a la interfaz Comparabl e< T > con este método). En este caso, Comparabl e 
se conoce como el límite superior del parámetro de tipo. De manera predeterminada, Object es el límite supe- 
rior. Observe que las declaraciones de los parámetros de tipo que delimitan el parámetro siempre utilizan la 
palabra clave extends, sin importar que el parámetro de tipo extienda a una clase o implemente a una interfaz. 
Este parámetro de tipo es más restrictivo que el que se especifica para i mpri mi rArregl o en la figura 18.3, el cual 
puede imprimir arreglos que contengan cualquier tipo de objeto. La restricción de usar objetos Comparabl e < T > 
es importante, ya que no todos los objetos se pueden comparar. Sin embargo, se garantiza que los objetos Com- 
parabl e< T > tienen un método compareTo. 

El método maxi mo utiliza el mismo algoritmo que utilizamos en la sección 6.4 para determinar el mayor 
de sus tres argumentos. Este método asume que su primer argumento (x) es el mayor, y lo asigna a la variable 
local max (línea 9). A continuación, la instrucción i f en las líneas 1 1 y 12 determina si y es mayor que max. La 
condición invoca al método compareTo de y con la expresión y. compareTo( max ), que devuelve -1, 0 o 1, 
para determinar la relación de y con max. Si el valor de retorno de compareTo es mayor que 0, entonces y es 
mayor y se asigna a la variable max. De manera similar, la instrucción if en las líneas 14 y 15 determina si z 
es mayor que max. Si es así, en la línea 15 se asigna z a max. Después. En la línea 17 se devuelve max al método 
que hizo la llamada. 


1 // Fig. 18.5: PruebaMaximo. java 

2 // El método genérico máximo devuelve el mayor de tres objetos. 

3 

4 public class PruebaMaximo 

5 { 

6 // determina el mayor de tres objetos Comparable 

7 public static < T extends Comparabl e< T > > T maximo( T x, T y, T z ) 

8 { 

9 T max = x; // asume que x es el mayor, en un principio 

10 

11 if ( y.compareTo( max ) > 0 ) 

12 max = y; //y es el mayor hasta ahora 

13 

14 if ( z.compareTo( max ) > 0 ) 

15 max = z; // z es el mayor 

16 

17 return max; // devuelve el objeto más grande 

18 } // fin del método máximo 

19 

20 public static void main( String args[] ) 

21 { 

22 System. out.printf( "Máximo de %d, %d y %d es %d\n\n", 3, 4, 5, 

23 maximo( 3, 4, 5 ) ); 

24 System. out.printf( "Máximo de %.lf, %.lf y %.lf es %.lf\n\n", 

25 6.6, 8.8, 7. 7, maximo( 6.6, 8.8, 7.7 ) ); 

26 System. out.printf( "Máximo de %s , %s y %s es %s\n", "pera", 

27 "manzana", "naranja", maximo( "pera", "manzana", "naranja" ) ); 

28 } // fin de main 

29 } // fin de la clase PruebaMaximo 

Figura 18.5 | El método genérico máximo, con un límite superior en su parámetro de tipo. (Parte I de 2). 
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Máximo de B, 4 y 5 es 5 

Máximo de 6.6, 8.8 y 7.7 es 8.8 

Máximo de pera, manzana y naranja es pera 

Figura 1 8.5 | El método genérico maxi mo, con un límite superior en su parámetro de tipo. (Parte 2 de 2). 

En mai n (líneas 20 a 28), en la línea 23 se hace una llamada a máximo con los enteros 3, 4 y 5. Cuando el 
compilador encuentra esta llamada, primero busca un método máximo que reciba tres argumentos de tipo i nt. 
No hay un método así, por lo cual el compilador busca un método genérico que pueda utilizarse, y encuentra el 
método genérico maxi mo. Sin embargo, recuerde que los argumentos para un método genérico deben ser de un 
tipo de referencia. Por lo tanto, el compilador realiza la conversión autoboxing de los tres valores i nt en objetos 
Integer, y especifica que estos tres objetos Integer se pasen a máximo. Observe que la clase Integer (paquete 
java . 1 ang) implementa a la interfaz Comparabl e< Integer > de tal forma que el método compárelo compara 
los valores i nt en dos objetos Integer. Por lo tanto, los objetos Integer son argumentos válidos para el método 
maxi mo. Cuando se devuelve el objeto Integer que representa el máximo, tratamos de mostrarlo en pantalla con 
el especificador de formato %d, el cual muestra un valor del tipo primitivo i nt. Así, el valor de retorno de maxi mo 
se muestra en pantalla como un valor i nt. 

Hay un proceso similar que ocurre para los tres argumentos doubl e que se pasan a maxi mo en la línea 25. Se 
realiza una conversión autoboxing en cada valor doubl e para convertirlo en un objeto Doubl e y pasarlo a maxi mo. 
De nuevo, esto se permite ya que la clase Doubl e (paquete java. 1 ang) implementa a la interfaz Comparabl e< 
Doubl e >. El objeto Doubl e devuelto por maxi mo se imprime en pantalla con el especificador de formato % . lf , 
el cual muestra un valor del tipo primitivo doubl e. Así, se realiza una conversión autounboxing en el valor de 
retorno de maxi mo y se muestra en pantalla como un doubl e. La llamada a maxi mo en la línea 27 recibe tres obje- 
tos Stri ng, que también son objetos Comparabl e< Stri ng >. Observe que colocamos de manera intencional 
el valor más grande en una posición distinta en cada llamada al método (líneas 23, 25 y 27), para mostrar que el 
método genérico siempre encuentra el valor máximo, sin importar su posición en la lista de argumentos. 

Cuando el compilador traduce el método genérico maxi mo en códigos byte de Java, utiliza el borrado (pre- 
sentado en la sección 18.3) para reemplazar los parámetros de tipo con tipos reales. En la figura 18.3, todos los 
tipos genéricos se reemplazaron con el tipo Object. En realidad, todos los parámetros de tipo se reemplazan con 
el límite superior del parámetro de tipo; a menos que se especifique lo contrario, Object es el límite superior 
predeterminado. El límite superior de un parámetro de tipo se especifica en la sección de parámetros de tipo. 
Para indicar el límite superior, coloque después del nombre del parámetro de tipo la palabra clave extends y el 
nombre de la clase o interfaz que representa el límite superior. En la sección de parámetros de tipo del método 
máximo (figura 18.5), especificamos el límite superior como el tipo Comparabl e< T >. Por ende, sólo pueden 
pasarse objetos Comparabl e< T > como argumentos para maxi mo; cualquier cosa que no sea Comparabl e< T > 
producirá errores de compilación. La figura 18.6 simula el borrado de los tipos del método máximo, al mostrar 
el código fuente del método después de eliminar la sección de parámetros de tipo, y después de que se reemplaza 


1 public static Comparable maximo(Comparable x, Comparable y, Comparable z) 

2 { 

3 Comparable max = x; // suponga que al principio x es el más grande 

4 

5 if ( y.compareTo( max ) > 0 ) 

6 max = y; // y es el mayor hasta ahora 

7 

8 if ( z.compareTo( max ) > 0 ) 

9 max = z; // z es el mayor 

10 

11 return max; // devuelve el objeto más grande 

12 } // fin del método máximo 

Figura 18.6 | El método genérico máximo, después de que el compilador realiza el borrado. 
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el parámetro T con el límite superior, Comparabl e, en toda la declaración del método. Observe que el borrado de 
Comparable< T > es simplemente Comparabl e. 

Después del borrado, la versión compilada del método maxi mo especifica que devuelve el tipo Comparabl e. 
Sin embargo, el método que hace la llamada no espera recibir un objeto Comparabl e. En vez de ello, espera recibir 
un objeto del mismo tipo que se pasó a máximo como argumento: Integer, Double o String en este ejemplo. 
Cuando el compilador reemplaza la información del parámetro de tipo con el tipo del límite superior en la decla- 
ración del método, también inserta operaciones de conversión explícitas en frente de cada llamada al método, 
para asegurar que el valor devuelto sea del tipo esperado por el método que hizo la llamada. Así, la llamada a 
máximo en la línea 23 (figura 18.5) va antecedida por una conversión a Integer, como en 

(Integer) maximo( 3, 4, 5 ) 

la llamada a maxi mo en la línea 25 va antecedida por una conversión a Doubl e, como en 
(Double) maximo( 6.6, 8.8, 7.7 ) 

y la llamada a maxi mo en la línea 27 va antecedida por una conversión a Stri ng, como en 

(String) maximo( "pera", "manzana", "naranja" ) 

En cada caso, el tipo de la conversión para el valor de retorno se infiere de los tipos de los argumentos del método 
en cada una de las llamadas al mismo, pues de acuerdo a la declaración del método, el tipo de valor de retorno y 
los tipos de los argumentos coinciden. 

En este ejemplo no podemos usar un método que acepte objetos Object, ya que la clase Object sólo cuenta 
con una comparación de igualdad. Además, sin los genéricos nosotros seríamos responsables de implementar 
la operación de conversión. El uso de genéricos asegura que la conversión insertada nunca lance una excepción 
ClassCastException, asumiendo que utilizamos genéricos en nuestro código (es decir, no debemos mezclar el 
código anterior con el nuevo código de genéricos). 

18.5 Sobrecarga de métodos genéricos 

Un método genérico puede sobrecargarse. Una clase puede proporcionar dos o más métodos genéricos que espe- 
cifiquen el mismo nombre del método, pero distintos parámetros. Por ejemplo, el método genérico imprimi r- 
Arregl o de la figura 18.3 podría sobrecargarse con otro método genérico i mpri mi rArregl o con los parámetros 
adicionales subi ndi celnferi or y subí ndi ceSuperior, para especificar la parte del arreglo a imprimir (vea el 
ejercicio 18.5). 

Un método genérico también puede sobrecargarse mediante métodos no genéricos que tengan el mismo 
nombre del método y el mismo número de parámetros. Cuando el compilador encuentra una llamada al método, 
busca la declaración del método que coincida con más precisión con el nombre del método y los tipos de los 
argumentos especificados en la llamada. Por ejemplo, el método genérico imprimi rArregl o de la figura 18.3 
podría sobrecargarse con una versión específica para objetos Stri ng, que imprima estos objetos en un impecable 
formato tabular (vea el ejercicio 18.6). 

Cuando el compilador encuentra una llamada al método, realiza un proceso de asociación para determinar 
cuál método debe invocar. El compilador trata de encontrar y utilizar una coincidencia precisa, en la que los 
nombres y tipos de los argumentos de la llamada al método coincidan con los de una declaración específica de 
ese método. Si no hay un método así, el compilador determina si hay un método inexacto que coincida, y que 
pueda aplicarse. 

18.6 Clases genéricas 

El concepto de una estructura de datos, como una pila, puede comprenderse en forma independiente del tipo 
de elemento que manipula. Las clases genéricas proporcionan los medios para describir el concepto de una pila 
(o cualquier otra clase) en forma independiente de su tipo. Así, podemos crear instancias de objetos con tipos espe- 
cíficos de la clase genérica. Esta capacidad ofrece una maravillosa oportunidad para la reutilización de software. 

Una vez que tenemos una clase genérica, podemos usar una notación concisa para indicar el (los) tipo(s) 
actual(es) que debe(n) usarse en lugar del (los) parámetro(s) de tipo de la clase. En tiempo de compilación, el 
compilador de Java asegura la seguridad de los tipos de nuestro código, y utiliza las técnicas de borrado descritas 
en las secciones 18.3 y 18.4 para permitir que nuestro código cliente interactúe con la clase genérica. 
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Por ejemplo, una clase Pi 1 a genérica podría ser la base para crear muchas clases de Pila (como, “ Pi 1 a de 
Double”, “Pila delnteger”, “Pi 1 a de Character”, “Pila de Empl eado”). Estas clases se conocen como cla- 
ses parametrizadas o tipos parametrizados, ya que aceptan uno o más parámetros. Recuerde que los parámetros 
de tipo sólo representan a los tipos de referencias, lo cual significa que la clase genérica Pi 1 a no puede instanciarse 
con tipos primitivos. Sin embargo, podemos instanciar una Pi 1 a que almacene objetos de las clases de envoltura 
de tipos de Java, y permitir que Java utilice la conversión autoboxing para convertir los valores primitivos en obje- 
tos. La conversión autoboxing ocurre cuando un valor de un tipo primitivo (por ejemplo, i nt) se mete en una 
Pi 1 a que contiene objetos de clases de envoltura (como, Integer). La conversión autounboxing ocurre cuando 
un objeto de la clase de envoltura se saca de la Pi 1 a y se asigna a una variable de tipo primitivo. 

En la figura 18.7 se presenta una declaración de la clase genérica Pi 1 a. La declaración de una clase genérica 
es similar a la de una clase no genérica, excepto que el nombre de la clase va seguido de una sección de parámetros 
de tipo (línea 4). En este caso, el parámetro de tipo E el tipo del elemento que manipulará la Pi 1 a. Al igual que 
con los métodos genéricos, la sección de parámetros de tipo de una clase genérica puede tener uno o más pará- 
metros separados por comas. (Usted creará una clase genérica con dos parámetros de tipo en el ejercicio 18.8). El 
parámetro de tipo E se utiliza en la declaración de la clase Pi 1 a para representar el tipo del elemento. [Nota: este 
ejemplo implementa una Pi 1 a como un arreglo]. 


1 // Fig. 18.7: Pila, java 

2 // La clase genérica Pila. 

3 

4 public class Pila< E > 

5 { 

6 private final int tamanio; // número de elementos en la pila 

7 private int superior; // ubicación del elemento superior 

8 private E[] elementos; // arreglo que almacena los elementos de la pila 

9 

10 // el constructor sin argumentos crea una pila del tamaño predeterminado 

11 public Pila() 

12 { 

13 this( 10 ) ; // tamaño predeterminado de la pila 

14 } // fin del constructor de Pila sin argumentos 

15 

16 // constructor que crea una pila del número especificado de elementos 

17 public Pila( int s ) 

18 { 

19 tamanio = s > 0 ? s : 10; // establece el tamaño de la Pila 

20 superior = -1; // al principio, la Pila está vacia 

21 

22 elementos = ( E[] ) new Objectf tamanio ]; // crea el arreglo 

23 } // fin del constructor de Pila sin argumentos 

24 

25 // mete un elemento a la pila; si tiene éxito, devuelve verdadero; 

26 // en caso contrario, lanza excepción ExcepcionPilaLlena 

27 public void push( E valorAMeter ) 

28 { 

29 if ( superior == tamanio - 1 ) // si la pila está llena 

30 throw new ExcepcionPilaLlenaf Stri ng . format( 

31 "La Pila esta llena, no se puede meter %s", valorAMeter ) ); 

32 

33 elementos[ ++superior ] = valorAMeter; // coloca valorAMeter en la Pila 

34 } // fin del método push 

35 

36 // devuelve el elemento superior si no está vacia; de lo contrario lanza 
Excepci onPi 1 aVaci a 

37 public E popQ 


Figura 18.7 | Declaración de la clase genérica Pila. (Parte I de 2). 
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38 

39 

40 

41 

42 

43 

44 


if ( superior == -1 ) // si la pila está vacia 

throw new ExcepcionPilaVacia( "La Pila esta vacia, no se puede sacar" ); 

return elementos[ superior — ]; // elimina y devuelve el elemento superior de la Pila 
} // fin del método pop 
} // fin de la clase Pila< E > 


Figura 18.7 | Declaración de la clase genérica Pila. (Parte 2 de 2). 


La clase Pila declara la variable elementos como un arreglo de tipo E (línea 8). Este arreglo almacenará 
los elementos de la Pila. Nos gustaría crear un arreglo de tipo E para almacenar los elementos. Sin embargo, el 
mecanismo de los genéricos no permite parámetros de tipo en las expresiones para crear arreglos, debido a que 
el parámetro de tipo (en este caso, E) no está disponible en tiempo de ejecución. Para crear un arreglo con el tipo 
apropiado, en la línea 22 del constructor sin argumentos se crea el arreglo como un arreglo de tipo Object y se 
convierte la referencia devuelta por new al tipo E[] . Cualquier objeto podría almacenarse en un arreglo Object, 
pero el mecanismo de comprobación de tipos del compilador asegura que sólo puedan asignarse al arreglo objetos 
del tipo declarado de la variable arreglo, a través de cualquier expresión de acceso a arreglos que utilice la variable 
el ementos. Aun así, cuando se compila esta clase usando la opción -XI i nt ¡unchecked, por ejemplo: 

javac -XI i nt : unchecked Pila. java 

el compilador emite el siguiente mensaje de advertencia acerca de la línea 22: 

Stack. java:22: warning: [unchecked] unchecked cast 
found : java.langObject[] 
requi red : E[] 

elementos = ( E[] ) new 0bject[ tamanio ]; // crea el arreglo 

La razón de este mensaje es que el compilador no puede asegurar con un 100% de certeza que un arreglo de tipo 
Object nunca contendrá objetos de tipos que no sean E. Suponga que E representa el tipo Integer, de manera 
que los elementos del arreglo deben almacenar objetos Integer. Es posible asignar la variable elementos a una 
variable de tipo Object [], como en 

0bject[] arregloObjetos = elementos; 

Entonces, cualquier objeto puede colocarse en el arreglo con una instrucción de asignación tal como 
arregl oObjetos [ 0 ] = "hola"; 

Esto coloca un objeto Stri ng en un arreglo que debe contener sólo objetos Integer, lo cual produciría proble- 
mas en tiempo de compilación al manejar la Pi 1 a. Mientras que no ejecute instrucciones como las que se mues- 
tran aquí, su Pi la sólo contendrá objetos del tipo de elemento correcto. 

El método push (líneas 27 a 34) determina primero si hay un intento de meter un elemento en una Pi 1 a 
llena. De ser así, en las líneas 30 y 31 se lanza una ExcepcionPilaLlena. La clase ExcepcionPilaLlena se 
declara en la figura 18.8. Si la Pi 1 a no está llena, en la línea 33 se incrementa el contador superi or y se coloca 
el argumento en esa ubicación del arreglo el ementos. 

El método pop (líneas 37 a 43) determina primero si hay un intento de sacar un elemento de una Pi 1 a vacía. 
De ser así, en la línea 40 se lanza una Excepci onPi 1 aVaci a. La clase Excepci onPi 1 aVaci a se declara en la figura 
18.9. En caso contrario, en la línea 42 se devuelve el elemento superior de la Pi 1 a, y después se postdecrementa 
el contador superi or para indicar la posición del siguiente elemento superior. 

Cada una de las clases ExcepcionPilaLlena (figura 18.8) y Excepci onPi 1 aVaci a (figura 18.9) propor- 
ciona el constructor sin argumentos convencional, y un constructor con un argumento de clases de excepciones 
(como vimos en la sección 13.1 1). El constructor sin argumentos establece el mensaje de error predeterminado, 
y el constructor con un argumento establece un mensaje de excepción personalizado. 

Al igual que con los métodos genéricos, cuando se compila una clase genérica, el compilador realiza el borra- 
do en los parámetros de tipo de la clase y los reemplaza con sus límites superiores. Para la clase Pi 1 a (figura 18.7) 
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no se especifica un límite superior, por lo que se utiliza el límite superior predeterminado, Object. El alcance de 
un parámetro de tipo de una clase genérica es toda la clase. Sin embargo, los parámetros de tipo no se pueden 
utilizar en las declaraciones stati c de una clase. 


1 // Fig. 18.8: ExcepcionPilaLlena. java 

2 // Indica que una pila está llena. 

3 public class ExcepcionPilaLlena extends RuntimeException 

4 { 

5 // constructor sin argumentos 

6 public ExcepcionPilaLlenaO 

7 { 

8 this( "La Pila esta llena" ); 

9 } // fin del constructor de ExcepcionPilaLlena sin argumentos 

10 

11 // constructor con un argumento 

12 public ExcepcionPilaLlena( String excepción ) 

13 { 

14 super( excepción ); 

15 } // fin del constructor de ExcepcionPilaLlena sin argumentos 

16 } // fin de la clase ExcepcionPilaLlena 

Figura 18.8 | Declaración de la clase ExcepcionPilaLlena. 


1 // Fig. 18.9: ExcepcionPil aVacia. java 

2 // Indica que una pila está llena. 

3 public class ExcepcionPil aVacia extends RuntimeException 

4 { 

5 // constructor sin argumentos 

6 public ExcepcionPilaVaciaO 

7 { 

8 this( "La Pila esta vacia" ); 

9 } // fin del constructor de ExcepcionPil aVacia sin argumentos 

10 

11 // constructor con un argumento 

12 public ExcepcionPilaVaciaf String excepción ) 

13 { 

14 superf excepción ); 

15 } // fin del constructor de ExcepcionPil aVacia con un argumento 

16 } // fin de la clase ExcepcionPil aVacia 

Figura 18.9 | Declaración de la clase ExcepcionPil aVacia. 


Ahora consideremos la aplicación de prueba (figura 18.10) que utiliza la clase genérica Pila. En las 
líneas 9 y 10 se declaran variables de tipo Pila< Double > (lo cual se pronuncia como “Pila de Double”) y 
Pi 1 a< Integer > (que se pronuncia como “Pi 1 a de Integer”). Los tipos Doubl e e Integer se conocen como los 
argumentos de tipo de la Pi 1 a. El compilador los utiliza para reemplazar los parámetros de tipo, de manera que 
pueda realizar la comprobación de tipos e insertar operaciones de conversión según sea necesario. En breve habla- 
remos con más detalle sobre las operaciones de conversión. El método probarPila (que se llama desde main) 
instancia objetos pilaDouble de tamaño 5 (línea 15) y pilalnteger de tamaño 10 (línea 16), y después llama 
a los métodos pruebaPushDouble (líneas 25 a 44), pruebaPopDoubl e (líneas 47 a 67), pruebaPushlnteger 
(líneas 70 a 89) y pruebaPopInteger (líneas 92 a 1 12), para demostrar las dos Pi 1 as en este ejemplo. 

El método pruebaPushDouble (líneas 25 a 44) invoca al método push para colocar en pilaDouble los 
valores double 1.1, 2.2, 3.3, 4.4 y 5.5 que se almacenan en el arreglo el ementosDoubl e. El ciclo for termina 
cuando el programa de prueba trata de meter un sexto valor en pi 1 aDoubl e (que está llena, ya que pi 1 aDoubl e 
sólo puede almacenar cinco elementos). En este caso, el método lanza una ExcepcionPilaLlena (figura 18.8) 
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para indicar que la Pila está llena. En las líneas 39 a 43 se atrapa esta excepción y se imprime la información 
de rastreo de la pila. Esta información indica la excepción que ocurrió y muestra que el método push de Pila 
generó la excepción en las líneas 30 y 31 del archivo Pila, java (figura 18.7). El rastreo también muestra que 
el método pruebaPushDoubl e de PruebaPi 1 a llamó al método push en la línea 36 de PruebaPi 1 a. java, que el 
método pruebaPi las llamó al método probar PushDoubl e en la línea 18 de PruebaPi la. java y que el método 
mai n llamó al método pruebaPilas en la línea 117 de PruebaPila. java. Esta información nos permite de- 
terminar los métodos que se encontraban en la pila de llamadas a métodos cuando ocurrió la excepción. Debido 
a que el programa atrapa a la excepción, el entorno en tiempo de ejecución de Java considera que ha sido maneja- 
da la excepción y el programa puede continuar su ejecución. Observe que la conversión autoboxing ocurre en la 
línea 36, cuando el programa trata de meter un valor primitivo doubl e en la pi 1 aDoubl e, la cual sólo almacena 
objetos Doubl e. 
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// Fig. 18.10: PruebaPi 1 a. java 

// Programa de prueba de la clase genérica Pila. 

public class PruebaPila 

{ 

private double[] el ementosDoubl e = { 1.1, 2.2, 
private i n t [] el ementoslnteger = { 1, 2, 3, 4, 


3.3, 4.4, 5.5, 6.6 }; 

5, 6, 7, 8, 9, 10, 11 }; 


private Pila< Doubl e > pi 1 aDoubl e; // pila que almacena objetos Doubl e 
private Pila< Integer > pilalnteger; // pila que almacena objetos Integer 

// prueba objetos Pila 

public void pruebaPi las O 

{ 

pi 1 aDoubl e = new Pila< Doubl e >( 5 ); // Pila de objetos Doubl e 
pilalnteger = new Pila< Integer >( 10 ); // Pila de objetos Integer 

pruebaPushDoubleO ; // mete valor double en pilaDouble 
pruebaPopDoubl e() ; // saca de pilaDouble 
pruebaPushlntegerO ; // mete valor int en pilalnteger 
pruebaPopIntegerO ; // saca de pilalnteger 
} // fin del método probarPilas 

// prueba el método push con la pila de valores double 
public void pruebaPushDoubleO 
{ 

// mete elementos en la pila 
try 
{ 

System. out.println( "\nMetiendo elementos en pilaDouble" ); 

// mete elementos en la Pila 

for ( double elemento : el ementosDoubl e ) 

{ 

System. out.printf( "%.lf ' , elemento ); 
pi 1 aDoubl e . push( elemento ); // mete en pilaDouble 
} // fin de for 
} // fin de try 

catch ( ExcepcionPi 1 aLl ena excepcionPilaLlena ) 

{ 

System.err.printlnO ; 

excepci onPi 1 aLl ena. pri ntStackT race() ; 

} // find de catch ExcepcionPilaLlena 
} // fin del método pruebaPushDoubl e 


Figura 18.10 | Programa de prueba de la clase genérica Pila. (Parte I de3). 
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// prueba el método pop con una pila de valores double 
public void pruebaPopDoubl e() 

{ 

// saca elementos de la pila 
try 
{ 

System . out . pri ntl n( ”\nSacando elementos de pilaDouble" ); 

double valorASacar; // almacena el elemento que se eliminó de la pila 

// elimina todos los elementos de la Pila 
while ( true ) 

{ 

valorASacar = pi laDoubl e . pop() ; // saca de pilaDouble 
System. out. printf( "%.lf , valorASacar ); 

} // fin de while 
} // fin de try 

catch( ExcepcionPi 1 aVaci a excepcionPi 1 aVacia ) 

{ 

System. e r r.prin ti n() ; 

excepci onPi 1 aVaci a. pri ntStackT race() ; 

} // fin de catch ExcepcionPi 1 aVaci a 
} // fin del método pruebaPopDoubl e 

// prueba el método push con pila de valores enteros 
public void pruebaPushlntegerO 
{ 

// mete elementos a la pila 
try 
{ 

System. out. println( "\nMetiendo elementos a pilalnteger" ); 

// mete elementos a la Pila 

for ( int elemento : el ementoslnteger ) 

{ 

System. out. printff "%d ", elemento ); 
pi 1 alnteger . push( elemento ); // mete a pilalnteger 
} // fin de for 
} // fin de try 

catch ( ExcepcionPi 1 aLl ena excepcionPi 1 aLl ena ) 

{ 

Sy stem. e r r.prin ti n() ; 

excepci onPi 1 aLl ena. pri ntStackT race() ; 

} // fin de catch ExcepcionPi laLlena 
} // fin del método pruebaPushlnteger 

// prueba el método pop con una pila de enteros 
public void pruebaPopIntegerO 
{ 

// saca elementos de la pila 
try 
{ 

System. out. println( "\nSacando elementos de pilalnteger" ); 

int valorASacar; // almacena el elemento que se eliminó de la pila 

// elimina todos los elementos de la Pila 
while ( true ) 

{ 

valorASacar = pi 1 alnteger . pop() ; // saca de pilalnteger 


Figura 18.10 


Programa de prueba de la clase genérica Pi 1 a. (Parte 2 de 3). 
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104 System. out.printf( "%d ", valorASacar ); 

105 } // fin de while 

106 } // fin de try 

107 catch( ExcepcionPi 1 aVacf a excepcionPi 1 aVacia ) 

108 { 

109 System, err. pri ntln() ; 

1 10 excepci onPi 1 aVacf a. pri ntStackT race() ; 

111 } // fin de catch Excepci onPil aVacia 

112 } // fin del método pruebaPopInteger 

113 

114 public static void main( String args[] ) 

115 { 

116 PruebaPila aplicación = new PruebaPi 1 a() ; 

117 aplicación. probarPilasO ; 

118 } // fin de main 

119 } // fin de la clase PruebaPila 


Metiendo elementos en pilaDouble 
1.1 2.2 3.3 4.4 5.5 6.6 

ExcepcionPi 1 aLl ena: La Pila esta llena, no se puede meter 6.6 
at Pi la. push(Pi 1 a. java: 30) 

at PruebaPi la. pruebaPushDoubl e (PruebaPi 1 a. java: 36) 
at PruebaPi la. probar Pilas (PruebaPi la. java: 18) 
at PruebaPi 1 a.mai n (PruebaPi 1 a. java: 117) 

Sacando elementos de pilaDouble 
5.5 4.4 3.3 2.2 1.1 

ExcepcionPi 1 aVacia: La Pila esta vacia, no se puede sacar 
at Pila.pop(Pila. java:40) 

at PruebaPi la. pruebaPopDoubl e (PruebaPi 1 a. java: 58) 
at PruebaPi la. probar Pilas (PruebaPi la. java: 19) 
at PruebaPi 1 a.mai n (PruebaPi 1 a. java: 117) 

Metiendo elementos a pilalnteger 
123456789 10 11 

ExcepcionPi 1 aLl ena: La Pila esta llena, no se puede meter 11 
at Pi la. push(Pi 1 a. java: 30) 

at PruebaPi la. pruebaPushlnteger (PruebaPi 1 a. java: 81) 
at PruebaPi la. probar Pilas (PruebaPi la. java: 20) 
at PruebaPi 1 a.mai n (PruebaPi 1 a. java: 117) 

Sacando elementos de pilalnteger 
10 987654321 

ExcepcionPi 1 aVacia: La Pila esta vacia, no se puede sacar 
at Pila.pop(Pila. java:40) 

at PruebaPi 1 a . pruebaPopInteger (PruebaPi 1 a . j ava : 103) 
at PruebaPi la. probar Pilas (PruebaPi la. java: 21) 
at PruebaPi 1 a.mai n (PruebaPi 1 a. java: 117) 


Figura 18.10 | Programa de prueba de la clase genérica Pila. (Parte 3 de 3). 


El método pruebaPopDoubl e (líneas 47 a 67) invoca al método pop de Pi 1 a en un ciclo whi 1 e infinito para 
eliminar todos los valores de la pila. Observe en los resultados que los valores se sacan sin duda en el orden último 
en entrar, primero en salir (desde luego que ésta es la característica que define a las pilas). El ciclo whi 1 e (líneas 
57 a 61) continúa hasta que la pila está vacía (es decir, hasta que ocurre una Excepci onPi 1 aVaci a), lo cual hace 
que el programa continúe con el bloque catch (líneas 62 a 66) y maneje la excepción, para que pueda continuar 
su ejecución. Cuando el programa de prueba trata de sacar un sexto valor, la pi 1 aDoubl e está vacía, por lo que 
el método pop lanza una Excepci onPil aVaci a. La conversión autoboxing ocurre en la línea 58, en donde el 
programa asigna el objeto Doubl e que se sacó de la pila a una variable primitiva doubl e. En la sección 18.4 vimos 
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que el compilador inserta operaciones de conversión para asegurar que se devuelvan los tipos apropiados de los 
métodos genéricos. Después del borrado, el método pop de Pi 1 a devuelve el tipo Ob j ect. Sin embargo, el código 
cliente en el método pruebaPopDoubl e espera recibir un valor double cuando regresa el método pop. Así, el 
compilador inserta una conversión a Doubl e, como en 

valorASacar = ( Double ) pilaDouble. pop() ; 

para asegurar que se devuelva una referencia del tipo apropiado, que se realice la conversión autounboxing y se 
asigne a valorASacar. 

El método pruebaPushlnteger (líneas 70 a 89) invoca el método push de Pila para colocar valores 
en Pruebalnteger hasta que esté llena. El método pruebaPopInteger (líneas 92 a 1 12) invoca el método pop de 
Prueba para eliminar valores de pi lalnteger hasta que esté vacía. Una vez más, observe que los valores se sacan 
en el orden último en entrar, primero en salir. Durante el proceso de borrado, el compilador reconoce que el 
código cliente en el método pruebaPopInteger espera recibir un valor i nt cuando regresa el método pop. Por 
lo tanto, el compilador inserta una conversión a Integer, como en 

valorASacar = ( Integer ) pilalnteger.popO ; 

para asegurar que se devuelva una referencia del tipo apropiado, se realice una conversión autounboxing y se 
asigne a valorASacar. 

Creación de métodos genéricos para probar la clase Pi la< E > 

Observe que el código en los métodos pruebaPushDoubl e y pruebaPushlnteger es casi idéntico para meter 
valores en una Pi 1 a<Doubl e> o una Pi 1 a<Integer>, respectivamente, y que el código en los métodos prueba- 
PopDoubl e y pruebaPopInteger es casi idéntico para sacar valores de una Pi 1 a<Doubl e> o una Pi 1 a<Integer>, 
respectivamente. Esto presenta otra oportunidad para utilizar los métodos genéricos. En la figura 18.11 se declara 
el método genérico probarPush (líneas 26 a 46) para que realice las mismas tareas que pruebaPushDoubl e y 
pruebaPushlnteger en la figura 18.10; es decir, meter valores en una Pila< T >. De manera similar, el método 
genérico pruebaPop (líneas 49 a 69) realiza las mismas tareas que pruebaPopDoubl e y pruebaPopInteger en la 
figura 18.10; es decir, sacar valores de una Pi 1 a< T >. Observe que la salida de la figura 18.1 1 coincide precisa- 
mente con la salida de la figura 18.10. 

El método probarPilas (líneas 14 a 23) crea los objetos Pila< Double > (línea 16) y la Pila< Integer > 
(línea 17). En las líneas 19 a 22 se invocan los métodos genéricos pruebaPush y pruebaPop para probar los 
objetos Pi 1 a. Recuerde que los parámetros de tipo sólo pueden representar tipos de referencias. Por lo tanto, para 
poder pasar los arreglos elementosDouble y el ementoslnteger al método genérico pruebaPush, los arreglos 
declarados en las líneas 6 a 8 deben declararse con los tipos de envoltura Doubl e e Integer. Cuando estos arre- 
glos se inicializan con valores primitivos, el compilador realiza conversiones autoboxing en cada valor primitivo. 


1 // Fig. 18.11: PruebaPi 1 a2 . java 

2 // Programa de prueba de la clase genérica Pila. 

3 

4 public class PruebaPi la2 

5 { 

6 private Double[] elementosDouble = { 1.1, 2.2, 3.3, 4.4, 5.5, 6.6 }; 

7 private Integer[] elementoslnteger = 

8 { 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11 }; 

9 

10 private Pila< Double > pilaDouble; // pila que almacena objetos Double 

11 private Pila< Integer > pilalnteger; // pila que almacena objetos Integer 

12 

13 // prueba los objetos Pila 

14 public void probarPilas O 

15 { 

16 pilaDouble = new Pila< Double >( 5 ); // Pila de objetos Double 

17 pilalnteger = new Pila< Integer >( 10 ); // Pila de objetos Integer 

Figura 18.1 1 | Paso de una Pila de tipo genérico a un método genérico. (Parte I de 3). 
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probarPush( "pi laDoubl e" , pilaDouble, el ementosDoubl e ); 
probarPop( "pilaDouble 1 , pilaDouble ); 

probarPush( "pi lalnteger" , pilalnteger, el ementoslnteger ); 
probarPop( "pilalnteger", pilalnteger ); 

} // fin del método probarPilas 

// el método genérico probarPush mete elementos en una Pila 

public < T > void probarPush ( String nombre, Pila< T > pila, 

T[] elementos ) 

{ 

// mete elementos a la pila 
try 
{ 

System. out.printf( "\nMetiendo elementos a %s\n", nombre ) 

// mete elementos a la Pila 

for ( T elemento : elementos ) 

{ 

System. out. pri ntf( "%s ' , elemento ); 

pila.push( elemento ); // mete elemento a la pila 

} 

} // fin de try 

catch ( ExcepcionPi 1 aLl ena excepcionPilaLlena ) 

{ 

System, out. prin ti n() ; 

excepci onPi 1 aLl ena. pri ntStackTraceO ; 

} // fin de catch ExcepcionPilaLlena 
} // fin del método probarPush 

// el método genérico probarPop saca elementos de una Pila 

public < T > void probarPopf String nombre, Pila< T > pila ) 

{ 

// saca elementos de la pila 
try 
{ 

System. out. printf( "\nSacando elementos de %s\n", nombre ) 
T valorASacar; // almacena el elemento eliminado de la pil 

// elimina todos los elementos de la Pila 
while ( true ) 

{ 

valorASacar = pila.popO; // saca de la pila 
System. out. pri ntf( "%s ' , valorASacar ); 

} // fin de while 
} // fin de try 

catch ( ExcepcionPi 1 aVaci a excepci onPi 1 aVacia ) 

{ 

System, out. prin ti n() ; 

excepci onPi 1 aVaci a. pri ntStackTraceO ; 

} // fin de catch Excepci onPil aVaci a 
} // fin del método probarPop 

public static void main( String args[] ) 

{ 

PruebaPila2 aplicación = new PruebaPila2() ; 
aplicación. probarPilas O ; 

} // fin de main 

} // fin de la clase PruebaPila2 


Figura 1 8 . 1 1 | Paso de una Pi 1 a de tipo genérico a un método genérico. (Parte 2 de 3). 
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Metiendo elementos a pilaDouble 
1.1 2.2 B.B 4.4 5.5 6.6 

ExcepcionPi 1 aLl ena: La Pila esta llena, no se puede meter 6.6 
at Pi la. push(Pi 1 a. java: 30) 

at PruebaPi 1 a2 . p robar Push(PruebaPi 1 a2 . java: 38) 
at PruebaPi 1 a2 . probarPi 1 as (PruebaPi la2 . java: 19) 
at PruebaPi 1 a2 .mai n( PruebaPi 1 a2 .java: 74) 

Sacando elementos de pilaDouble 
5.5 4.4 3.3 2.2 1.1 

ExcepcionPi 1 aVacia: La Pila esta vacia, no se puede sacar 
at Pila.pop(Pila. java:40) 

at PruebaPi 1 a2 . probar Pop (PruebaPi 1 a2 . java: 60) 
at PruebaPi 1 a2 . probarPi 1 as (PruebaPi la2 . java: 20) 
at PruebaPi 1 a2 .mai n( PruebaPi 1 a2 .java: 74) 

Metiendo elementos a pilalnteger 
123456789 10 11 

ExcepcionPi 1 aLl ena: La Pila esta llena, no se puede meter 11 
at Pi la. push(Pi 1 a. java: 30) 

at PruebaPi 1 a2 . p robar Push (PruebaPi 1 a2 . java: 38) 
at PruebaPi 1 a2 . probarPi 1 as (PruebaPi la2 . java: 21) 
at PruebaPi 1 a2 .mai n( PruebaPi 1 a2 .java: 74) 

Sacando elementos de pilalnteger 
10 987654321 

ExcepcionPi 1 aVacia: La Pila esta vacia, no se puede sacar 
at Pila.pop(Pila. java:40) 

at PruebaPi 1 a2 . probar Pop (PruebaPi 1 a2 . java: 60) 
at PruebaPi 1 a2 . probarPi 1 as (PruebaPi la2 . java: 22) 
at PruebaPi 1 a2 .mai n( PruebaPi 1 a2 .java: 74) 


Figura 1 8 . 1 1 | Paso de una Pi 1 a de tipo genérico a un método genérico. (Parte 3 de 3). 


El método genérico probarPush (líneas 26 a 46) usa el parámetro de tipo T (especificado en la línea 26) para 
representar el tipo de datos almacenado en la Pi 1 a< T >. El método genérico recibe tres argumentos: un Stri ng 
que representa el nombre del objeto Pi 1 a< T > para fines de mostrarlo en pantalla, una referencia a un objeto 
de tipo Pi 1 a< T > y un arreglo de tipo T; el tipo de elementos que se meterán en la Pi 1 a< T >. Observe que el 
compilador hace valer la consistencia entre el tipo de la Pi 1 a y los elementos que se meterán en la misma cuan- 
do se invoque a push, lo cual es el valor real de la llamada al método genérico. El método genérico probarPop 
(líneas 49 a 69) recibe dos argumentos: un Stri ng que represente el nombre del objeto Pi 1 a< T > para fines de 
mostrarlo en pantalla, y una referencia a un objeto de tipo Pi 1 a< T >. 

18.7 Tipos crudos (raw) 

Los programas de prueba para la clase genérica Pi 1 a en la sección 18.6 crea instancias de objetos Pi 1 a con los 
argumentos de tipo Doubl e e Integer. También es posible instanciar la clase genérica Pi 1 a sin especificar un ar- 
gumento de tipo, como se muestra a continuación: 

Stack pilaOb jetos = new Stack( 5 ); // no se especifica un argumento de tipo 

En este caso, se dice que la pilaObjetos tiene un tipo crudo, lo cual significa que el compilador utiliza de 
manera implícita el tipo Object en la clase genérica para cada argumento de tipo. Así, la instrucción anterior 
crea una Pi 1 a que puede almacenar objetos de cualquier tipo. Esto es importante para la compatibilidad inversa 
con versiones anteriores de Java. Por ejemplo, todas las estructuras de datos del Marco de trabajo Collections de 
Java (vea el capítulo 19, Colecciones) almacenan referencias a objetos Object, pero ahora se implementan como 
tipos genéricos. 
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A una variable Pi 1 a de tipo crudo se le puede asignar una Pi 1 a que especifique un argumento de tipo, como 
un objeto Pi 1 a< Double >, de la siguiente manera: 

Pila pilaTipoCrudo2 = new Pila< Double >( 5 ); 

debido a que el tipo Double es una subclase de Object. La asignación se permite ya que los elementos en una 
Pi 1 a< Doubl e > (es decir, objetos Doubl e) son ciertamente objetos; la clase Doubl e es una subclase indirecta de 
Object. 

De manera similar, a una variable Pi 1 a que especifica a un argumento de tipo en su declaración se le puede 
asignar un objeto Pi 1 a de tipo crudo, como en: 

Pila< Integer > pilalnteger = new Pila( 10 ); 

Aunque esta asignación está permitida, no es segura debido a que una Pi 1 a de tipo crudo podría almacenar tipos 
distintos de Integer. En este caso, el compilador genera un mensaje de advertencia, el cual indica la asignación 
insegura. 

El programa de prueba de la figura 18.12 utiliza la noción de un tipo crudo. En la línea 14 se crea una ins- 
tancia de la clase genérica Pi 1 a con un tipo crudo, lo cual indica que pi 1 aTi poCrudol puede contener objetos 
de cualquier tipo. En la línea 17 se asigna una Pi 1 a< Doubl e > a la variable pi 1 aTi poCrudo2, la cual se declara 
como una Pi 1 a de tipo crudo. En la línea 20 se asigna una Pi 1 a de tipo crudo a la variable Pi 1 a< Integer >, 
lo cual es legal pero hace que el compilador genere un mensaje de advertencia (figura 18.13), indicando una asig- 
nación potencialmente insegura; de nuevo, esto ocurre debido a que una Pi 1 a de tipo crudo podría almacenar 
tipos distintos de Integer. Además, cada una de las llamadas al método genérico probarPush y probarPop en 
las líneas 22 a 25 produce un mensaje de advertencia del compilador (figura 18.13). Estas advertencias ocurren 
debido a que las variables pi 1 aTi poCrudol y pi 1 aTi poCrudo2 se declaran como Pi 1 as de tipo crudo, pero los 
métodos probarPush y probarPop esperan un segundo argumento que sea una Pi 1 a con un argumento de tipo 
específico. Las advertencias indican que el compilador no puede garantizar que los tipos manipulados por las 
pilas sean los correctos, ya que no suministramos una variable declarada con un argumento de tipo. Los métodos 
probarPush (líneas 31 a 51) y probarPop (líneas 54 a 74) son iguales que en la figura 18.11. 


1 // Fig. 18.12: PruebaTi poCrudo . java 

2 // Programa de prueba de tipos crudos. 

3 

4 public class PruebaTi poCrudo 

5 { 

6 private Double[] el ementosDoubl e = { 1.1, 2.2, 3.3, 4.4, 5.5, 6.6 }; 

7 private Integer[] el ementoslnteger = 

8 { 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11 }; 

9 

10 // método para evaluar Pilas con tipos crudos 

11 public void probarPilasO 

12 { 

13 // Pila de tipos crudos asignada a una variable Pila de tipos crudos 

14 Pila pi 1 aTi poCrudol = new Pila( 5 ); 

15 

16 // Pila< Double > asignada a una variable Pila de tipos crudos 

17 Pila pi 1 aTi poCrudo2 = new Pila< Double >( 5 ) ; 

18 

19 // Pila de tipos crudos asignada a una variable Pila< Integer > 

20 Pila< Integer > pilalnteger = new Pila( 10 ); 

21 

22 probarPush( "pi laTi poCrudol" , pilaTipoCrudol, elementosDouble ); 

23 probarPop( "pilaTipoCrudol", pilaTipoCrudol ); 

24 probarPush( M pilaTipoCrudo2' , pilaTipoCrudo2, elementosDouble ); 

25 probarPopC "pi 1 aTi poCrudo2" , pilaTipoCrudo2 ); 

26 probarPush( "pilalnteger , pilalnteger, el ementoslnteger ); 


Figura 18.12 | Programa de prueba de tipos crudos. (Parte I de 3). 
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probarPop( "pi 1 alnteger" , pilalnteger ); 

} // fin del método probarPilas 

// método genérico que mete elementos a la pila 

public < T > void probarPush( String nombre, Pila< T > pila, 

T[] elementos ) 

{ 

// mete elementos a la pila 
try 
{ 

System . out . pri ntf( "\nMetiendo elementos a %s\n", nombre ); 

// mete elementos a la Pila 

for ( T elemento : elementos ) 

{ 

System. out. pri ntf( "%s , elemento ); 

pila.push( elemento ); // mete elemento a la pila 
} // fin de for 
} // fin de try 

catch ( ExcepcionPi 1 aLl ena excepcionPilaLlena ) 

{ 

System.out.printlnO ; 

excepci onPi 1 aLl ena. pri ntStackTraceO ; 

} // fin de catch ExcepcionPilaLlena 
} // fin del método probarPush 

// método genérico probarPop para sacar elementos de la pila 

public < T > void probarPopf String nombre, Pila< T > pila ) 

{ 

// saca elementos de la pila 
try 
{ 

System. out. pri ntf( "\nSacando elementos de %s\n", nombre ); 
T valorASacar; // almacena el elemento eliminado de la pila 

// elimina elementos de la Pila 
while ( true ) 

{ 

valorASacar = pila.popO; // saca de la pila 
System. out. pri ntf( "%s , valorASacar ); 

} // fin de while 
} // fin de try 

catch ( ExcepcionPi 1 aVaci a excepci onPi 1 aVacia ) 

{ 

System.out.printlnO ; 

excepci onPi 1 aVaci a. pri ntStackTraceO ; 

} // fin de catch Excepci onPil aVaci a 
} // fin del método probarPop 

public static void main( String args[] ) 

{ 

PruebaTi poCrudo aplicación = new PruebaTi poCrudoO ; 
aplicación. probarPilas O ; 

} // fin de main 

} // fin de la clase PruebaTi poCrudo 


Metiendo elementos a pi 1 aTi poCrudol 
1.1 2.2 B.B 4.4 5.5 6.6 

ExcepcionPilaLlena: La Pila esta llena, no se puede meter 6.6 


Figura 18.12 | Programa de prueba de tipos crudos. (Parte 2 de 3). 
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at Pi la. push(Pi 1 a. java: 30) 

at PruebaTi poCrudo. p robar Pus h (PruebaTi poCrudo. java: 43) 
at PruebaTi poCrudo. p robar Pi 1 as (PruebaTi poCrudo. java: 22) 
at PruebaTipoCrudo.mai n (PruebaTi poCrudo. java: 79) 

Sacando elementos de pilaTipoCrudol 
5.5 4.4 B.B 2.2 1.1 

ExcepcionPi 1 aVacia: La Pila esta vacia, no se puede sacar 
at Pila.pop(Pila. java:40) 

at PruebaTi poCrudo. probar Pop (PruebaTi poCrudo. java: 65) 
at PruebaTi poCrudo. p robar Pi 1 as (PruebaTi poCrudo. java: 23) 
at PruebaTi poCrudo . mai n (PruebaTi poCrudo . j ava: 79) 

Metiendo elementos a pilaTipoCrudo2 
1.1 2.2 3.3 4.4 5.5 6.6 

ExcepcionPi 1 aLl ena: La Pila esta llena, no se puede meter 6.6 
at Pi la. push(Pi 1 a. java: 30) 

at PruebaTi poCrudo. probar Pus h (PruebaTi poCrudo. java: 43) 
at PruebaTi poCrudo . p robar Pi 1 as (PruebaTi poCrudo .java : 24) 
at PruebaTi poCrudo . mai n (PruebaTi poCrudo . j ava: 79) 

Sacando elementos de pi 1 aTi poCrudo2 
5.5 4.4 3.3 2.2 1.1 

ExcepcionPi 1 aVacia: La Pila esta vacia, no se puede sacar 
at Pila.pop(Pila. java:40) 

at PruebaTi poCrudo. probar Pop (PruebaTi poCrudo. java: 65) 
at PruebaTi poCrudo . p robar Pi 1 as (PruebaTi poCrudo .java : 25) 
at PruebaTipoCrudo.mai n (PruebaTi poCrudo. java: 79) 

Metiendo elementos a pilalnteger 
123456789 10 11 

ExcepcionPi 1 aLl ena: La Pila esta llena, no se puede meter 11 
at Pi la. push(Pi 1 a. java: 30) 

at PruebaTi poCrudo. probar Pus h (PruebaTi poCrudo. java: 43) 
at PruebaTi poCrudo. p robar Pi 1 as (PruebaTi poCrudo. java: 26) 
at PruebaTi poCrudo . mai n (PruebaTi poCrudo . j ava: 79) 

Sacando elementos de pilalnteger 
10 987654321 

ExcepcionPi 1 aVacia: La Pila esta vacia, no se puede sacar 
at Pila.pop(Pila. java:40) 

at PruebaTi poCrudo. probar Pop (PruebaTi poCrudo. java: 65) 
at PruebaTi poCrudo . p robar Pi 1 as (PruebaTi poCrudo .java : 27) 
at PruebaTi poCrudo . mai n (PruebaTi poCrudo . j ava: 79) 

Figura 18.12 | Programa de prueba de tipos crudos. (Parte 3 de 3). 

La figura 18.13 muestra los mensajes de advertencia generados por el compilador (al compilar con la opción 
-Xlint:unchecked) cuando se compila el archivo PruebaTipoCrudo. java (figura 18.12). La primera adver- 
tencia se genera para la línea 20, en la cual se asigna un tipo crudo Pi 1 a a una variable Pi 1 a< Integer >; el 
compilador no puede asegurar que todos los objetos en la Pi la sean objetos Integer. La segunda advertencia se 
genera para la línea 22. Debido a que el segundo argumento del método es una variable Pila de tipo crudo, el 
compilador determina el argumento de tipo para el método probarPush del arreglo Double que se pasa como 
tercer argumento. En este caso, Double es el argumento de tipo, por lo que el compilador espera que se pase 
una Pila< Double > como segundo argumento. La advertencia ocurre debido a que el compilador no puede 
asegurar que una Pi 1 a de tipo crudo contenga sólo objetos Doubl e. La advertencia en la línea 24 ocurre por la 
misma razón, aun cuando la Pila actual a la que pi 1 aTi poCrudo2 hace referencia es una Pila< Double >. 
El compilador no puede garantizar que la variable siempre hará referencia al mismo objeto Pi 1 a, por lo que 
debe utilizar el tipo declarado de la variable para realizar toda la comprobación de tipos. En las líneas 23 y 25 se 
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PruebaTipoCrudo. java:20: warning: unchecked assignment 
found : Pila 

requi red: Pila<java.lang.Integer> 

Pila< Integer > pilalnteger = new Pila( 10 ); 

A 

PruebaTi poCrudo. java: 22 : warning: [unchecked] unchecked method invocation: 
<T>probarPush(java. 1 ang . Stri ng , Pi 1 a<T>,T[] ) in PruebaTipoCrudo is applied to 
(java, lang . Stri ng , Pi la, java. 1 ang . Double[] ) 

probarPush( “pilaTipoCrudol” , pi 1 aTi poCrudol, el ementosDoubl e ); 

A 

PruebaTipoCrudo. java:23: warning: [unchecked] unchecked method invocation: 
<T>probarPop(java. 1 ang . Stri ng , Pi 1 a<T>) in PruebaTipoCrudo is applied to ( 
java, lang . Stri ng , Pi 1 a) 

probarPop( “pilaTipoCrudol”, pilaTipoCrudol ); 

A 

PruebaTipoCrudo. java:24: warning: [unchecked] unchecked method invocation: 
<T>probarPush(java. lang . Stri ng , Pi 1 a<T>,T[] ) in PruebaTipoCrudo is applied to 
(java, lang . Stri ng , Pi la, java. 1 ang . Double[] ) 

probarPush( “pilaTipoCrudo2” , pi 1 aTi poCrudo2 , el ementosDoubl e ); 

A 

PruebaTipoCrudo. java:25: warning: [unchecked] unchecked method invocation: 
<T>probarPop(java. 1 ang . Stri ng , Pi 1 a<T>) in PruebaTipoCrudo is applied to 
(java, lang . Stri ng , Pi la) 

probarPop( “pi 1 aTi poCrudo2” , pi 1 aTi poCrudo2 ); 

A 

5 warnings 


Figura 18.13 | Mensajes de advertencia del compilador. 


generan advertencias debido a que el método probarPop espera como argumento una Pi 1 a para la cual se haya 
especificado un argumento de tipo. Sin embargo, en cada llamada a probarPop, pasamos una variable Pi 1 a de 
tipo crudo. Por ende, el compilador indica una advertencia, debido a que no puede comprobar los tipos utilizados 
en el cuerpo del método. 

18.8 Comodines en métodos que aceptan parámetros de tipo 

En esta sección presentaremos un poderoso concepto de los genéricos, conocido como los comodines. Para este 
fin, también introduciremos una nueva estructura de datos del paquete j ava .útil. El capítulo 1 9, Colecciones, 
habla sobre el Marco de trabajo Collections de Java, el cual proporciona muchas estructuras de datos genéricas y 
algoritmos que manipulan a los elementos de estas estructuras de datos. Tal vez la más simple de estas estructuras 
de datos sea la clase ArrayLi st: una estructura de datos tipo arreglo, que puede cambiar su tamaño en forma 
dinámica. Como parte de esta discusión, aprenderá a crear un objeto ArrayLi st, a añadirle elementos y a recorrer 
esos elementos mediante el uso de una instrucción for mejorada. 

Antes de presentar los comodines, analicemos un ejemplo que nos ayude a motivar su uso. Suponga que desea 
implementar un método genérico llamado suma, que obtenga el total de números en una colección, como en un 
objeto ArrayLi st. Para empezar, podría insertar los números en la colección. Como sabe, las clases genéricas sólo 
se pueden utilizar con tipos de clases o de interfaces. Por lo tanto, se realizaría una conversión autoboxing de los 
números a objetos de las clases de envoltura de tipos. Por ejemplo, cualquier valor i nt se convertiría mediante 
autoboxing en un objeto Integer, y cualquier valor double se convertiría mediante autoboxing en un objeto 
Doubl e. Nos gustaría poder obtener el total de todos los números en el objeto ArrayLi st, sin importar su tipo. 
Por esta razón, declaramos el objeto ArrayLi st con el argumento de tipo Number, el cual es la superclase tanto 
de Integer como de Double. Además, el método suma recibirá un parámetro de tipo ArrayLi st< Number > 
y obtendrá el total de sus elementos. En la figura 18.14 se demuestra cómo obtener el total de los elementos de 
un objeto ArrayLi st de objetos Number. 

En la línea 11 se declara e inicializa un arreglo de objetos Number. Como los inicializadores son valores 
primitivos, Java realiza conversiones autoboxing en cada valor primitivo, para convertirlo en un objeto de su 
correspondiente tipo de envoltura. Los valores i nt 1 y 3 se convierten mediante autoboxing en objetos Integer, 
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// Fig. 18.14: Total Números. java 

// Suma de los elementos de un objeto ArrayList. 

import java. útil .ArrayList; 

public class TotalNumeros 

{ 

public static void main( String args[] ) 

{ 

// crea, inicializa y muestra en pantalla el objeto ArrayList de objetos Number 
// que contiene objetos Integer y Double, después muestra el total de los elementos 
Number[] números = { 1, 2.4, 3 , 4.1 }; // objetos Integer y Double 
ArrayList< Number > listaNumeros = new ArrayList< Number >(); 

for ( Number elemento : números ) 

listaNumeros. add( elemento ); // coloca cada número en listaNumeros 

System. out.printf( "listaNumeros contiene: %s\n", listaNumeros ); 

System. out.printf( "Total de los elementos en listaNumeros: %.lf\n", 
sumar( listaNumeros ) ); 

} // fin de mai n 

// calcula el total de los elementos de ArrayList 
public static double sumar( ArrayList< Number > lista ) 

{ 

double total = 0; // inicializa el total 

// calcula la suma 

for ( Number elemento : lista ) 
total += el emento . doubl eVal ue() ; 

return total ; 

} // fin del método sumar 
} // fin de la clase TotalNumeros 


listaNumeros contiene: [1, 2.4, 3, 4.1] 

Total de los elementos en listaNumeros: 10.5 


Figura 18.14 | Total de los números en ArrayList< Number >. 


y los valores doubl e 2.4 y 4 . 1 se convierten mediante autoboxing en objetos Doubl e. En la línea 12 se decla- 
ra y crea un objeto ArrayLi st que almacena objetos Number, y se asigna a la variable 1 i staNumeros. Observe 
que no tenemos que especificar el tamaño del objeto ArrayLi st, ya que crecerá de manera automática, a medi- 
da que insertemos objetos. 

En las líneas 14 y 15 se recorre el arreglo números y se coloca cada uno de sus elementos en 1 i staNumeros. 
El método add de la clase ArrayLi st anexa un elemento al final de la colección. En la línea 17 se imprime en 
pantalla el contenido del objeto ArrayLi st como un objeto Stri ng. Esta instrucción invoca en forma implícita 
al método toStri ng de ArrayLi st, el cual devuelve una cadena de la forma “[ elementos }” , en la cual elementos es 
una lista separada por comas de las representaciones de cadena de los elementos. En las líneas 18 y 19 se muestra 
la suma de los elementos que se devuelve mediante la llamada al método suma en la línea 19. 

El método sumar (líneas 23 a 32) recibe un objeto ArrayList de objetos Number y calcula el total de los 
objetos Number en la colección. El método utiliza valores doubl e para realizar los cálculos y devuelve el resultado 
como un doubl e. En la línea 25 se declara la variable local total y se inicializa en 0. En las líneas 28 y 29 se utiliza 
la instrucción for mejorada, la cual está diseñada para trabajar con arreglos y con las colecciones del Marco de 
trabajo Collections, para obtener el total de los elementos del objeto ArrayLi st. La instrucción for asigna cada 
objeto Number en el objeto ArrayList a la variable elemento, y después utiliza el método doubl eValue de la 
clase Number para obtener el valor primitivo subyacente del objeto Number como un valor double. El resultado 
se suma a total . Cuando el ciclo termina, el método devuelve el total. 
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Cómo implementar el método suma con un argumento de tipo comodín en su parámetro 
Recuerde que el propósito del método suma en la figura 18.14 era obtener el total de cualquier tipo de objetos 
Number almacenados en un objeto ArrayLi st. Creamos un objeto ArrayLi st de objetos Number que contenía 
objetos Integer y Double. Los resultados de la figura 18.14 demuestran que el método sumar trabajó correc- 
tamente. Dado que el método sumar puede obtener el total de los elementos de un objeto ArrayLi st de objetos 
Number, podríamos esperar que el método también funcionara para objetos ArrayLi st que contengan elemen- 
tos de sólo un tipo numérico, como ArrayLi st< Integer >. Así, modificamos la clase Total Números para crear 
un objeto ArrayLi st de objetos Integer y pasarlo al método sumar. Al compilar el programa, el compilador 
genera el siguiente mensaje de error: 

sumar(java.util .ArrayList<java.lang.Number>) in Total NumerosErrores 
cannot be applied to (java. útil .ArrayList<java.lang.Integer>) 

Aunque Number es la superclase de Integer, el compilador no considera que el tipo parametrizado ArrayLi st 
< Number > sea un supertipo de ArrayLi st< Integer >. Si lo fuera, entonces toda operación que pudiéramos 
realizar en ArrayLi st< Number > funcionaría también en un ArrayLi st< Integer >. Considere el hecho de 
que puede sumar un objeto Doubl e a un ArrayLi st< Number >, debido a que un Doubl e es un Number, pero no 
se puede sumar un objeto Doubl e a un ArrayLi st< Integer >, ya que un Doubl e no es un Integer. Por ende, 
no es válida la relación de los subtipos. 

¿Cómo creamos una versión más flexible del método sumar que pueda obtener el total de los elementos de 
cualquier objeto ArrayLi st que contenga elementos de cualquier subclase de Number? Aquí es donde son impor- 
tantes los argumentos tipo comodín. Los comodines nos permiten especificar parámetros de métodos, valores 
de retorno, variables o campos, etc., que actúan como supertipos de los tipos parametrizados. En la figura 18.15, 
el parámetro del método suma se declara en la línea 50 con el tipo: 

ArrayLi st< ? extends Number > 

Un argumento tipo comodín se denota mediante un signo de interrogación (?), que por sí solo representa un 
“tipo desconocido”. En este caso, el comodín extiende a la clase Number, lo cual significa que el comodín tiene 
un límite superior de Number. Por ende, el argumento de tipo desconocido debe ser Number o una subclase de 
Number. Con el tipo del parámetro que se muestra aquí, el método sumar puede recibir un argumento ArrayLi st 
que contenga cualquier tipo de Number, como ArrayLi st< Integer > (línea 20), ArrayLi st< Double > (línea 
33) o ArrayLi st< Number > (línea 46). 

En las líneas 11 a 20 se crea e inicializa un objeto ArrayLi st< Integer > llamado 1 i staEnteros, se 
imprimen en pantalla sus elementos y se obtiene el total de los mismos mediante una llamada al método sumar 
(línea 20). En las líneas 24 a 33 se realizan las mismas operaciones para un objeto ArrayLi st< Doubl e > llamado 
listaDouble. En las líneas 37 a 46 se realizan las mismas operaciones para un objeto ArrayLi st< Number > 
llamado 1 i staNumeros, el cual contiene objetos Integer y Doubl e. 

En el método sumar (líneas 50 a 59), aunque los tipos de los elementos del argumento ArrayLi st no son 
directamente conocidos para el método, se sabe que por lo menos son de tipo Number, ya que el comodín se 
especificó con el límite superior Number. Por esta razón se permite la línea 56, ya que todos los objetos Number 
tienen un método doubl eVal ue. 

Aunque los comodines proporcionan una flexibilidad al pasar tipos parametrizados a un método, también 
tienen ciertas desventajas. Como el comodín (?) en el encabezado del método (línea 50) no especifica el nombre 
de un parámetro de tipo, no se puede utilizar como nombre de tipo en el cuerpo del método (es decir, no pode- 
mos reemplazar Numero con ? en la línea 55). Sin embargo, podríamos declarar el método sumar de la siguiente 
manera: 


public static <T extends Number> double sumar( ArrayList< T > lista ) 

lo cual permite al método recibir un objeto ArrayLi st que contenga elementos de cualquier subclase de Number. 
Después, podríamos usar el parámetro de tipo T en el cuerpo del método. 

Si el comodín se especifica sin un límite superior, entonces sólo se pueden invocar los métodos del tipo 
Object en valores del tipo del comodín. Además, los métodos que utilizan comodines en los argumentos de 
tipo de sus parámetros no pueden utilizarse para agregar elementos a una colección a la que el parámetro hace 
referencia. 
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Error común de programación 18.4 

Utilizar un comodín en la sección de parámetros de tipo de un método, o utilizar un comodín como un tipo explícito 
de una variable en el cuerpo del método, es un error de sintaxis. 


1 // Fig. 18.15: PruebaComodi n . java 

2 // Programa de prueba de comodines. 

3 import java. útil .ArrayList; 

4 

5 public class PruebaComodi n 

6 { 

7 public static void main( String args[] ) 

8 { 

9 // crea, inicializa e imprime en pantalla un objeto ArrayList de objetos Integer 

10 // y después muestra el total de los elementos 

11 Integer[] enteros = { 1, 2, B, 4, 5 }; 

12 ArrayList< Integer > listaEnteros = new ArrayList< Integer >(); 

13 

14 // inserta elementos en listaEnteros 

15 for ( Integer elemento : enteros ) 

16 1 i staEnteros . add( elemento ); 

17 

18 System . out . pri ntf( "listaEnteros contiene: %s\n", listaEnteros ); 

19 System. out. printf( "Total de los elementos en listaEnteros: %.0f\n\n", 

20 sumar( listaEnteros ) ); 

21 

22 // crea, inicializa e imprime en pantalla un objeto ArrayList de objetos Doubles 

23 // y después muestra el total de los elementos 

24 Double[] valoresDouble = { 1.1, 3.3, 5.5 }; 

25 ArrayList< Double > listaDouble = new ArrayList< Double >(); 

26 

27 // inserta elementos en listaDouble 

28 for ( Double elemento : valoresDouble ) 

29 1 i staDoubl e . add( elemento ); 

30 

31 System . out . pri ntf( "listaDouble contiene: %s\n' , listaDouble ); 

32 System . out . pri ntf( "Total de los elementos en listaDouble: %.lf\n\n", 

33 sumar( listaDouble ) ); 

34 

35 // crea, inicializa e imprime en pantalla un objeto ArrayList de objetos Number 

36 // que contiene objetos Integer y Double, después muestra el total de los elementos 

37 Number[] números = { 1, 2.4, 3, 4.1 }; // objetos Integer y Double 

38 ArrayList< Number > listaNumeros = new ArrayList< Number >(); 

39 

40 // inserta elementos en listaNumeros 

41 for ( Number elemento : números ) 

42 1 i staNumeros . add( elemento ); 

43 

44 System . out . pri ntf( "listaNumeros contiene: %s\n", listaNumeros ); 

45 System. out. printf( "Total de los elementos en listaNumeros: %.lf\n", 

46 sumar( listaNumeros ) ); 

47 } // fin de mai n 

48 

49 // calcula el total de los elementos de la pila 

50 public static double sumar( ArrayList< ? extends Number > lista ) 

51 { 

52 double total = 0; // inicializa el total 

53 


Figura 18.15 | Programa de prueba de comodines. (Parte I de 2). 
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54 // calcula la suma 

55 for ( Number elemento : lista ) 

56 total += elemento. doubleValueO ; 

57 

58 return total ; 

59 } // fin del método sumar 

60 } // fin de la clase PruebaComodi n 


listaEnteros contiene: [1, 2, 3, 4, 5] 

Total de los elementos en listaEnteros: 15 

listaDouble contiene: [1.1, 3.3, 5.5] 

Total de los elementos en listaDouble: 9.9 

listaNumeros contiene: [1, 2.4, 3, 4.1] 

Total de los elementos en listaNumeros: 10.5 

I 

Figura 1 8. 1 5 | Programa de prueba de comodines. (Parte 2 de 2). 

18.9 Genéricos y herencia: observaciones 

Los genéricos pueden utilizarse con la herencia de varias formas: 

• Una clase genérica puede derivarse de una clase no genérica. Por ejemplo, la clase Object es una super- 
clase directa o indirecta de toda clase genérica. 

• Una clase genérica puede derivarse de otra clase genérica. Por ejemplo, la clase genérica Stack (en el 
paquete java. uti 1) es una subclase de la clase genérica Vector (en el paquete java. útil). En el capí- 
tulo 19, Colecciones, hablaremos sobre estas clases. 

• Una clase no genérica puede derivarse de una clase genérica. Por ejemplo, la clase no genérica Prope r- 
ties (en el paquete java. útil) es una subclase de la clase genérica Hashtable (en el paquete java, 
útil). También veremos estas clases en el capítulo 19. 

• Por último, un método genérico en una subclase puede sobrescribir a un método genérico en una super- 
clase, si ambos métodos tienen las mismas firmas. 

18.10 Conclusión 

En este capítulo se presentaron los genéricos. Usted aprendió a declarar métodos genéricos y clases genéricas. 
Aprendió cómo se logra la compatibilidad inversa mediante tipos crudos. También aprendió a utilizar comodines 
en un método genérico o en una clase genérica. En el siguiente capítulo demostraremos las interfaces, clases y 
algoritmos del marco de trabajo de colecciones de Java. Como veremos, todas las colecciones que se presentarán 
utilizan las capacidades genéricas que vimos en este capítulo. 

18.11 Recursos en Internet y Web 

www. jcp . org/aboutlava/communi typrocess/ revi ew/jsr014/ 

Página de descarga del Proceso comunitario de Java, para el documento de la especificación de genéricos Adding Gene- 
rics to the Java Programming Language: Public Draft Specification, Versión 2. 0. 
www. ángel i kal anger . com/Gene r i csFAQ/JavaGeneri csFAQ.html 
Una colección de preguntas frecuentes acerca de los genéricos en Java, 
java. sun . com/j2se/l. 5/pdf/generi es -tutor i al . pdf 

El tutorial Generics in the Java Programming Language por Gilad Bracha (el líder de la especificación para JSR-14 y 
revisor de este libro) introduce los conceptos de los genéricos, con fragmentos de código de ejemplo, 
today . java. net/pub/a/today/2003/12/02/explorati ons . html 
today . java. net/pub/a/today/2004/01/15/wi 1 dcards . html 

Los artículos Explorations: Generics, Erasure, and Bridging y Explorations: Wildcards in the Generics Specification, cada 
uno por William Grosso, presentan las generalidades acerca de las características de los genéricos, y cómo utilizar los 
comodines. 
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Resumen 

Sección 18.1 Introducción 

• Los métodos genéricos permiten a los programadores especificar, con la declaración de un solo método, un conjunto 
de métodos relacionados. 

• Las clases genéricas permiten a los programadores especificar, con la declaración de una sola clase, un conjunto de 
tipos relacionados. 

• Los métodos genéricos y las clases genéricas se encuentran entre las herramientas más poderosas de Java para la 
reutilización de software con seguridad en los tipos. 

Sección 18.2 Motivación para los métodos genéricos 

• Los métodos sobrecargados se utilizan a menudo para realizar operaciones similares en distintos tipos de datos. 

• Cuando el compilador encuentra la llamada a un método, trata de localizar la declaración de un método que tenga 
el mismo nombre del método y los mismos parámetros que coincidan con los tipos de los argumentos en la llamada 
al método. 

Sección 18.3 Métodos genéricos: implementación y traducción en tiempo de compilación 

• Si las operaciones realizadas por varios métodos sobrecargados son idénticas para cada tipo de argumento, los méto- 
dos sobrecargados se pueden codificar en forma más compacta y conveniente, mediante el uso de un método gené- 
rico. Usted puede escribir la declaración de un solo método genérico, el cual se puede llamar con argumentos de 
distintos tipos de datos. Con base en los tipos de los argumentos que se pasan al método genérico, el compilador 
maneja la llamada a cada método en forma apropiada. 

• Todas las declaraciones de métodos genéricos tienen una sección de parámetros de tipo, delimitada por los signos 
< y >, que antecede al tipo de valor de retorno del método. 

• Cada sección de parámetros de tipo contiene uno o más parámetros de tipo (también llamados parámetros de tipo 
formal), separados por comas. 

• Un parámetro de tipo es un identificador que especifica el nombre de un tipo genérico. Los parámetros de tipo 
pueden utilizarse como el tipo de valor de retorno, los tipos de los parámetros y los tipos de las variables locales en 
la declaración de un método genérico, y actúan como receptáculos para los tipos de los argumentos que se pasan 
al método genérico, los cuales se conocen como argumentos de tipo actuales. Los parámetros de tipo sólo pueden 
representar tipos de referencias. 

• Los nombres utilizados para los parámetros de tipo en la declaración de un método deben coincidir con los que se 
declaran en la sección de parámetros de tipo. El nombre de un parámetro de tipo se puede declarar sólo una vez 
en la sección de parámetros de tipo, pero puede aparecer más de una vez en la lista de parámetros del método. Los 
nombres de los parámetros de tipo no necesitan ser únicos entre distintos métodos genéricos. 

• Cuando el compilador encuentra la llamada a un método, determina los tipos de los argumentos y trata de localizar 
un método con el mismo nombre y parámetros que coincidan con los tipos de los argumentos. Si no hay un método 
así, el compilador determina si hay una coincidencia inexacta, pero aplicable. 

• El operador relacional > no se puede utilizar con tipos de referencias. Sin embargo, es posible comparar dos objetos 
de la misma clase, si esa clase implementa a la interfaz genérica Comparabi e (paquete java. lang). 

• Los objetos Comparabi e tienen un método compárelo que debe devolver 0 si los objetos son iguales, -1 si el primer 
objeto es menor que el segundo, o 1 si el primer objeto es mayor que el segundo. 

• Todas las clases de envoltura de tipos para los tipos primitivos implementan a Comparabi e. 

• Un beneficio de implementar la interfaz Comparabi e es que los objetos Comparabi e pueden utilizarse con los méto- 
dos de ordenamiento y búsqueda de la clase Col 1 ecti ons (paquete j ava . uti 1 ). 

• Cuando el compilador traduce un método genérico en códigos de byte de Java, elimina la sección de parámetros de 
tipo y reemplaza los parámetros de tipo con tipos actuales. A este proceso se le conoce como borrado. De manera 
predeterminada, cada parámetro de tipo se reemplaza con su límite superior. De manera predeterminada, el límite 
superior es de tipo Object, a menos que se especifique otra cosa en la sección de parámetros de tipo. 

Sección 18.4 Cuestiones adicionales sobre la traducción en tiempo de compilación: 
métodos que utilizan un parámetro de tipo como tipo de valor de retorno 

• Cuando el compilador realiza el borrado en un método que devuelva una variable de tipo, también inserta operacio- 
nes de conversión explícitas en frente de cada llamada a un método, para asegurar que el valor devuelto sea del tipo 
que espera el método que hizo la llamada. 
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Sección 18.5 Sobrecarga de métodos genéricos 

• Un método genérico puede sobrecargarse. Una clase puede proporcionar dos o más métodos genéricos que especifi- 
quen el mismo nombre del método, pero distintos parámetros para el mismo. Un método genérico también puede 
sobrecargarse mediante métodos no genéricos que tengan el mismo nombre y el mismo número de parámetros. 
Cuando el compilador encuentra la llamada a un método, busca la declaración del método que coincida en forma 
más precisa con el nombre del método y los tipos de los argumentos especificados en la llamada. 

• Cuando el compilador encuentra la llamada a un método, realiza un proceso de asociación para determinar cuál 
método debe llamar. El compilador trata de buscar y utilizar una coincidencia precisa, en la cual los nombres del mé- 
todo y los tipos de los argumentos de la llamada al método coincidan con los de una declaración específica del méto- 
do. Si esto falla, el compilador determina si hay un método genérico disponible que proporcione una coincidencia 
precisa del nombre del método y los tipos de los argumentos y, de ser así, utiliza ese método genérico. 

Sección 18.6 Clases genéricas 

• Las clases genéricas proporcionan los medios para describir una clase en forma independiente del tipo. Así, podemos 
instanciar objetos específicos del tipo de la clase genérica. 

• La declaración de una clase genérica es similar a la declaración de una clase no genérica, excepto que el nombre 
de la clase va seguido de una sección de parámetros de tipo. Al igual que con los métodos genéricos, la sección de 
parámetros de tipo de una clase genérica puede tener uno o más parámetros de tipo, separados por comas. 

• Cuando se compila una clase genérica, el compilador realiza el borrado en los parámetros de tipo de la clase y los 
reemplaza con sus límites superiores. 

• Los parámetros de tipo no se pueden utilizar en las declaraciones stati c de una clase. 

• Al instanciar un objeto de una clase genérica, los tipos especificados entre los signos < y > después del nombre de 
la clase se conocen como argumentos de tipo. El compilador los utiliza para reemplazar los parámetros de tipo, 
de manera que pueda realizar la comprobación de tipos e insertar operaciones de conversión, según sea necesario. 

Sección 18.7 Tipos crudos (raw) 

• Es posible instanciar una clase genérica sin especificar un argumento de tipo. En este caso, se dice que el nuevo 
objeto de la clase tiene un tipo crudo, lo cual significa que el compilador utiliza de manera implícita el tipo Object 
(o el límite superior del parámetro de tipo) en la clase genérica para cada argumento de tipo. 

Sección 18.8 Comodines en métodos que aceptan parámetros de tipo 

• El Marco de trabajo Collections de Java proporciona muchas estructuras de datos genéricas y algoritmos para 
manipular los elementos de esas estructuras de datos. Tal vez la más simple de las estructuras de datos sea la clase 
ArrayLi st; una estructura de datos tipo arreglo, que puede cambiar su tamaño en forma dinámica. 

• La clase Number es la superclase de Integer y de Doubl e. 

• El método add de la clase ArrayLi st anexa un elemento al final de la colección. 

• El método toStri ng de la clase ArrayLi st devuelve una cadena de la forma “[ elementos ]”, en la cual elementos es 
una lista separada por comas de las representaciones de cadena de los elementos. 

• El método doubleVaiue de la clase Number obtiene el valor primitivo subyacente de Number como un valor 
doubi e. 

• Los argumentos tipo comodín nos permiten especificar parámetros de métodos, valores de retorno, variables, et- 
cétera, que actúen como supertipos de los tipos parametrizados. Un argumento de tipo comodín se denota median- 
te el signo de interrogación (?), el cual representa un “tipo desconocido”. Un comodín también puede tener un 
límite superior. 

• Debido a que un comodín (?) no es el nombre de un parámetro de tipo, no se puede utilizar como nombre de tipo 
en el cuerpo de un método. 

• Si se especifica un comodín sin un límite superior, entonces sólo pueden invocarse los métodos de tipo Ob j ect en 
valores del tipo comodín. 

• Los métodos que utilizan comodines como argumentos de tipo no pueden usarse para agregar elementos a una 
colección a la que hace referencia el parámetro. 

Sección 18.9 Genéricos y herencia: observaciones 

• Una clase genérica puede derivarse de una clase no genérica. Por ejemplo, Object es una superclase directa o indi- 
recta de toda clase genérica. 

• Una clase genérica puede derivarse de otra clase genérica. 

• Una clase no genérica puede derivarse de una clase genérica. 



790 Capítulo 18 Genéricos 


• Un método genérico en una subclase puede sobrescribir a un método genérico en una superclase, si ambos métodos 
tienen las mismas firmas. 

Terminología 

? (argumento de tipo comodín) 
add, método de ArrayLi st 
alcance de un parámetro de tipo 
argumento de tipo 
argumentos de tipo actuales 
ArrayLi st, clase 
borrado 
clase genérica 
clase parametrizada 
comodín como argumento de tipo 
comodín sin un límite superior 
comodín (?) 

Comparabi e<T>, interfaz 
compárelo, método de Comparabi e<T> 

Doubi e, clase 

doubieValue, método de Number 
genéricos 

Ejercicios de autoevaluación 

18.1 Conteste con verdadero o fabo a cada una de las siguientes proposiciones; en caso de ser fabo , explique 
por qué. 

a) Un método genérico no puede tener el mismo nombre que un método no genérico. 

b) Todas las declaraciones de métodos genéricos tienen una sección de parámetros de tipo, la cual va justo 
antes del nombre del método. 

c) Un método genérico puede sobrecargarse mediante otro método genérico con el mismo nombre, pero con 
distintos parámetros. 

d) Un parámetro de tipo puede declararse sólo una vez en la sección de parámetros de tipo, pero puede apare- 
cer más de una vez en la lista de parámetros del método. 

e) Los nombres de los parámetros de tipo entre los distintos métodos genéricos deben ser únicos. 

f) El alcance del parámetro de tipo de una clase genérica es toda la clase, excepto sus miembros stati c. 

1 8.2 Complete los siguientes enunciados: 

a) Los y las le permiten especificar, con la declaración de un solo 

método, un conjunto de métodos relacionados, o con la declaración de una sola clase, un conjunto de tipos 
relacionados, respectivamente. 

b) Una sección de parámetros de tipo se delimita mediante . 

c) Los de un método genérico se pueden usar para especificar los tipos de los 

argumentos del método, para especificar el tipo de valor de retorno y para declarar variables dentro 
del método. 

d) La instrucción "Pi i a piiaObjetos = new Pi i a() indica que pi i aOb jetos almacena . 

e) En la declaración de una clase genérica, el nombre de la clase va seguido por un(a) . 

f) La sintaxis especifica que el límite superior de un comodín es de tipo E. 

Respuestas a los ejercicios de autoevaluación 

18.1 a) Falso. Los métodos genéricos y los no genéricos pueden tener el mismo nombre. Un método genérico puede 
sobrecargar a otro método genérico con el mismo nombre, pero con distintos parámetros. Un método genérico también 
puede sobrecargarse si se proporcionan métodos no genéricos con el mismo nombre del método y el mismo número de 
argumentos, b) Falso. Todas las declaraciones de métodos tienen una sección de parámetros de tipo que va justo antes 


Integer, clase 

interfaz genérica 

límite superior de un comodín 

límite superior de un parámetro de tipo 

límite superior predeterminado de un parámetro de tipo 

método genérico 

Number, clase 

parámetro de tipo 

parámetro de tipo formal 

sección de parámetros de tipo 

signos < y > 

sobrecargar un método genérico 

tipo crudo (raw) 

tipo parametrizado 

toStri ng, método de ArrayLi st 

variable de tipo 
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del tipo de valor de retorno del método, c) Verdadero, d) Verdadero, e) Falso. Los nombres de los parámetros de tipo 
entre los distintos métodos genéricos no tienen que ser únicos, f) Verdadero. 

18.2 a) Métodos genéricos, clases genéricas, b) los signos < y >. c) parámetros de tipo, d) un tipo crudo (raw). 
e) sección de parámetros de tipo, f) ? extends E. 

Ejercicios 

1 8.3 Explique el uso de la siguiente notación en un programa en Java: 
public class Array< T > { } 

18.4 Escriba un método genérico llamado ordenamientoSeleccion con base en el programa de ordenamiento 
de las figuras 16.6 y 16.7. Escriba un programa de prueba que introduzca, ordene e imprima en pantalla un arreglo 
Integer y un arreglo Float. [Sugerencia: use <T extends Comparable< T » en la sección de parámetros de tipo para 
el método ordenamientoSeleccion, para que pueda utilizar el método compárelo para comparar los objetos de dos 
tipos genéricos T]. 

18.5 Sobrecargue el método genérico imprimi rArreglo de la figura 18.3 para que reciba dos argumentos enteros 
adicionales, subi ndicelnferior y subi ndi ceSuperior. Una llamada a este método debe imprimir sólo la parte 
designada del arreglo. Valide subi ndi celnferi or y subi ndi ceSuperior. Si cualquiera de los dos está fuera de rango, 
o si subi ndi ceSuperi or es menor o igual que subi ndi celnferior, el método i mprimi rArregl o sobrecargado debe 
lanzar una excepción Inval i dSubscri ptExcepti on; en caso contrario, imprimi rArreglo debe devolver el número 
de elementos impresos. Después modifique main para ejecutar ambas versiones de imprimi rArreglo en los arreglos 
arreglolnteger, arregloDouble y arregl oCharacter. Pruebe todas las capacidades de ambas versiones de impri- 
mi rArreglo. 

18.6 Sobrecargue el método genérico imprimi rArreglo de la figura 18.3 con una versión no genérica que imprima 
en forma específica un arreglo de cadenas en un formato tabular impecable, como se muestra en los resultados de ejem- 
plo a continuación: 


El arreglo 

arregloCadena contiene: 


uno 

dos tres 

cuatro 

ci neo 

seis siete 

ocho 


18.7 Escriba una versión genérica simple del método eslgualA que compare sus dos argumentos con el método 
equal s y devuelva true si son iguales, y fal se en caso contrario. Use este método genérico en un programa que llame 
a eslgualA con una variedad de tipos integrados, como Object o Integer. ¿Qué resultado obtiene al tratar de ejecutar 
este programa? 

18.8 Escriba una clase genérica llamada Par, que tenga dos parámetros de tipo: F y S, cada uno de los cuales repre- 
senta el tipo del primer y segundo elementos del par, respectivamente. Agregue métodos obtener y establecer para los 
elementos primero y segundo del par. [Sugerencia: el encabezado de la clase debe ser publ i c class Par< F, S >]. 

18.9 Convierta las clases NodoArbol y Arbol de la figura 17.17 en clases genéricas. Para insertar un objeto en 
un Arbol, el objeto debe compararse con los objetos en los objetos NodoArbol existentes. Por esta razón, las clases 
NodoArbol y Arbol deben especificar a Comparabl e< E > como el límite superior del parámetro de tipo de cada clase. 
Después de modificar las clases NodoArbol y Arbol, escriba una aplicación de prueba para crear tres objetos Arbol: 
uno que almacene objetos Integer, uno que almacene objetos Doubl e y uno que almacene objetos Stri ng. Inserte 10 
valores en cada árbol. Después imprima en pantalla los recorridos preorden, inorden y postorden para cada Arbol . 

18.10 Modifique su programa de prueba del ejercicio 18.9 para utilizar un método genérico llamado probarArbol, 
para probar los tres objetos Arbol . El método debe llamarse tres veces, una para cada objeto Arbol . 

18.11 ¿Cómo pueden sobrecargarse los métodos genéricos? 

18.12 El compilador realiza un proceso de asociación para determinar cuál método debe llamar al invocar a un 
método. ¿Bajo qué circunstancias un intento por realizar una asociación produce un error en tiempo de compilación? 

18.13 Explique por qué un programa en Java podría utilizar la instrucción 

ArrayList< Empleado > 1 i staTrabajadores = new Arrayl_ist< Empleado >(); 





OBJETIVOS 

En este capítulo aprenderá a: 

■ Comprender lo que son las colecciones. 

■ Utilizar la clase Arrays para manipulaciones comunes 
de arreglos. 

■ Utilizar las implementaciones del marco de trabajo 

de colecciones (estructura de datos preempaquetada). 

■ Utilizar los algoritmos del marco de trabajo de colecciones 
para manipular varias colecciones (como search, sort y til 1 ). 

■ Utilizar las interfaces del marco de trabajo de colecciones 
para programar mediante el polimorfismo. 

■ Utilizar iteradores para “recorrer” los elementos 
de una colección. 

■ Utilizar las tablas hash persistentes que se manipulan 
con objetos de la clase Properties. 

■ Comprender las envolturas de sincronización y las envolturas 
modificables. 


Creo que ésta es la colección 
más extraordinaria de 
talento, de conocimiento 
humano, que se haya 
reunido en la Casa Blanca; 
con la posible excepción de 
cuando Lhomas Jefferson 
comió solo. 

— John F. Kennedy 

¡Las figuras que puede 
alojar un contenedor 
brillante! 

— Theodore Roethke 

Un viaje a través de todo el 
universo en un mapa. 

— Miguel de Cervantes 

La sabiduría se adquiere, 
no por la edad, sino por la 
capacidad. 

— Tirus Maccius Plautus 

Es un acertijo envuelto en 
un misterio, dentro de un 
etiigma. 

— Winston Churchill 
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19.8 La clase PriorityQueue y la interfaz Queue 
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19.1 Introducción 

En el capítulo 17 vimos cómo crear y manipular estructuras de datos. La discusión fue de “bajo nivel”, en cuanto 
a que creamos laboriosamente cada elemento de cada estructura de datos en forma dinámica, y modificamos las 
estructuras de datos manipulando directamente sus elementos y las referencias a ellos. En este capítulo veremos 
el marco de trabajo de colecciones de Java, el cual contiene estructuras de datos, interfaces y algoritmos preem- 
paquetados para manipular esas estructuras de datos. Algunos ejemplos de colecciones son las tarjetas que usted 
posee en un juego de cartas, su música favorita almacenada en su computadora, los miembros de un equipo 
deportivo y los registros de bienes raíces en el registro de propiedades de su localidad (que asocia números de libro 
y página con los propietarios de los bienes inmuebles). En este capítulo también veremos cómo se utilizan los 
genéricos (vea el capítulo 18) en el marco de trabajo de colecciones de Java. 

Con las colecciones, los programadores utilizan las estructuras de datos existentes sin tener que preocupar- 
se por la manera en que éstas se implementan. Éste es un maravilloso ejemplo de reutilización de código. Los 
programadores pueden codificar más rápido y esperar un excelente rendimiento, maximizando la velocidad de 
ejecución y minimizando el consumo de memoria. En este capítulo hablaremos sobre las interfaces del marco 
de trabajo de colecciones que describen las capacidades de cada tipo de colección, las clases de implementación, 
los algoritmos que procesan a las colecciones y los denominados iteradores, junto con la sintaxis de la instrucción 
for mejorada para “recorrer” las colecciones. En este capítulo presentamos una introducción al marco de trabajo 
de colecciones. Para obtener los detalles completos, visite la página Web j ava . sun . com/ j avase/6/ docs/gui de/ 
col 1 ecti ons. 

El marco de trabajo de colecciones de Java proporciona componentes reutilizables, listos para utilizarse; 
usted no necesita escribir sus propias clases de colecciones, pero puede hacerlo si lo desea. Estas colecciones están 
estandarizadas, de manera que las aplicaciones puedan compartirlas fácilmente sin tener que preocuparse por los 
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detalles relacionados con su implementación. El marco de trabajo de colecciones fomenta aún más la reutiliza- 
ción. A medida que se desarrollen estructuras de datos y algoritmos que se ajusten a este marco de trabajo, una 
extensa base de programadores estará ya familiarizada con las interfaces y algoritmos implementados por esas 
estructuras de datos. 

19.2 Generalidades acerca de las colecciones 

Una colección es una estructura de datos (en realidad, un objeto) que puede guardar referencias a otros objetos. 
Por lo general, las colecciones contienen referencias a objetos, los cuales son todos del mismo tipo. Las interfa- 
ces del marco de trabajo de colecciones declaran las operaciones que se deben realizar en forma genérica en varios 
tipos de colecciones. La figura 19.1 enlista algunas de las interfaces del marco de trabajo de colecciones. Va- 
rias implementaciones de estas interfaces se proporcionan dentro del marco de trabajo. Los programadores 
también pueden proporcionar implementaciones específicas para sus propios requerimientos. 


Interfaz Descripción 


Collection La interfaz raíz en la jerarquía de colecciones, a partir de la cual se derivan las interfaces Set, Queue y 

List. 

Una colección que no contiene duplicados. 

Una colección ordenada que puede contener elementos duplicados. 

Asocia claves con valores y no puede contener claves duplicadas. 

Por lo general, una colección del tipo primero en entrar, primero en salir, que modela a una línea de 
espera; pueden especificarse otros órdenes. 

Figura I9.I | Algunas interfaces del marco de trabajo de colecciones. 

El marco de trabajo de colecciones proporciona implementaciones de alto rendimiento y alta calidad de las 
estructuras de datos comunes, y permite la reutilización de software. Estas características minimizan la cantidad 
de código que necesitan escribir los programadores para crear y manipular colecciones. Las clases y las inter- 
faces del marco de trabajo de colecciones son miembros del paquete j ava . uti 1 . En la siguiente sección, comen- 
zaremos nuestra discusión mediante un análisis de las herramientas del marco de trabajo de colecciones para la 
manipulación de arreglos. 

En versiones anteriores de Java, las clases en el marco de trabajo de colecciones almacenaban y manipulaban 
referencias Object. Por ende, podíamos almacenar cualquier objeto en una colección. Un aspecto inconveniente 
de almacenar referencias Object se presenta al obtenerlas de una colección. Por lo general, un programa tiene la 
necesidad de procesar tipos específicos de objetos. Como resultado, las referencias Object que se obtienen de 
una colección comúnmente necesitan convertirse en un tipo apropiado, para permitir que el programa procese 
los objetos correctamente. 

En Java SE 5, el marco de trabajo de colecciones se mejoró con las herramientas de genéricos que presenta- 
mos en el capítulo 18. Esto significa que podemos especificar el tipo exacto que se almacenará en una colección. 
También recibimos los beneficios de la comprobación de tipos en tiempo de ejecución; el compilador asegura que 
se utilicen los tipos apropiados con la colección y, si no es así, emite mensajes de error en tiempo de compilación. 
Además, una vez que especifique el tipo almacenado en una colección, cualquier referencia que obtenga de la 
colección tendrá el tipo especificado. Esto elimina la necesidad de conversiones de tipo explícitas que pueden 
lanzar excepciones ClassCastException, si el objeto referenciado no es del tipo apropiado. Los programas que 
se implementaron con versiones anteriores de Java y que utilizan colecciones pueden compilarse de manera apro- 
piada, ya que el compilador utiliza de manera automática los tipos crudos (raw) cuando encuentra colecciones 
para las cuales no se especificaron argumentos de tipo. 

19.3 La clase Arrays 

La clase Arrays proporciona métodos stati c para manipular arreglos. En el capítulo 7, nuestra discusión acerca 
de la manipulación de arreglos fue de nivel bajo, en el sentido en que escribimos el código en sí para ordenar y 


Set 

List 

Map 

Queue 
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buscar en los arreglos. La clase Arrays proporciona métodos de alto nivel, como sort para ordenar un arreglo, 
bi narySearch para buscar en un arreglo ordenado, equal s para comparar arreglos y fill para colocar valores en 
un arreglo. Estos métodos se sobrecargan para los arreglos de tipo primitivo y los arreglos tipo Object. Además, 
los métodos sort y bi narySearch están sobrecargados con versiones genéricas que permiten a los programadores 
ordenar y buscar en arreglos que contengan objetos de cualquier tipo. En la figura 19.2 se demuestra el uso de 
los métodos fill, sort, binarySearch y equals. El método mai n (líneas 65 a 85) crea un objeto UsoArrays e 
invoca a sus métodos. 

En la línea 17 se hace una llamada al método stati c fil 1 de Arrays para llenar los 10 elementos del arreglo 
arregl olntLl eno con 7s. Las versiones sobrecargadas de fil 1 permiten al programador llenar un rango específico 
de elementos con el mismo valor. 

En la línea 18 se ordenan los elementos del arreglo arregl oDouble. El método stati c sort de la clase 
Arrays ordena los elementos del arreglo en orden ascendente, de manera predeterminada. Más adelante en este 
capítulo veremos cómo ordenar elementos en forma descendente. Las versiones sobrecargadas de sort permiten 
al programador ordenar un rango específico de elementos. 

En las líneas 21 y 22 se copia el arreglo arregl olnt en el arreglo copi aArregl olnt. El primer argumento 
(arregl olnt) que se pasa al método arraycopy de System es el arreglo a partir del cual se van a copiar los ele- 
mentos. El segundo argumento (0) es el índice que especifica el punto de inicio en el rango de elementos que se 
van a copiar del arreglo. Este valor puede ser cualquier índice de arreglo válido. El tercer argumento (copi aArre- 
gl olnt) especifica el arreglo de destino que almacenará la copia. El cuarto argumento (0) especifica el índice en 
el arreglo de destino en donde deberá guardarse el primer elemento copiado. El último argumento especifica el 
número de elementos a copiar del arreglo en el primer argumento. En este caso copiaremos todos los elementos 
en el arreglo. 

En la línea 50 se hace una llamada al método estático bi narySearch de la clase Arrays para realizar una 
búsqueda binaria en arreglolnt, utilizando valor como la clave. Si se encuentra valor, binarySearch de- 
vuelve el índice del elemento; en caso contrario, binarySearch devuelve un valor negativo. El valor negativo 
devuelto se basa en el punto de inserción de la clave de búsqueda: el índice en donde se insertaría la clave en 
el arreglo si se fuera a realizar una operación de inserción. Una vez que bi narySearch determina el punto de 
inserción, cambia el signo de éste a negativo y le resta 1 para obtener el valor de retorno. Por ejemplo, en la figura 
19.2, el punto de inserción para el valor 8763 es el elemento en el arreglo con el índice 6. El método bi nary- 
Search cambia el punto de inserción a -6, le resta 1 y devuelve el valor -7. Al restar 1 al punto de inserción se 
garantiza que el método bi narySearch devuelva valores positivos (>= 0) sí, y sólo si se encuentra la clave. Este 
valor de retorno es útil para agregar elementos en un arreglo ordenado. En el capítulo 16, Búsqueda y ordena- 
miento, se habla sobre la búsqueda binaria con detalle. 


1 

// Fig. 19.2: UsoArrays . java 


2 

// Uso de arreglos en lava. 


3 

A 

import java. útil .Arrays; 


4 

5 

public class UsoArrays 


6 

{ 


7 

private int arregloInt[] = { 1, 2, 3, 4, 5, 6 }; 


8 

private double arregl oDoubl e [] = { 8.4, 9.3, 0.2, 7.9, 3.4 ] 

» 

9 

private int arregloIntLlenof] , copiaArreglo!nt[] ; 


10 

1 1 

// el constructor inicial iza los arreglos 


12 

public UsoArraysO 


13 

{ 


14 

arregloIntLleno = new int[ 10 ] ; // crea arreglo int con 

10 elementos 

15 

copi aArregl olnt = new int[ arreglolnt. length ]; 


16 

17 

Arrays. fill ( arregloIntLleno, 7 ); // llena con 7s 


18 

Arrays. sort( arregloDouble ); // ordena arregloDouble en 

forma ascendente 

19 


Figura 19.2 | Métodos de la clase Arrays. (Parte I de 3). 



796 Capítulo 19 Colecciones 


20 

21 

22 

23 

24 

25 

26 

27 

28 

29 

30 

31 

32 

33 

34 

35 

36 

37 

38 

39 

40 

41 

42 

43 

44 

45 

46 

47 

48 

49 

50 

51 

52 

53 

54 

55 

56 

57 

58 

59 

60 
61 
62 

63 

64 

65 

66 

67 

68 

69 

70 

71 

72 

73 

74 

75 

76 

77 

78 


// copia el arreglo arreglolnt en el arreglo copiaArregloInt 

System. arraycopyf arreglolnt, 0, copiaArregloInt, 

0, arreglolnt. length ); 

} // fin del constructor de UsoArrays 

// imprime los valores en cada arreglo 

public void imprimi rArreglosO 

{ 

System. out. printf "arregloDouble: " ); 
for f double valorDouble : arregloDouble ) 

System . out . pri ntf( "%.lf ' , valorDouble ); 

System. out. printf "\narregl olnt : " ); 
for f int valorlnt : arreglolnt ) 

System. out. printff "%d ", valorlnt ); 

System. out.printf "\narregloIntl_leno: " ); 
for f int valorlnt : arregloIntLleno ) 

System . out . pri ntf( "%d ", valorlnt ); 

System. out. pri nt( "\ncopiaArregloInt: " ); 
for f int valorlnt : copiaArregloInt ) 

System. out. printff "%d ", valorlnt ); 

System. out. printlnf "\n" ); 

} // fin del método imprimi rArreglos 

// busca un valor en el arreglo arreglolnt 
public int buscarUnlntf int valor ) 

{ 

return Arrays . binarySearchf arreglolnt, valor ); 

} // fin del método buscarllnlnt 

// compara el contenido del arreglo 
public void imprimi rlgualdadf) 

{ 

boolean b = Arrays . equal sf arreglolnt, copiaArregloInt ); 

System. out. printff "arreglolnt %s copi aArregl oInt\n" , 
f b ? "==" : "!=" ) ); 

b = Arrays. equalsf arreglolnt, arregloIntLleno ); 

System. out. printff "arreglolnt %s arregloIntLleno\n" , 
f b ? "==" : " ! =" ) ); 

} // fin del método imprimi rlgual dad 

public static void mainf String args[] ) 

{ 

UsoArrays usoArreglos = new UsoArraysf); 

usoArreglos. imprimi rArreglosO I 
usoArreglos. imprimi rlgualdadf) ; 

int ubicación = usoArreglos . buscarUnlntf 5 ); 
if f ubicación >= 0 ) 

System . out . pri ntf f 

"Se encontró el 5 en el elemento %d de arregloInt\n" , ubicación ) 

el se 

System. out. printlnf "No se encontró el 5 en arreglolnt" ); 


Figura 19.2 


Métodos de la clase Arrays. (Parte 2 de 3). 
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79 ubicación = usoArreglos.buscarllnInt( 8763 ); 

80 if ( ubicación >= O ) 

81 System. out.printf( 

82 "Se encontró el 8763 en el elemento %d en arregloInt\n" , ubicación ); 

83 el se 

84 System . out . pri ntl n( "No se encontró el 8763 en arreglolnt" ); 

85 } // fin de main 

86 } // fin de la clase UsoArrays 


arregloDouble: 0.2 3.4 7.9 8.4 9.3 
arreglolnt: 123456 
arregloIntLleno: 7777777777 
copiaArregloInt: 123456 

arreglolnt == copiaArregloInt 
arreglolnt != arregloIntLleno 

Se encontró el 5 en el elemento 4 de arreglolnt 
No se encontró el 8763 en arreglolnt 

Figura 1 9.2 | Métodos de la clase Arrays. (Parte 3 de 3). 



Error común de programación 19.1 

Pasar un arreglo desordenado al método bi narySearch es un error lógico; el valor devuelto es indefinido. 


En las líneas 56 y 60 se hace una llamada al método stati c equal s de la clase Arrays para determinar si los 
elementos de dos arreglos son equivalentes. Si los arreglos contienen los mismos elementos en el mismo orden, el 
método devuelve true; en caso contrario, devuelve false. La igualdad de cada elemento se compara mediante 
el uso del método equal s de 0b j ect. Muchas clases redefinen el método equal s para realizar las comparaciones 
de una manera específica a esas clases. Por ejemplo, la clase String declara a equal s para comparar los carac- 
teres individuales en los dos objetos Stri ng que se están comparando. Si el método equal s no se sobrescribe, se 
utiliza la versión original del método equal s heredado de la clase 0b j ect. 


19.4 La interfaz Collection y la clase Collections 

La interfaz Col 1 ection es la interfaz raíz en la jerarquía de colecciones, a partir de la cual se derivan las interfaces 
Set, Queue y Li st. La interfaz Set define a una colección que no contiene duplicados. La interfaz Queue define 
a una colección que representa a una línea de espera; por lo general, las inserciones se realizan en la parte final de 
una cola y las eliminaciones en su parte inicial, aunque pueden especificarse otros órdenes. En las secciones 19.8 
y 19.9 hablaremos sobre Queue y Set, respectivamente. La interfaz Col 1 ecti ons contiene operaciones masivas 
(es decir, operaciones que se llevan a cabo en toda una colección) para agregar, borrar, comparar y retener objetos 
(o elementos) en una colección. Un objeto Col 1 ecti on también puede convertirse en un arreglo. Además, la 
interfaz Col 1 ecti on proporciona un método que devuelve un objeto Iterator, el cual permite a un programa 
recorrer toda la colección y eliminar elementos de la misma durante la iteración. En la sección 19.5.1 hablaremos 
sobre la clase Iterator. Otros métodos de la interfaz Col 1 ection permiten a un programa determinar el tamaño 
de una colección, y si está vacía o no. 



Observación de ingeniería de software 19.1 

Co 7 7 ecti on se utiliza comúnmente como un tipo de parámetro de métodos para permitir el procesamiento polimór- 
fico de todos los objetos que implementen a la interfaz Col 7 ecti on. 



Observación de ingeniería de software 19.2 

La mayoría de las implementaciones de colecciones proporcionan un constructor que toma un argumento Collec- 
tion, permitiendo así que se construya una nueva colección, la cual contiene los elementos de la colección especifi- 
cada. 



798 Capítulo 19 Colecciones 


La clase Collections proporciona métodos static que manipulan las colecciones mediante el polimorfis- 
mo. Estos métodos implementan algoritmos para buscar, ordenar, etcétera. En el capítulo 16, Búsqueda y orde- 
namiento, se describieron e implementaron varios algoritmos de búsqueda y ordenamiento. En la sección 19.6 
hablaremos más acerca de los algoritmos disponibles en la clase Col 1 ecti ons. También cubriremos los métodos 
de envoltura de la clase Col 1 ecti ons, los cuales nos permiten tratar a una colección como una colección sin- 
cronizada (sección 19.2) o una colección no modificable (sección 19.13). Las colecciones no modificables son 
útiles cuando un cliente de una clase necesita ver los elementos de una colección, pero no se le debe permitir que 
modifique la colección, agregando y eliminando elementos. Las colecciones sincronizadas son para usarse con una 
poderosa herramienta conocida como subprocesamiento múltiple (que veremos en el capítulo 23). El subproce- 
samiento múltiple permite a los programas realizar operaciones en paralelo. Cuando dos o más subprocesos de un 
programa comparten una colección, existe la probabilidad de que ocurran problemas. Como una breve analogía, 
considere una intersección de tráfico. No podemos permitir que todos los automóviles accedan a una intersec- 
ción al mismo tiempo; si lo hiciéramos, ocurrirían accidentes. Por esta razón, se proporcionan semáforos en las 
intersecciones para controlar el acceso a cada intersección. De manera similar, podemos sincronizar el acceso a 
una colección para asegurar que sólo un subproceso manipule la colección a la vez. Los métodos de envoltura 
de sincronización de la clase Col 1 ecti ons devuelven las versiones sincronizadas de las colecciones que pueden 
compartirse entre los subprocesos en un programa. 


19.5 Listas 

Un objeto Li st (conocido como secuencia) es un objeto Collection ordenado que puede contener elementos 
duplicados. Al igual que los índices de arreglos, los índices de objetos Li st empiezan desde cero (es decir, el índice 
del primer elemento es cero). Además de los métodos de interfaz heredados de Collection, List proporciona 
métodos para manipular elementos a través de sus índices, para manipular un rango especificado de elementos, 
para buscar elementos y para obtener un objeto Listlterator para acceder a los elementos. 

La interfaz List es implementada por varias clases, incluyendo a ArrayList, LinkedList y Vector. La 
conversión autoboxing ocurre cuando se agregan valores de tipo primitivo a objetos de estas clases, ya que sólo 
almacenan referencias a objetos. Las clases ArrayLi st y Vector son implementaciones de un objeto Li st como 
arreglos que pueden modificar su tamaño. La clase LinkedList es una implementación de la interfaz List 
como una lista enlazada. 

El comportamiento y las herramientas de la clase ArrayLi st son similares a las de la clase Vector. La prin- 
cipal diferencia entre Vector y ArrayList es que los objetos de la clase Vector están sincronizados de manera 
predeterminada, mientras que los objetos de la clase ArrayLi st no. Además, la clase Vector es de Java 1.0, antes 
de que se agregara el marco de trabajo de colecciones a Java. Como tal, Vector tiene varios métodos que no for- 
man parte de la interfaz Li st y que no se implementan en la clase ArrayLi st, pero realizan tareas idénticas. Por 
ejemplo, los métodos addEl ement y add de Vector anexan un elemento a un objeto Vector, pero sólo el método 
add está especificado en la interfaz Li st y se implementa mediante ArrayLi st. Las colecciones desincronizadas 
proporcionan un mejor rendimiento que las sincronizadas. Por esta razón, ArrayLi st se prefiere comúnmente a 
Vector en programas que no comparten una colección entre subprocesos. 



Tip de rendimiento 19.1 

Los objetos ArrayList se comportan igual que los objetos Vector desincronizados y, por lo tanto , se ejecutan con 
más rapidez que los objetos Vector, ya que los objetos ArrayList no tienen la sobrecarga que implica la sincroni- 
zación de los subprocesos. 



Observación de ingeniería de software 19.3 

Los objetos Li nkedLi st pueden usarse para crear pilas, colas, árboles y "colas con dos partes finales" (conocidas en 
inglés como “deque”). El marco de trabajo de colecciones proporciona implementaciones de algunas de estas estruc- 
turas de datos. 


En las siguientes tres subsecciones se demuestran las herramientas de Li st y Col 1 ecti on con varios ejem- 
plos. La sección 19.5.1 se enfoca en eliminar elementos de un objeto ArrayLi st mediante un objeto Iterator. 
La sección 19.5.2 se enfoca en Li stlterator y varios métodos específicos de Li st y de Li nkedLi st. La sección 
19.5.3 introduce más métodos de Li st y varios métodos específicos de Vector. 
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19. 5.1 ArrayList e Iterator 

En la figura 19.3 se utiliza un objeto ArrayLi st para demostrar varias herramientas de la interfaz Col 1 ecti on. 
El programa coloca dos arreglos Color en objetos ArrayList y utiliza un objeto Iterator para eliminar los 
elementos en la segunda colección ArrayLi st de la primera colección ArrayLi st. 

En las líneas 10 a 13 se declaran e inicializan dos variables arreglo Stri ng, las cuales se declaran como final , 
por lo que siempre hacen referencia a estos arreglos. Recuerde que es una buena práctica de programación declarar 
constantes con las palabras clave stati c y final . En las líneas 18 y 19 se crean objetos ArrayLi st y se asignan sus 
referencias a las variables 1 i sta y el i mi narLi sta, respectivamente. Estas dos listas almacenan objetos Stri ng. 
Observe que ArrayLi st es una clase genérica a partir de Java SE 5, por lo que podemos especificar un argumento 
de tipo (Stri ng en este caso) para indicar el tipo de los elementos en cada lista. Tanto 1 i sta como el i mi nar- 
Li sta son colecciones de objetos Stri ng. En las líneas 22 y 23 se llena 1 i sta con objetos Stri ng almacenados 
en el arreglo colores, y en las líneas 26 y 27 se llena el i mi narLi sta con objetos String almacenados en el 
arreglo el i mi narCol o res, usando el método add de Li st. En las líneas 32 y 33 se imprime en pantalla cada ele- 
mento de 1 i sta. En la línea 32 se llama al método size de Li st para obtener el número de elementos del objeto 
ArrayLi st. En la línea 33 se utiliza el método get de Li st para obtener valores de elementos individuales. En 
las líneas 32 y 33 se pudo haber usado la instrucción for mejorada. En la línea 36 se hace una llamada al método 
eliminarColores (líneas 46 a 57), y recibe a lista y el i mi narLi sta como argumentos. El método el i mi - 
narCol ores elimina los objetos Stri ng especificados en el i mi narLi sta de la colección 1 i sta. En las líneas 41 
y 42 se imprimen en pantalla los elementos de 1 i sta, una vez que el i mi narCol ores elimina los objetos St ri ng 
especificados en el i mi narLi sta de la 1 i sta. 

El método eliminarColores declara dos parámetros de tipo Col 1 ecti on (línea 47), los cuales contienen 
cadenas que se van a pasar como argumentos a este método. El método accede a los elementos del primer obje- 
to Col 1 ecti on (coleccionl) mediante un objeto Iterator. En la línea 50 se llama al método iterator de 
Col 1 ecti on, el cual obtiene un objeto Iterator para el objeto Col 1 ecti on. Observe que las interfaces Col 1 ec- 
ti on e Iterator son tipos genéricos. En la condición del ciclo de continuación (línea 53) se hace una llamada 
al método hasNext de Iterator para determinar si el objeto Col 1 ecti on contiene más elementos. El método 
hasNext devuelve true si otro elemento existe, y devuelve fal se en caso contrario. 

La condición del i f en la línea 55 llama al método next de Iterator para obtener una referencia al siguiente 
elemento, y después utiliza el método contai ns del segundo objeto Col 1 ecti on (col ecci on2) para determinar 
si col ecci on2 contiene el elemento devuelto por next. De ser así, en la línea 56 se hace una llamada al método 
remove de Iterator para eliminar el elemento del objeto col eccionl de Col 1 ecti on. 



Error común de programación 19.2 

Si se modifica una colección mediante uno de sus métodos, después de crear un iterador para esa colección, el iterador 
se vuelve inválido de manera inmediata; cualquier operación realizada con el iterador después de este punto lanza 
excepciones Concu rrentModi ficati onExcepti on. Por esta razón, se dice que los iteradores son de “falla rápida”. 


1 // Fig. 19.3: PruebaCol 1 ection . java 

2 // Uso de la interfaz Col 1 ection. 

3 import java. útil .List; 

4 import java. útil .ArrayList; 

5 import java. útil .Collection; 

6 import java. útil .Iterator; 

7 

8 public class PruebaCol 1 ection 

9 { 

10 private static final String[] colores = 

11 { 'MAGENTA", "R030' , "BLANCO", "AZUL", "CYAN" }; 

12 private static final String[] eliminarColores = 

13 { 'RODO , "BLANCO", "AZUL" }; 

14 

15 // crea objeto ArrayList, le agrega los colores y lo manipula 

16 public PruebaCollectionO 

Figura 19.3 | Demostración de la interfaz Collection mediante un objeto ArrayList. (Parte I de2). 
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17 { 

18 List< String > lista = new Arrayl_ist< String >(); 

19 List< String > eliminarLista = new ArrayList< String >(); 

20 

21 // agrega los elementos en el arreglo colores a la lista 

22 for ( String color : colores ) 

23 lista. add( color ); 

24 

25 // agrega los elementos en eliminarColores a eliminarLista 

26 for ( String color : eliminarColores ) 

27 eliminarLista. add( color ); 

28 

29 System. out.printlnf "ArrayList: " ); 

30 

31 // imprime en pantalla el contenido de la lista 

32 for ( int cuenta = 0; cuenta < lista. size() ; cuenta++ ) 

33 System. out.printf( "%s , lista. get( cuenta ) ); 

34 

35 // elimina los colores contenidos en eliminarLista 

36 eliminarColores( lista, eliminarLista ); 

37 

38 System. out.println( "\n\nArrayLi st después de llamar a eliminarColores: " ); 

39 

40 // imprime en pantalla el contenido de la lista 

41 for ( String color : lista ) 

42 System. out.printf( "%s , color ); 

43 } // fin del constructor de PruebaCollection 

44 

45 // elimina de coleccionl los colores especificados en coleccion2 

46 private void el iminarColoresf 

47 Collection< String > coleccionl, Collection< String > coleccion2 ) 

48 { 

49 // obtiene el iterador 

50 Iterator< String > iterador = coleccionl. iteratorO ; 

51 

52 // itera mientras la colección tenga elementos 

53 while ( i terador . hasNextf) ) 

54 

55 if ( col ecci on2 . contai ns( i terador . next() ) ) 

56 iterador. removef) ; // elimina el color actual 

57 } // fin del método eliminarColores 

58 

59 public static void main( String args[] ) 

60 { 

61 new PruebaCollection() ; 

62 } // fin de mai n 

63 } // fin de la clase PruebaCollection 

ArrayLi st : 

MAGENTA RODO BLANCO AZUL CYAN 

ArrayList después de llamar a eliminarColores: 

MAGENTA CYAN 

Figura 1 9.3 | Demostración de la interfaz Col 1 ecti on mediante un objeto ArrayLi st. (Parte 2 de 2). 

19.5.2 LinkedList 

En la figura 19.4 se demuestran las operaciones con objetos Li nkedLi st. El programa crea dos objetos Li nked- 
List que contienen objetos String. Los elementos de un objeto List se agregan al otro. Después, todos los 
objetos Stri ng se convierten a mayúsculas, y se elimina un rango de elementos. 
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1 // Fig. 19.4: PruebaList. java 

2 // Uso de objetos LinkList. 

3 import java. útil .List; 

4 import java. útil .LinkedList; 

5 import java. útil . Listlterator; 

6 

7 public class PruebaList 

8 { 

9 private static final String colores[] = { "negro", "amarillo", 

10 "verde", "azul", "violeta", "plateado" }; 

11 private static final String colores2[] = { "dorado", "blanco", 

12 "cafe 1 , "azul", "gris' , "plateado" }; 

13 

14 // establece y manipula objetos LinkedList 

15 public PruebaListO 

16 { 

17 List< String > listal = new LinkedList< 

18 List< String > lista2 = new LinkedList< 

19 

20 // agrega elementos a la lista enlace 

21 for ( String color : colores ) 

22 listal. add( color ); 

23 

24 // agrega elementos a la lista enlace2 

25 for ( String color : colores2 ) 

26 lista2.add( color ); 

27 

28 listal.addAll ( lista2 ); // concatena las listas 

29 lista2 = nuil; // libera los recursos 

30 imprimi rLista( listal ); // imprime los elementos de listal 

31 

32 converti rCadenasAMayuscul as( listal ); // convierte cadena a mayúsculas 

33 imprimi rLista( listal ); // imprime los elementos de listal 

34 

35 System. out.printC "\nEl imi nando elementos 4 a 6..."); 

36 eliminarElementosC listal, 4, 7 ); // elimina los elementos 4 a 7 de la lista 

37 imprimi rLista( listal ); // imprime los elementos de listal 

38 imprimi rListaInversa( listal ); // imprime la lista en orden inverso 

39 } // fin del constructor de PruebaList 

40 

41 // imprime el contenido del objeto List 

42 public void imprimi rLista( List< String > lista ) 

43 { 

44 System. out.println( "\nlista: " ); 

45 

46 for ( String color : lista ) 

47 System. out.printf( "%s ", color ); 

48 

49 System. out.println () ; 

50 } // fin del método imprimi rLista 

51 

52 // localiza los objetos String y los convierte a mayúsculas 

53 private void converti rCadenasAMayuscul as ( List< String > lista ) 

54 { 

55 Li stIterator< String > iterador = 1 i sta. 1 i stlteratorO ; 

56 

57 while ( iterador.hasNextO ) 

58 { 

59 String color = iterador. next() ; // obtiene elemento 

Figura 19.4 | Objetos List y Listlterator. (Parte I de 2). 


Stri ng >() ; 
Stri ng >() ; 
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60 iterador. set( color. toUpperCaseO ); // convierte a mayúsculas 

61 } // fin de while 

62 } // fin del método convertí rCadenasAMayuscul as 

63 

64 // obtiene sublista y utiliza el método clear para eliminar los elementos de la misma 

65 prívate void el imi narElementosf List< String > lista, int inicio, int fin ) 

66 { 

67 lista. subListf inicio, fin ).clear(); // elimina los elementos 

68 } // fin del método eliminarElementos 

69 

70 // imprime la lista inversa 

71 prívate void imprimi rLi stalnversaf List< String > lista ) 

72 { 

73 Li stIterator< String > iterador = lista. listlteratorf lista. size() ); 

74 

75 System. out.println( "\nLista inversa:" ); 

76 

77 // imprime la lista en orden inverso 

78 while ( iterador. hasPreviousf) ) 

79 System . out . pri ntf( "%s ", iterador. previousO ); 

80 } // fin del método imprimi rLi stalnversa 

81 

82 public static void main( String args[] ) 

83 { 

84 new PruebaLi st() ; 

85 } // fin de main 

86 } // fin de la clase PruebaLi st 


li sta: 

negro amarillo verde azul violeta plateado dorado blanco cafe azul gris plateado 
li sta: 

NEGRO AMARILLO VERDE AZUL VIOLETA PLATEADO DORADO BLANCO CAFE AZUL CRIS PLATEADO 

Eliminando elementos 4 a 6 ... 
li sta: 

NEGRO AMARILLO VERDE AZUL BLANCO CAFE AZUL CRIS PLATEADO 
Lista inversa: 

PLATEADO CRIS AZUL CAFE BLANCO AZUL VERDE AMARILLO NEGRO 


Figura 19.4 | Objetos List y Listlterator. (Parte 2 de 2). 


En las líneas 17 y 18 se crean los objetos Li nkedLi st llamados 1 i stal y 1 i sta2 de tipo Stri ng. Observe 
que Li nkedLi st es una clase genérica que tiene un parámetro de tipo, para el cual especificamos el argumento 
de tipo Stri ng en este ejemplo. En las líneas 21 a 26 se hace una llamada al método add de Li st para anexar 
elementos de los arreglos colores y col ores2 al final de 1 i stal y 1 i sta2, respectivamente. 

En la línea 28 se hace una llamada al método addAl 1 de Li st para anexar todos los elementos de 1 i sta2 al 
final de 1 i stal. En la línea 29 se establece 1 i sta2 en nuil, de manera que el objeto Li nkedLi st al que hacía 
referencia 1 i sta2 pueda marcarse para la recolección de basura. En la línea 30 se hace una llamada al método 
imprimi rLi sta (líneas 42 a 50) para mostrar el contenido de 1 i stal. En la línea 32 se hace una llamada al 
método convertí rCadenaAMayuscul as (líneas 53 a 62) para convertir cada elemento String a mayúsculas, 
y después en la línea 33 se hace una llamada nuevamente a imprimi rLi sta para mostrar los objetos String 
modificados. En la línea 36 se hace una llamada al método el i mi narEl ementos (líneas 65 a 68) para eliminar 
los elementos empezando desde el índice 4 hasta, pero no incluyendo, el índice 7 de la lista. En la línea 38 se hace 
una llamada al método i mpri mi rLi stalnversa (líneas 71 a 80) para imprimir la lista en orden inverso. 

El método convertí rCadenasAMayuscul as (líneas 53 a 62) cambia los elementos String en minúsculas 
del argumento List por objetos String en mayúsculas. En la línea 55 se hace una llamada al método list- 
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Iterator de Li st para obtener un iterador bidireccional (es decir, un iterador que pueda recorrer un objeto 
Li sta hacia delante o hacia atrás) para el objeto Li st. Observe que Li stlterator es una clase genérica. En este 
ejemplo, el objeto Li stlterator contiene objetos Stri ng, ya que el método 1 i stlterator se llama en un obje- 
to Li st que contiene objetos Stri ng. En la condición del ciclo whi 1 e (línea 57) se hace una llamada al método 
hasNext para determinar si el objeto Li st contiene otro elemento. En la línea 59 se obtiene el siguiente objeto 
Stri ng en el objeto Li st. En la línea 60 se hace una llamada al método toUpperCase de Stri ng para obtener 
una versión en mayúsculas del objeto String y se hace una llamada al método set de Iterator para reem- 
plazar el objeto String actual al que hace referencia iterador con el objeto String devuelto por el método 
toUpperCase. Al igual que el método toUpperCase, el método toLowerCase de Stri ng devuelve una versión 
del objeto Stri ng en minúsculas. 

El método el i mi narEl ementos (líneas 65 a 68) elimina un rango de elementos de la lista. En la línea 67 se 
hace una llamada al método subList de Li st para obtener una porción del objeto Li st (lo que se conoce como 
sublista). La sublista es simplemente otra vista hacia el interior del objeto Li st desde el que se hace la llamada 
a subLi st. El método subLi st recibe dos argumentos: el índice inicial para la sublista y el índice final. Observe 
que el índice final no forma parte del rango de la sublista. En este ejemplo, pasamos 4 (en la línea 36) para el 
índice inicial y 7 para el índice final a subLi st. La sublista devuelta es el conjunto de elementos con los índices 
4 a 6. A continuación, el programa hace una llamada al método clear de Li st en la sublista para eliminar los 
elementos que ésta contiene del objeto Li st. Cualquier cambio realizado a una sublista se hace realmente en el 
objeto List original. 

El método imprimi rLi stalnversa (líneas 71 a 80) imprime la lista al revés. En la línea 73 se hace una lla- 
mada al método 1 i stlterator de Li st con un argumento que especifica la posición inicial (en nuestro caso, el 
último elemento en la lista) para obtener un iterador bidireccional para la lista. El método size de Li st devuelve 
el número de elementos en el objeto List. En la condición del ciclo whi le (línea 78) se hace una llamada al 
método hasPrevious para determinar si hay más elementos mientras se recorre la lista hacia atrás. En la línea 79 
se obtiene el elemento anterior de la lista y se envía como salida al flujo de salida estándar. 

Una característica importante del marco de trabajo de colecciones es la habilidad de manipular los elementos 
de un tipo de colección (como un conjunto) a través de un tipo de colección distinto (como una lista), sin impor- 
tar la implementación interna de la colección. Al conjunto de métodos publ i c a través de los cuales se manipulan 
las colecciones se le conoce como vista. 

La clase Arrays proporciona el método stati c asList para ver un arreglo como una colección List (que 
encapsula el comportamiento similar al de las listas enlazadas que creamos en el capítulo 17). Una vista List 
permite al programador manipular el arreglo como si fuera una lista. Esto es útil para agregar los elementos en 
un arreglo a una colección (por ejemplo, un objeto LinkedList) y para ordenar los elementos del arreglo. En 
el siguiente ejemplo le demostraremos cómo crear un objeto LinkedList con una vista List de un arreglo, 
ya que no podemos pasar el arreglo a un constructor de Li nkedLi st. En la figura 19.9 se demuestra cómo orde- 
nar elementos de un arreglo con una vista Li st. Cualquier modificación realizada a través de la vista Li st cambia 
el arreglo, y cualquier modificación realizada al arreglo cambia la vista Li st. La única operación permitida en 
la vista devuelta por asLi st es establecer, la cual cambia el valor de la vista y del arreglo de soporte. Cualquier 
otro intento por cambiar la vista (como agregar o eliminar elementos) produce una excepción Unsupported- 
OperationException. 

En la figura 19.5 se utiliza el método asList para ver un arreglo como una colección List, y el método 
toArray de un objeto Li st para obtener un arreglo de una colección Li nkedLi st. El programa llama al méto- 
do asLi st para crear una vista Li st de un arreglo, la cual se utiliza después para crear un objeto Li nkedLi st, 
agrega una serie de cadenas a un objeto LinkedList y llama al método toArray para obtener un arreglo que 
contiene referencias a esas cadenas. Observe que el instanciamiento de Li nkedLi st (línea 13) indica que es una 
clase genérica que acepta un argumento de tipo: Stri ng, en este ejemplo. 

En las líneas 13 y 14 se construye un objeto Li nkedLi st de objetos Stri ng, el cual contiene los elementos 
del arreglo colores, y se asigna la referencia LinkedList a enlaces. Observe el uso del método asList de 
Arrays para devolver una vista del arreglo como un objeto Li st, y después inicializar el objeto Li nkedLi st con 
el objeto Li st. En la línea 16 se hace una llamada al método addLast de Li nkedLi st para agregar " rojo" al 
final de enlaces. En las líneas 17 y 18 se hace una llamada al método add de Li nkedLi st para agregar " rosa" 
como el último elemento y "verde" como el elemento en el índice 3 (es decir, el cuarto elemento). Observe 
que el método addLast (línea 16) es idéntico en función al método add (línea 17). En la línea 19 se hace una 
llamada al método addFirst de LinkedList para agregar "cyan" como el nuevo primer elemento en el objeto 
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Li nkedLi st. Las operaciones add están permitidas debido a que operan en el objeto Li nkedLi st, no en la vista 
devuelta por asLi st. [Nota: cuando se agrega "cyan" como el primer elemento, "verde" se convierte en el quin- 
to elemento en el objeto Li nkedLi st]. 

En la línea 22 se hace una llamada al método toArray de Li st para obtener un arreglo Stri ng de enlaces. 
El arreglo es una copia de los elementos de la lista; si se modifica el contenido del arreglo no se modifica la lis- 
ta. El arreglo que se pasa al método toArray debe ser del mismo tipo que se desee que devuelva el método 
toArray. Si el número de elementos en el arreglo es mayor o igual que el número de elementos en el objeto 
Li nkedLi st, toArray copia los elementos de la lista en su argumento tipo arreglo y devuelve ese arreglo. Si el 
objeto Li nkedLi st tiene más elementos que el número de elementos en el arreglo que se pasa a toArray, este 
método asigna un nuevo arreglo del mismo tipo que recibe como argumento, copia los elementos de la lista en el 
nuevo arreglo y devuelve este nuevo arreglo. 


1 // Fig. 19.5: UsoToArray. java 

2 // Uso del método toArray. 

3 import java. útil .LinkedList; 

4 import java. uti 1 . Arrays ; 

5 

6 public class UsoToArray 

7 { 

8 // el constructor crea un objeto LinkedList, le agrega elementos y lo convierte en 
arreglo 

9 public UsoToArray () 

10 { 

11 String colores[] = { "negro", "azul 1 , "amarillo" }; 

12 

13 Li nkedLi st< String > enlaces = 

14 new LinkedList< String >( Arrays . asLi st( colores ) ); 

15 

16 enlaces. addLast( "rojo" ); //lo agrega como último elemento 

17 enlaces. add( "rosa" ); //lo agrega al final 

18 enlaces. add( B, "verde 1 ); //lo agrega en el Ber indice 

19 enlaces. addFirst( "cyan" ); //lo agrega como primer elemento 

20 

21 // obtiene los elementos de LinkedList como un arreglo 

22 colores = enl aces . toArray ( new String[ enl aces . si ze() ] ); 

23 

24 System. out.println( "colores: " ); 

25 

26 for ( String color : colores ) 

27 System. out.println( color ); 

28 } // fin del constructor de UsoToArray 

29 

30 public static void main( String args[] ) 

31 { 

32 new UsoToArrayO ; 

33 } // fin de main 

34 } // fin de la clase UsoToArray 


col ores : 
cyan 
negro 
azul 

amarillo 

verde 

rojo 

rosa 


Figura 19.5 | Método toArray de List. 
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Error común de programación 


19.3 



Pasar un arreglo que contenga datos al método toArray puede crear errores lógicos. Si el número de elementos en el 
arreglo es menor que el número de elementos en la lista en la que se llama a toArray, se asigna un nuevo arreglo para 
almacenar los elementos de la lista (sin preservar los elementos del arreglo). Si el número de elementos en el arreglo es 
mayor que el número de elementos en la lista, los elementos del arreglo ( empezando en el índice cero) se sobrescriben 
con los elementos de la lista. Los elementos de arreglos que no se sobrescriben retienen sus valores. 


19.5.3 Vector 

Al igual que ArrayLi st, la clase Vector proporciona las herramientas de las estructuras de datos tipo arreglo que 
pueden cambiar su tamaño en forma dinámica. Recuerde que el comportamiento y las herramientas de la clase 
ArrayLi st son similares a las de la clase Vector, excepto que los objetos ArrayLi st no proporcionan sincroni- 
zación de manera predeterminada. Aquí veremos la clase Vector, principalmente debido a que es la superclase de 
la clase Stack, la cual se presenta en la sección 19.7. 

En cualquier momento, un objeto Vector contiene un número de elementos que es menor o igual que su 
capacidad. La capacidad es el espacio que se ha reservado para los elementos del objeto Vector. Si un Vector 
requiere capacidad adicional, crece en base a un incremento de capacidad que el programador especifica, o 
mediante un incremento de capacidad predeterminado. Si no especificamos un incremento de capacidad, o si 
especificamos uno que sea menor o igual a cero, el sistema duplicará el tamaño de un objeto Vector cada vez que 
se necesite capacidad adicional. 



Tip de rendimiento 1 9.2 

Insertar un elemento en un objeto Vector cuyo tamaño actual sea menor que su capacidad es una operación rela- 
tivamente rápida. 



Tip de rendimiento 1 9.3 

Insertar un elemento en un objeto Vector que necesita crecer más para dar cabida al nuevo elemento es una opera- 
ción relativamente lenta. 



Tip de rendimiento 1 9.4 

El incremento de capacidad predeterminado duplica el tamaño del objeto Vector. Esto puede parecer un desperdicio 
de almacenamiento, pero en realidad es una manera eficiente para que muchos objetos Vector aumenten rápida- 
mente al “tamaño correcto”. Esta operación es mucho más eficiente que aumentar el objeto Vector cada vez sólo el 
espacio necesario para contener un solo elemento. La desventaja es que el objeto Vector podría ocupar más espacio 
de lo requerido. Este es un clásico ejemplo de la concesión entre espacio y tiempo. 



Tip de rendimiento 1 9.5 

Si el almacenamiento es primordial, use el método trimToSize de Vector para recortar la capacidad del objeto 
Vector a su tamaño exacto. Esta operación optimiza el uso que da un objeto Vector al almacenamiento. Sin 
embargo, al agregar otro elemento al objeto Vector, éste se verá forzado a crecer en forma dinámica (de nuevo, una 
operación relativamente lenta); al recortar su tamaño mediante trimToSize, no queda espacio para que crezca. 


En la figura 19.6 se demuestra la clase Vector y varios de sus métodos. Para obtener información completa 
acerca de la clase Vector, visite el sitio Web java, sun . com/javase/6/docs/api/java/util /Vector . html . 

El constructor de la aplicación crea un objeto Vector (línea 12) de tipo Stri ng, con una capacidad inicial 
de 10 elementos y un incremento de capacidad de cero (los valores predeterminados para un objeto Vector). 
Observe que Vector es una clase genérica, la cual recibe un argumento que especifica el tipo de los elementos 
almacenados en el objeto Vector. Un incremento de capacidad de cero indica que este objeto Vector duplicará 
su tamaño cada vez que necesite crecer, para dar cabida a más elementos. La clase Vector proporciona otros tres 
constructores. El constructor que recibe un argumento entero crea un objeto Vector vacío con la capacidad 
inicial especificada por ese argumento. El constructor que recibe dos argumentos crea un objeto Vector con la 
capacidad inicial especificada por el primer argumento, y el incremento de capacidad especificado por el segun- 
do argumento. Cada vez que el vector necesita crecer, agrega espacio para el número especificado de elementos en 
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// Fig. 19.6: PruebaVector. java 
// Uso de la clase Vector. 

import java. uti 1 .Vector ; 

import java. útil .NoSuchElementException; 

public class PruebaVector 

{ 

prívate static final String coloresf] = { "rojo , "blanco", "azul" }; 

public PruebaVectorO 

{ 

Vector< String > vector = new Vector< String >(); 
imprimí rVector( vector ); // imprime el vector 

// agrega elementos al vector 

for ( String color : colores ) 
vector. add( color ); 

imprimí rVector( vector ); // imprime el vector 

// imprime los elementos primero y último 
try 
{ 

System. out. printf( "Primer elemento: %s\n' , vector. firstEl ementO) ; 

System. out. printf( "Ultimo elemento: %s\n' , vector. 1 astEl ement() ); 

} // fin de try 

// atrapa la excepción si el vector está vacío 

catch ( NoSuchElementException excepción ) 

{ 

excepci on . pri ntStackT race() ; 

} // fin de catch 

// ¿el vector contiene "rojo"? 
if ( vector. contains( "rojo" ) ) 

System. out.printf( "\se encontró \"rojo\" en el indice %d\n\n", 
vector. indexOf( 'rojo" ) ); 

el se 

System. out.println( "\no se encontró \"rojo\"\n" ); 

vector . remove( "rojo" ); // elimina la cadena "rojo" 

System. out.printlnC "se elimino \"rojo\" ); 
imprimí rVector( vector ); // imprime el vector 

// ¿el vector contiene "rojo" después de la operación de eliminación? 
if ( vector. contains( "rojo" ) ) 

System . out . pri ntf ( 

“se encontró \"rojo\" en el índice %d\n", vector. indexOf( "rojo" ) ); 

el se 

System . out . pri ntl n( "no se encontró \"rojo\"" ); 

// imprime el tamaño y la capacidad del vector 

System. out. printf( "\nTamanio: %d\nCapaci dad : %d\n", vector. size() , 
vector. capacityO ); 

} // fin del constructor de PruebaVector 

prívate void imprimí rVector( Vector< String > vectorAImprimi r ) 

{ 

if ( vectorAImprimi r. i sEmptyO ) 

System. out. pri nt( "el vector esta vacio" ); // vectorAImprimi r está vacio 


Figura 19.6 | La clase Vector del paquete java. útil. (Parte 1 de 2). 
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60 else // itera a través de ios elementos 

61 { 

62 System . out . pri nt( "el vector contiene: " ); 

63 

64 // imprime los elementos 

65 for ( String elemento : vectorAImprimi r ) 

66 System. out. pri ntf( "%s , elemento ); 

67 } // fin de else 

68 

69 System. out. pri ntln( "\n" ); 

70 } // fin del método imprimi rVector 

71 

72 public static void main( String args[] ) 

73 { 

74 new PruebaVectorO ; // crea objeto y llama a su constructor 

75 } // fin de main 

76 } // fin de la clase PruebaVector 


el vector esta vacio 

el vector contiene: rojo blanco azul 

Primer elemento: rojo 
Ultimo elemento: azul 

se encontró "rojo" en el indice 0 

se elimino "rojo" 

el vector contiene: blanco azul 

no se encontró "rojo" 

Tamanio: 2 
Capacidad: 10 

Figura 19.6 | La clase Vector del paquete java, útil . (Parte 2 de 2). 


el incremento de capacidad. El constructor que recibe un objeto Col 1 ecti on crea una copia de los elementos de 
una colección y los almacena en el objeto Vector. 

En la línea 17 se hace una llamada al método add de Vector para agregar objetos (en este programa son 
de tipo Stri ng) al final del objeto Vector. Si es necesario, el objeto Vector incrementa su capacidad para dar 
cabida al nuevo elemento. La clase Vector también proporciona un método add que recibe dos argumentos. Este 
método recibe un objeto y un entero, e inserta el objeto en el índice especificado en el objeto Vector. El método 
set reemplaza el elemento en una posición especificada en el objeto Vector, con un elemento especificado. El 
método insertElementAt proporciona la misma funcionalidad que el método add que recibe dos argumentos, 
excepto que el orden de los parámetros se invierte. 

En la línea 24 se hace una llamada al método firstElement de Vector para devolver una referencia al pri- 
mer elemento en el objeto Vector. En la línea 25 se hace una llamada al método lastElement de Vector para 
devolver una referencia al último elemento en el objeto Vector. Cada uno de estos métodos lanza una excepción 
NoSuchEl ementExcepti on si no hay elementos en el objeto Vector cuando se hace la llamada al método. 

En la línea 34 se hace una llamada al método contains de Vector para determinar si el objeto Vector con- 
tiene "rojo". El método devuelve true si su argumento está en el objeto Vector; en caso contrario, el método 
devuelve fal se. El método contai ns utiliza el método equal s de 0b j ect para determinar si la clave de búsque- 
da es igual a uno de los elementos del objeto Vector. Muchas clases sobrescriben el método equal s para realizar 
las comparaciones de una manera específica para esas clases. Por ejemplo, la clase Stri ng declara a equal s para 
comparar los caracteres individuales en los dos objetos Stri ng que se van a comparar. Si el método equal s no se 
sobrescribe, se utiliza la versión original del método equal s heredada de la clase Object. 
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Error común de programación 19.4 

Sin sobrescribir el método equa 7 s, el programa realiza comparaciones mediante el operador = = para determinar si 
dos referencias se refieren al mismo objeto en la memoria. 

En la línea 36 se hace una llamada al método i ndexOf para determinar el índice de la primera ubicación en 
el objeto Vector que contenga el argumento. El método devuelve -1 si el argumento no se encuentra en el objeto 
Vector. Una versión sobrecargada de este método recibe un segundo argumento que especifica el índice en el 
objeto Vector en el que debe empezar la búsqueda. 

Tip de rendimiento 1 9.6 

Los métodos de Vector llamados contai ns e i ndexOf realizan búsquedas lineales en el contenido de un objeto 
Vector. Estas búsquedas son ineficientes para objetos Vector más grandes. Si un programa busca frecuentemente 
elementos en una colección, considere utilizar una de las implementaciones de Map de la API Collection de Java 
(. sección 19.10), la cual proporciona herramientas de búsqueda de alta velocidad. 

En la línea 40 se hace una llamada al método remove de Vector para eliminar del objeto Vector la primera 
ocurrencia de su argumento. Este método devuelve true si encuentra el elemento en el objeto Vector; en caso 
contrario, el método devuelve fal se. Si se elimina el elemento, todos los elementos después de ese elemento en 
el objeto Vector se desplazan una posición hacia el inicio del objeto Vector, para llenar la posición del elemento 
eliminado. La clase Vector también proporciona el método removeAl 1 El ements para eliminar todos los elemen- 
tos de un objeto Vector, y el método removeEl ementAt para eliminar el elemento en un índice especificado. 

En las líneas 52 y 53 se utilizan los métodos size y capacity de Vector para determinar el número de 
elementos actuales en el Vector, y el número de elementos que pueden almacenarse en el Vector sin asignar más 
memoria, respectivamente. 

En la línea 58 se hace una llamada al método isEmpty de Vector para determinar si el objeto Vector está 
vacío. El método devuelve true si no hay elementos en el objeto Vector; en caso contrario, el método devuelve 
fal se. En las líneas 65 y 66 se utiliza la instrucción for mejorada para imprimir todos los elementos en el vector. 

Entre los métodos introducidos en la figura 19.6, firstEl ement, lastElement y capacity sólo se pueden uti- 
lizar con Vector. Los otros métodos (por ejemplo, add, contai ns, i ndexOf, remove, si ze e i sEmpty) se declaran 
mediante Li st, lo cual significa que cualquier clase que implemente a Li st (como Vector) puede utilizarlos. 

19.6 Algoritmos de las colecciones 

El marco de trabajo de colecciones cuenta con varios algoritmos de alto rendimiento para manipular los elemen- 
tos de una colección. Estos algoritmos se implementan como métodos static de la clase Collections (figura 
19.7). Los algoritmos sort, bi narySearch, reverse, shuffle, fil 1 y copy operan con objetos Li st. Los algorit- 
mos mi n, max, addAl 1, f requency y di s joi nt operan con objetos Col 1 ecti ons. 




Algoritmo 


sort 

bi narySearch 

reverse 

shuffle 

fill 

copy 

mi n 


Descripción 


Ordena los elementos de un objeto Li st. 

Localiza un objeto en un objeto Li st. 

Invierte los elementos de un objeto Li st. 

Ordena al azar los elementos de un objeto Li st. 

Establece cada elemento de un objeto Li st para que haga referencia a un objeto especificado. 
Copia referencias de un objeto Li st a otro. 

Devuelve el elemento más pequeño en un objeto Col 1 ecti on. 


Figura 19.7 | Algoritmos de colecciones. (Parte I de 2). 
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Algoritmo Descripción 


max Devuelve el elemento más grande en un objeto Col 1 ecti on. 

addAl 1 Anexa todos los elementos en un arreglo a una colección, 

frequency Calcula cuántos elementos en la colección son iguales al elemento especificado, 

di sjoi nt Determina si dos colecciones no tienen elementos en común. 

Figura 19.7 | Algoritmos de colecciones. (Parte 2 de 2). 

Observación de ingeniería de software 19.4 

Los algoritmos del marco de trabajo de colecciones son polimórficos. Es decir, cada algoritmo puede operar en objetos 
que implementen interfaces específicas, sin importar sus implementaciones subyacentes. 

19.6.1 El algoritmo sort 

El algoritmo sort ordena los elementos de un objeto Li st, el cual debe implementar a la interfaz Compara- 
bl e. El orden se determina en base al orden natural del tipo de los elementos, según su implementación mediante 
el método compárelo de ese objeto. El método compárelo está declarado en la interfaz Comparable y algunas 
veces se le conoce como el método de comparación natural. La llamada a sort puede especificar como segundo 
argumento un objeto Comparator, para determinar un ordenamiento alterno de los elementos. 

Ordenamiento ascendente 

En la figura 19.8 se utiliza el algoritmo sort para ordenar los elementos de un objeto Li st en forma ascendente 
(línea 20). Recuerde que Li st es un tipo genérico y acepta un argumento de tipo, el cual especifica el tipo de 
elemento de lista; en la línea 15 se declara a 1 i sta como un objeto Li st de objetos Stri ng. Observe que en las 
líneas 18 y 23 se utiliza una llamada implícita al método toStri ng de 1 i sta para imprimir el contenido de la 
lista en el formato que se muestra en las líneas segunda y cuarta de los resultados. 

Ordenamiento descendente 

En la figura 19.9 se ordena la misma lista de cadenas utilizadas en la figura 19.8, en orden descendente. El ejemplo 
introduce la interfaz Comparator, la cual se utiliza para ordenar los elementos de un objeto Col 1 ecti on en un 
orden distinto. En la línea 21 se hace una llamada al método sort de Col 1 ecti ons para ordenar el objeto Li st 
en orden descendente. El método static reverseOrder de Col 1 ecti ons devuelve un objeto Comparator que 
ordena los elementos de la colección en orden inverso. 


1 // Fig. 19.8: Ordenami entol. java 

2 // Uso del algoritmo sort. 

3 import java. útil .List; 

4 import java. útil .Arrays; 

5 import java. útil .Collections; 

6 

7 public class Ordenami entol 

8 { 

9 private static final String palos[] = 

10 { "Corazones", "Diamantes", "Bastos", "Espadas" }; 

1 1 

12 // muestra los elementos del arreglo 

13 public void imprimi rElementosO 

14 { 

15 List< String > lista = Arrays . asLi st( palos ); // crea objeto List 
Figura 19.8 | El método sort de Collections. (Parte I de 2). 
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16 

17 // imprime lista 

18 System. out.printff "Elementos del arreglo desordenados:\n%s\n", lista ); 

19 

20 Collections. sortf lista ); // ordena ArrayList 

21 

22 // imprime lista 

23 System. out.printf( "Elementos del arreglo ordenados :\n%s\n" , lista ); 

24 } // fin del método imprimi rElementos 

25 

26 public static void main( String args[] ) 

27 { 

28 Ordenami entol ordenl = new Ordenami entol() ; 

29 ordenl. imprimi rElementosO ; 

30 } // fin de main 

31 } // fin de la clase Ordenami entol 

Elementos del arreglo desordenados: 

[Corazones, Diamantes, Bastos, Espadas] 

Elementos del arreglo ordenados: 

[Bastos, Corazones, Diamantes, Espadas] 

Figura 19.8 | El método sort de Collections. (Parte 2 de 2). 


1 // Fig. 19.9: Ordenami ento2 . java 

2 // Uso de un objeto Comparator con el algoritmo sort. 

3 import java. útil .List; 

4 import java. útil .Arrays; 

5 import java. útil .Collections; 

6 

7 public class Ordenami ento2 

8 { 

9 private static final String palos[] = 

10 { "Corazones , "Diamantes", "Bastos", "Espadas" }; 

1 1 

12 // imprime los elementos del objeto List 

13 public void imprimi rElementosO 

14 { 

15 List< String > lista = Arrays . asLi st( palos ); // crea objeto List 

16 

17 // imprime los elementos del objeto List 

18 System. out.printff "Elementos del arreglo desordenados:\n%s\n", lista ); 

19 

20 // ordena en forma descendente, utilizando un comparador 

21 Col 1 ections.sortf lista, Coll ections . reverseOrderO ); 

22 

23 // imprime los elementos del objeto List 

24 System. out.printff "Elementos de lista ordenados :\n%s\n , lista ); 

25 } // fin del método imprimi rElementos 

26 

27 public static void main( String args[] ) 

28 { 

29 Ordenami ento2 ordenamiento = new Ordenami ento2 () ; 

30 ordenami ento. imprimi rEl ementosO ; 

31 } // fin de main 

32 } // fin de la clase Ordenami ento2 

Figura 1 9.9 | El método sort de Col 1 ecti ons con un objeto Comparator. (Parte I de 2). 
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Elementos del arreglo desordenados: 
[Corazones, Diamantes, Bastos, Espadas] 
Elementos de lista ordenados: 

[Espadas, Diamantes, Corazones, Bastos] 


Figura 1 9.9 | El método sort de Col 1 ecti ons con un objeto Comparator. (Parte 2 de 2). 


Ordenamiento mediante un objeto Comparator 

En la figura 19.10 se crea una clase Comparator personalizada, llamada ComparadorTi empo, la cual implementa 
a la interfaz Comparator para comparar dos objetos Ti empo2. La clase Ti empo2, declarada en la figura 8.5, repre- 
senta tiempos con horas, minutos y segundos. 

La clase ComparadorTi empo implementa a la interfaz Comparator, un tipo genérico que recibe un argu- 
mento (en este caso, Ti empo2). El método compare (líneas 7 a 26) realiza comparaciones entre objetos Ti empo2. 
En la línea 9 se comparan las dos horas de los objetos Tiempo2. Si las horas son distintas (línea 12), entonces 
devolvemos este valor. Si el valor es positivo, entonces la primera hora es mayor que la segunda y el primer tiempo 
es mayor que el segundo. Si este valor es negativo, entonces la primera hora es menor que la segunda y el primer 
tiempo es menor que el segundo. Si este valor es cero, las horas son iguales y debemos evaluar los minutos (y tal 
vez los segundos) para determinar cuál tiempo es mayor. 

En la figura 19.1 1 se ordena una lista mediante el uso de la clase Comparator personalizada, llamada Com- 
paradorTi empo. En la línea 11 se crea un objeto ArrayList de objetos Tiempo2. Recuerde que ArrayList y 
Li st son tipos genéricos y aceptan un argumento de tipo que especifica el tipo de los elementos de la colección. 
En las líneas 13 a 17 se crean cinco objetos Ti empo2 y se agregan a esta lista. En la línea 23 se hace una llamada 
al método sort, y le pasamos un objeto de nuestra clase ComparadorTi empo (figura 19.10). 


1 // Fig. 19.10: ComparadorTi empo . java 

2 // Clase Comparator personalizada que compara dos objetos Tiempo2. 

3 import java. útil .Comparator; 

4 

5 public class ComparadorTi empo implements Comparator< Tiempo2 > 

6 { 

7 public int compare( Tiempo2 tiempol, Tiempo2 tiempo2 ) 

8 { 

9 int compararHora = tiempol. obtenerHoraO - tiempo2 ,obtenerHora() ; // compara la hora 

10 

11 // evalúa la hora primero 

12 if ( compararHora != 0 ) 

13 return compararHora; 

14 

15 int comparaMi ñuto = 

16 ti empol. obtenerMi nuto() - ti empo2 . obtenerMi nuto() ; // compara el minuto 

17 

18 // después evalúa el minuto 

19 if ( comparaMi ñuto != 0 ) 

20 return comparaMi ñuto; 

21 

22 int compararSegundo = 

23 ti empol. obtenerSegundo() - ti empo2 . obtenerSegundoO ; // compara el segundo 

24 

25 return compararSegundo; // devuelve el resultado de comparar los segundos 

26 } // fin del método compare 

27 } // fin de la clase ComparadorTi empo 

Figura 19.10 | Clase Comparator personalizada que compara dos objetos Ti empo2. 
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1 // Fig. 19.11: Ordenami ento3 . java 

2 // Ordena una lista usando la clase Comparator personalizada ComparadorTiempo . 

3 import java. útil .List; 

4 import java. útil .ArrayList; 

5 import java. útil .Collections; 

6 

7 public class Ordenamientos 

8 { 

9 public void imprimi rElementosO 

10 { 

11 List< Tiempo2 > lista = new ArrayList< Tiempo2 >(); // crea objeto List 

12 

13 lista. add( new Tiempo2( 6, 24, 34 ) ) ; 

14 lista. add( new Tiempo2( 18, 14, 58 ) ) ; 

15 lista. add( new Tiempo2( 6, 05, 34 ) ) ; 

16 lista. add( new Tiempo2( 12, 14, 58 ) ) ; 

17 lista. add( new Tiempo2( 6, 24, 22 ) ); 

18 

19 // imprime los elementos del objeto List 

20 System. out.printf( "Elementos del arreglo desordenados:\n%s\n", lista ); 

21 

22 // ordena usando un comparador 

23 Col 1 ections.sortC lista, new ComparadorTi empo() ); 

24 

25 // imprime los elementos del objeto List 

26 System. out. printf( "Elementos de la lista ordenados :\n%s\n" , lista ); 

27 } // fin del método imprimi rElementos 

28 

29 public static void main( String args[] ) 

30 { 

31 Ordenamientos ordenami ento3 = new 0rdenamiento3() ; 

32 ordenamientos. imprimi rElementosO I 

33 } // fin de main 

34 } // fin de la clase Ordenamientos 


Elementos del arreglo desordenados: 

[6:24:34 AM, 6:14:58 PM, 6:05:34 AM, 12:14:58 PM, 6:24:22 AM] 
Elementos de la lista ordenados: 

[6:05:34 AM, 6:24:22 AM, 6:24:34 AM, 12:14:58 PM, 6:14:58 PM] 


Figura 19.1 I | El método sort de Collections con un objeto Comparator personalizado. 


19.6.2 El algoritmo shuffle 

El algoritmo shuffle ordena al azar los elementos de un objeto Li st. En el capítulo 7 presentamos una simula- 
ción para barajar y repartir cartas, en la que se utiliza un ciclo para barajar un mazo de cartas. En la figura 19.12, 
utilizamos el algoritmo shuffle para barajar un mazo de objetos Carta que podría usarse en un simulador de 
juego de cartas. 

La clase Carta (líneas 8 a 41) representa a una carta en un mazo de cartas. Cada Carta tiene una cara y un 
palo. Las líneas 10 a 12 declaran dos tipos enum (Cara y Pal o) que representan la cara y el palo de la carta, respec- 
tivamente. El método toStri ng (líneas 37 a 40) devuelve un objeto Stri ng que contiene la cara y el palo de la 
Carta, separados por la cadena " de ". Cuando una constante enum se convierte en una cadena, el identificador 
de la constante se utiliza como la representación de cadena. Por lo general, utilizamos letras mayúsculas para las 
constantes enum. En este ejemplo, optamos por usar letras mayúsculas sólo para la primera letra de cada constante 
enum, porque queremos que la carta se muestre con letras iniciales mayúsculas para la cara y el palo (por ejemplo, 
"As de Bastos"). 

En las líneas 55 a 62 se llena el arreglo mazo con cartas que tienen combinaciones únicas de cara y palo. 
Tanto Cara como Pal o son tipos publ i c stati c enum de la clase Carta. Para usar estos tipos enum fuera de la 
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clase Carta, debe calificar el nombre de cada tipo enum con el nombre de la clase en la que reside (es decir, Carta) 
y un separador punto (.). Así, en las líneas 55 y 57 se utilizan Carta. Palo y Carta. Cara para declarar las varia- 
bles de control de las instrucciones for. Recuerde que el método valúes de un tipo enum devuelve un arreglo 
que contiene todas las constantes del tipo enum. En las líneas 55 a 62 se utilizan instrucciones for mejoradas para 
construir 52 nuevos objetos Carta. 


1 // Fig. 19.12: MazoDeCartas . java 

2 // Uso del algoritmo shuffle. 

3 import java. útil .List; 

4 import java. útil .Arrays; 

5 import java. útil .Collections; 

6 

7 // clase para representar un objeto Carta en un mazo de cartas 

8 class Carta 

9 { 

10 public static enum Cara { As, Dos, Tres, Cuatro, Cinco, Seis, 

11 Siete, Ocho, Nueve, Diez, loto, Quina, Rey }; 

12 public static enum Palo { Bastos, Diamantes, Corazones, Espadas }; 

13 

14 private final Cara cara; // cara de la carta 

15 private final Palo palo; // palo de la carta 

16 

17 // constructor con dos argumentos 

18 public Carta( Cara caraCarta, Palo pal oCarta ) 

19 { 

20 cara = caraCarta; // inicializa la cara de la carta 

21 palo = paloCarta; // inicializa el palo de la carta 

22 } // fin del constructor de Carta con dos argumentos 

23 

24 // devuelve la cara de la carta 

25 public Cara obtenerCaraO 

26 { 

27 return cara; 

28 } // fin del método obtenerCara 

29 

30 // devuelve el palo de la Carta 

31 public Palo obtenerPal o() 

32 { 

33 return palo; 

34 } // fin del método obtenerPalo 

35 

36 // devuelve la representación String de la Carta 

37 public String toStringO 

38 { 

39 return Stri ng . format( "%s de %s", cara, palo ); 

40 } // fin del método toString 

41 } // fin de la clase Carta 

42 

43 // declaración de la clase MazoDeCartas 

44 public class MazoDeCartas 

45 { 

46 private List< Carta > lista; // declara objeto List que almacenará los objetos Carta 

47 

48 // establece mazo de objetos Carta y baraja 

49 public MazoDeCartasO 

50 { 

51 Carta[] mazo = new Carta[ 52 ]; 

Figura 1 9. 1 2 | Barajar y repartir cartas con el método shuffle de Col 1 ecti ons. (Parte I de 2). 
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52 int cuenta = 0; // número de cartas 

53 

54 // llena el mazo con objetos Carta 

55 for ( Carta. Palo palo : Carta. Palo. valuesO ) 

56 { 

57 for ( Carta. Cara cara : Carta. Cara. val ues() ) 

58 { 

59 mazo[ cuenta ] = new Carta( cara, palo ); 

60 cuenta++; 

61 } // fin de for 

62 } // fin de for 

63 

64 1 ista = Arrays . asLi st( mazo ); // obtiene objeto List 

65 Col 1 ections.shuffle( lista ); // baraja el mazo 

66 } // fin del constructor de MazoDeCartas 

67 

68 // imprime el mazo 

69 public void imprimi rCartasO 

70 { 

71 // muestra las 52 cartas en dos columnas 

72 for ( int i = 0; i < 1 i sta. size() ; i++ ) 

73 System. out.printf( '%-20s%s' , lista. get( i ), 

74 ( ( i + 1 ) % 2 == 0 ) ? "\n" : "\t" ) ; 

75 } // fin del método imprimi rCartas 

76 

77 public static void main( String args[] ) 

78 { 

79 MazoDeCartas cartas = new MazoDeCartas () ; 

80 cartas. imprimi rCartasO ; 

81 } // fin de main 

82 } // fin de la clase MazoDeCartas 
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As de Corazones 
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Cuatro de Corazones 
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Dos de Espadas 

Seis de Espadas 

Nueve de Bastos 

Nueve de Corazones 

loto de Bastos 

Dos de Diamantes 

Nueve de Diamantes 

Rey de Corazones 

Cinco de Corazones 

Ocho de Diamantes 
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Diez de Bastos 
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Quina de Diamantes 
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Dos de Corazones 
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Cuatro de Bastos 

Siete de Diamantes 
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1 

Rey de Diamantes 


Figura 1 9. 1 2 | Barajar y repartir cartas con el método shuf fie de Col 1 ecti ons. (Parte 2 de 2). 
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La acción de barajar las cartas ocurre en la línea 65, en la cual se hace una llamada al método stati c shuffle 
de la clase Col 1 ecti ons para barajar los elementos del arreglo. El método shuffle requiere un argumento Li st, 
por lo que debemos obtener una vista Li st del arreglo antes de poder barajarlo. En la línea 64 se invoca el método 
stati c asLi st de la clase Arrays para obtener una vista Li st del arreglo mazo. 

El método imprimi rCartas (líneas 69 a 75) muestra el mazo de cartas en dos columnas. En cada iteración 
del ciclo, en las líneas 73 y 74 se imprime una carta justificada a la izquierda, en un campo de 20 caracteres segui- 
do de una nueva línea o de una cadena vacía, con base en el número de cartas mostradas hasta ese momento. Si el 
número de cartas es par, se imprime una nueva línea; en caso contrario, se imprime un tabulador. 

1 9.6.3 Los algoritmos reverse, fil 1 , copy, max y mi n 

La clase Col 1 ecti ons proporciona algoritmos para invertir, llenar y copiar objetos Li st. El algoritmo reverse 
invierte el orden de los elementos en un objeto Li st y el algoritmo fill sobrescribe los elementos en un objeto 
List con un valor especificado. La operación fill es útil para reinicializar un objeto List. El algoritmo copy 
recibe dos argumentos: un objeto Li st de destino y un objeto Li st de origen. Cada elemento del objeto Li st de 
origen se copia al objeto Li st de destino. El objeto Li st de destino debe tener cuando menos la misma longitud 
que el objeto Li st de origen; de lo contrario, se producirá una excepción IndexOutOfBoundsException. Si el 
objeto Li st de destino es más largo, los elementos que no se sobrescriban permanecerán sin cambio. 

Cada uno de los algoritmos que hemos visto hasta ahora opera en objetos Li st. Los algoritmos min y max 
operan en cualquier objeto Col 1 ecti on. El algoritmo min devuelve el elemento más pequeño en un objeto 
Col 1 ecti on y el algoritmo max devuelve el elemento más grande en un objeto Col 1 ecti on. Ambos algoritmos 
pueden llamarse con un objeto Comparator como segundo argumento, para realizar comparaciones personaliza- 
das entre objetos, como el objeto ComparadorTi empo en la figura 19.1 1. En la figura 19.13 se demuestra el uso 
de los algoritmos reverse, fil 1, copy, mi n y max. Observe que se declara el tipo genérico Li st para almacenar 
objetos Cha ráete r. 

En la línea 24 se hace una llamada al método reverse de Coll ecti ons para invertir el orden de lista. 
El método reverse recibe un argumento List. En este caso, 1 i sta es una vista Li st del arreglo 1 etras. Aho- 
ra el arreglo letras tiene sus elementos en orden inverso. En la línea 28 se copian los elementos de lista en 
copiaLista, usando el método copy de Coll ecti ons. Los cambios a copiaLista no cambian a letras, ya 
que copi aLi sta es un objeto Li st separado que no es una vista Li st para 1 etras. El método copy requiere dos 
argumentos Li st. En la línea 32 se hace una llamada al método fil 1 de Col 1 ecti ons para colocar la cadena "R" 
en cada elemento de 1 i sta. Como 1 i sta es una vista Li st de 1 etras, esta operación cambia cada elemento en 
1 etras a "R". El método fil 1 requiere un objeto List como primer argumento, y un objeto Ob ject como segun- 
do argumento. En las líneas 45 y 46 se hace una llamada a los métodos max y mi n de Col 1 ecti ons para buscar el 
elemento más grande y más pequeño de la colección, respectivamente. Recuerde que un objeto Li st es un objeto 
Col 1 ecti on, por lo que en las líneas 45 y 46 se puede pasar un objeto Li st a los métodos max y mi n. 
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// Fig. 19.13: Algoritmosl. java 

// Uso de los algoritmos reverse, fill, copy, min y max. 

import java. uti 1 . Li st ; 
import java. uti 1 .Arrays ; 
import java. útil .Collections; 

public class Algoritmosl 

{ 

private Character[] letras = { 'P , ’C’, ’ M ’ }; 
private Character[] copiaLetras; 
private List< Character > lista; 
private List< Character > copiaLista; 

// crea un objeto List y lo manipula con los métodos de Collections 
public AlgoritmoslO 
{ 

lista = Arrays . asLi st( letras ); // obtiene el objeto List 


Figura 1 9.1 3 | Los métodos reverse, fil 1 , copy, max y mi n de Col 1 ecti ons. (Parte I de 2). 
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18 copiaLetras = new Character[ B ]; 

19 copiaLista = Arrays . asLi st( copiaLetras ); // vista List de copiaLetras 

20 

21 System. out.println( "Lista inicial: " ); 

22 imprimir( lista ); 

23 

24 Collections. reverseC lista ); // invierte el orden 

25 System. out.printlnC "\nDespues de llamar a reverse: " ); 

26 imprimir( lista ); 

27 

28 Collections.copyC copiaLista, lista ); // copia el objeto List 

29 System. out.printlnC "\nDespues de copy: " ); 

30 imprimiré copiaLista ); 

31 

32 Collections. fill( lista, ' R ' ); // llena la lista con Rs 

33 System. out.printlnC "\nDespues de llamar a fill : " ); 

34 imprimirC lista ); 

35 } // fin del constructor de Algoritmos!. 

36 

37 // imprime la información del objeto List 

38 private void imprimiré List< Character > ref Lista ) 

39 { 

40 System. out.printC "La lista es: " ); 

41 

42 for C Character elemento : refLista ) 

43 System . out . pri ntfC "%s ", elemento ); 

44 

45 System. out. printfC "\nMax: %s", Collections. maxC refLista ) ); 

46 System. out. printfC " Min: %s\n", Collections. mi nC refLista ) ); 

47 } // fin del método imprimir 

48 

49 public static void mainC String args[] ) 

50 { 

51 new AlgoritmoslC) ; 

52 } // fin de main 

53 } // fin de la clase Algoritmosl 


Li sta i ni ci al : 


La lista es 

: P C M 


Max: P Min 

: C 


Después de 

llamar a 

reverse : 

La lista es 

: M C P 


Max: P Min 

: C 


Después de 

copy: 


La lista es 

: M C P 


Max: P Min 

: C 


Después de 

llamar a 

fill : 

La lista es 

: R R R 


Max: R Min 

: R 



Figura 19.13 | Los métodos reverse, fill , copy, max y mi n de Collections. (Parte 2 de 2). 


19.6.4 El algoritmo binarySearch 

En la sección 16.2.2 estudiamos el algoritmo de búsqueda binaria, de alta velocidad. Este algoritmo se incluye 
en el marco de trabajo de colecciones de Java como un método stati c de la clase Col 1 ecti ons. El algoritmo 
binarySearch localiza un objeto en un objeto Li st (es decir, un objeto Li nkedLi st, Vector o ArrayLi st). Si 
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se encuentra el objeto, se devuelve el índice de ese objeto. Si no se encuentra el objeto, bi narySearch devuelve 
un valor negativo. El algoritmo bi narySearch determina este valor negativo calculando primero el punto de 
inserción y cambiando el signo del punto de inserción a negativo. Después, bi narySearch resta uno al punto 
de inserción para obtener el valor de retorno, el cual garantiza que el método bi narySearch devolverá 
números positivos (>= 0), sí y sólo si se encuentra el objeto. Si varios elementos en la lista coinciden con la clave 
de búsqueda, no hay garantía de que uno se localice primero. En la figura 19.14 se utiliza el algoritmo bi nary- 
Search para buscar una serie de cadenas en un objeto ArrayLi st. 


1 // Fig. 19.14: PruebaBusquedaBinaria. java 

2 // Uso del algoritmo bi narySearch . 

3 import java. útil .List; 

4 import java. útil .Arrays; 

5 import java. útil .Collections; 

6 import java. útil .ArrayList; 

7 

8 public class PruebaBusquedaBinaria 

9 { 

10 private static final String colores[] = { "rojo", "blanco' , 

11 "azul", "negro", "amarillo", "morado", "carne", "rosa" }; 

12 private List< String > lista; // referencia ArrayList 

13 

14 // crea, ordena e imprime la lista 

15 public PruebaBusquedaBi nari a() 

16 { 

17 lista = new ArrayList< String >( Arrays . asLi st( colores ) ); 

18 Collections. sort( lista ); // ordena el objeto ArrayList 

19 System. out. printf( "ArrayList ordenado: %s\n", lista ); 

20 } // fin del constructor de PruebaBusquedaBinaria 

21 

22 // busca varios valores en la lista 

23 private void buscaré) 

24 { 

25 imprimi rResul tadosBusqueda( colores[ 3 ] ); // primer elemento 

26 imprimi rResul tadosBusqueda( colores[ 0 ] ); // elemento medio 

27 imprimi rResul tadosBusqueda( colores[ 7 ] ); // último elemento 

28 imprimi rResul tadosBusqueda( "aqua" ); // debajo del menor 

29 imprimi rResul tadosBusqueda( "gris" ); // no existe 

30 imprimi rResul tadosBusqueda( "verdeazul ado" ); // no existe 

31 } // fin del método buscar 

32 

33 // método ayudante para realizar búsquedas 

34 private void imprimi rResultadosBusqueda( String clave ) 

35 { 

36 int resultado = 0; 

37 

38 System. out.printf( "\nBuscando: %s\n", clave ); 

39 resultado = Collections. bi narySearch( lista, clave ); 

40 

41 if ( resultado >= 0 ) 

42 System . out . pri ntf( "Se encontró en el indice %d\n", resultado ); 

43 el se 

44 System. out. printf( "No se encontró (%d)\n" , resultado ); 

45 } // fin del método imprimi rResul tadosBusqueda 

46 

47 public static void main( String args[] ) 

48 { 

49 PruebaBusquedaBinaria PruebaBusquedaBinaria = new PruebaBusquedaBi nari a() ; 

Figura 19.14 | El método bi narySearch de Collections. (Parte I de 2). 
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50 pruebaBusquedaBinaria.buscarO ; 

51 } // fin de main 

52 } // fin de la clase PruebaBusquedaBi nari a 


ArrayList ordenado: [amarillo, azul, blanco, carne, morado, negro, rojo, rosa] 

Buscando: negro 
Se encontró en el indice 5 

Buscando: rojo 
Se encontró en el indice 6 

Buscando: rosa 
Se encontró en el indice 7 

Buscando: aqua 
No se encontró (-2) 

Buscando: gris 
No se encontró (-5) 

Buscando: verdeazulado 
No se encontró (-9) 


Figura 19.14 | El método binarySearch de Collections. (Parte 2 de 2). 


Recuerde que tanto Li st como ArrayLi st son tipos genéricos (líneas 12 y 17). El método bi narySearch 
de Col 1 ecti ons espera que los elementos de la lista estén en orden ascendente, por lo que la línea 18 en el cons- 
tructor ordena la lista con el método sort de Col 1 ecti ons. Si los elementos de la lista no están ordenados, el 
resultado es indefinido. En la línea 19 se imprime la lista ordenada en la pantalla. El método buscar (líneas 23 
a 31) se llama desde mai n para realizar las búsquedas. Cada búsqueda llama al método imprimi rResultados- 
Busqueda (líneas 34 a 45) para realizar la búsqueda e imprimir los resultados en pantalla. En la línea 39 se hace 
una llamada al método bi narySearch de Col 1 ecti ons para buscar en 1 i sta la el ave especificada. El método 
bi narySearch recibe un objeto Li st como primer argumento, y un objeto Ob j ect como segundo argumento. 
En las líneas 41 a 44 se imprimen en pantalla los resultados de la búsqueda. Una versión sobrecargada de bi na- 
rySearch recibe un objeto Comparator como tercer argumento, el cual especifica la forma en que bi narySearch 
debe comparar los elementos. 

19.6.5 Los algoritmos addAll , frequeney y disjoint 

La clase Col 1 ecti ons también proporciona los algoritmos addAll, frequeney y disjoint. El algoritmo add- 
All recibe dos argumentos: un objeto Col 1 ecti on en el que se va(n) a insertar el (los) nuevo(s) elemento(s) y 
un arreglo que proporciona los elementos a insertar. El algoritmo frequeney recibe dos argumentos: un objeto 
Col 1 ecti on en el que se va a buscar y un objeto Object que se va a buscar en la colección. El método frequeney 
devuelve el número de veces que aparece el segundo argumento en la colección. El algoritmo disjoint recibe 
dos objetos Collections y devuelve true si no tienen elementos en común. En la figura 19.15 se demuestra el 
uso de los algoritmos addAl 1, frequeney y di sjoi nt. 

En la línea 19 se inicializa 1 i sta con los elementos en el arreglo col ores, y en las líneas 20 a 22 se agregan 
los objetos String "negro", "rojo" y "verde" a vector. En la línea 31 se invoca el método addAll para 
agregar los elementos en el arreglo colores a vector. En la línea 40 se obtiene la frecuencia del objeto Stri ng 
" rojo" en el objeto Col 1 ecti on llamado vector, usando el método frequeney. Observe que en las líneas 41 y 
42 se utiliza el nuevo método pri ntf para imprimir la frecuencia en pantalla. En la línea 45 se invoca el método 
disjoint para evaluar si los objetos Collections 1 i sta y vector tienen elementos en común. 
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1 // Fig. 19.15: Algoritmos2. java 

2 // Uso de los algoritmos addAll, frequency y disjoint. 

3 import java. útil .List; 

4 import java. útil .Vector; 

5 import java. útil .Arrays; 

6 import java. útil .Collections; 

7 

8 public class Algoritmos2 

9 { 

10 private String[] colores = { 'rojo , "blanco", "amarillo 1 , "azul" }; 

11 private List< String > lista; 

12 private Vector< String > vector = new Vector< String >(); 

13 

14 // crea objetos List y Vector 

15 // y los manipula con métodos de Collections 

16 public Algoritmos2() 

17 { 

18 // inicial iza lista y vector 

19 lista = Arrays . asLi st( colores ); 

20 vector. add( "negro" ); 

21 vector. add( "rojo" ); 

22 vector. add( "verde" ); 

23 

24 System. out.println( "Antes de addAll, el vector contiene: " ); 

25 

26 // muestra los elementos en el vector 

27 for ( String s : vector ) 

28 System. out. printf( "%s ", s ); 

29 

30 // agrega los elementos en colores a lista 

31 Col lections. addAll ( vector, colores ); 

32 

33 System. out.printlnC "\n\nDespues de addAll, el vector contiene: " ); 

34 

35 // muestra los elementos en el vector 

36 for ( String s : vector ) 

37 System . out . pri ntf( "%s ", s ); 

38 

39 // obtiene la frecuencia de "rojo” 

40 int frecuencia = Collections. frequency( vector, "rojo" ); 

41 System. out. printf( 

42 "\n\ nFrecuencia de rojo en el vector: %d\n' , frecuencia ); 

43 

44 // comprueba si lista y vector tienen elementos en común 

45 boolean desunión = Col 1 ecti ons . di s joi nt( lista, vector ); 

46 

47 System. out. pri ntf( "\nlista y vector %s elementos en comun\n", 

48 ( desunión ? "no tienen" : "tienen" ) ); 

49 } // fin del constructor de Algoritmos2 

50 

51 public static void main( String args[] ) 

52 { 

53 new Algoritmos2() ; 

54 } // fin de main 

55 } // fin de la clase Algoritmos2 

Antes de addAll, el vector contiene: 

negro rojo verde 

I 

Figura 19.15 | Los métodos addAll, frequency y disjoint de Collections. (Parte I de 2). 
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Después de addAll , el vector contiene: 
negro rojo verde rojo blanco amarillo azul 

Frecuencia de rojo en el vector: 2 

lista y vector tienen elementos en común 

Figura 19.15 | Los métodos addAll , frequency y disjoi nt de Col lections. (Parte 2 de 2). 

19.7 La clase Stack del paquete java. útil 

En el capítulo 17, Estructuras de datos, aprendimos a construir estructuras de datos fundamentales, incluyendo 
listas enlazadas, pilas, colas y árboles. En un mundo de reutilización de software, en vez de construir las estructu- 
ras de datos a medida que las necesitamos, podemos a menudo aprovechar las estructuras de datos existentes. En 
esta sección, investigaremos la clase Stack en el paquete de utilerías de Java ( j ava .útil). 

En la sección 19.5.3 hablamos sobre la clase Vector, la cual implementa a un arreglo que puede cambiar 
su tamaño en forma dinámica. La clase Stack extiende a la clase Vector para implementar una estructura de 
datos tipo pila. La conversión autoboxing ocurre cuando agregamos un tipo primitivo a un objeto Stack, ya que 
la clase Stack sólo almacena referencias a objetos. En la figura 19.16 se demuestran varios métodos de Stack. 
Para obtener los detalles de la clase Stack, visite el sitio Web java, su n . com/javase/6/docs/api/java/uti 1/ 
Stack.html. 


1 // Fig. 19.16: PruebaStack. java 

2 // Programa para probar la clase java. útil .Stack. 

3 import java. útil .Stack; 

4 import java. útil .EmptyStackException; 

5 

6 public class PruebaStack 

7 { 

8 public PruebaStack!) 

9 { 

10 Stack< Number > pila = new Stack< Number >(); 

1 1 

12 // crea números para almacenarlos en la pila 

13 Long numeroLong = 12L; 

14 Integer numerolnt = 34567; 

15 Float numeroFloat = 1.0F; 

16 Double numeroDouble = 1234.5678; 

17 

18 // usa el método push 

19 pila.push( numeroLong ); // mete un long 

20 imprimi rPila( pila ); 

21 pila.push( numerolnt ); // mete un int 

22 imprimi rPila( pila ); 

23 pila.push( numeroFloat ); // mete un float 

24 imprimi rPila( pila ); 

25 pila.push( numeroDouble ); // mete un double 

26 imprimi rPila( pila ); 

27 

28 // elimina los elementos de la pila 

29 try 

30 { 

31 Number objetoEliminado = nuil; 

32 

33 // saca elementos de la pila 

34 while ( true ) 

Figura 19.16 | La clase Stack del paquete java. útil. (Parte I de 2). 
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35 { 

36 objetoEliminado = pila.popO; // usa el método pop 

37 System. out.printf( "%s se saco\n", objetoEliminado ); 

38 imprimi rPila( pila ); 

39 } // fin de while 

40 } // fin de try 

41 catch ( EmptyStackException emptyStackException ) 

42 { 

43 emptyStackException. printStackTrace() ; 

44 } // fin de catch 

45 } // fin del constructor de PruebaStack 

46 

47 private void imprimi rPi la( Stack< Number > pila ) 

48 { 

49 if ( pi 1 a. i sEmptyO ) 

50 System. out. print( 'la pila esta vacia\n\n" ); //la pila está vacia 

51 else // la pila no está vacia 

52 { 

53 System . out . pri nt( 'la pila contiene: " ); 

54 

55 // itera a través de los elementos 

56 for ( Number numero : pila ) 

57 System. out. printff "%s , numero ); 

58 

59 System. out. print( "(superior) \n\n" ); // indica la parte superior de la pila 

60 } // fin de else 

61 } // fin del método imprimi rPi la 

62 

63 public static void main( String args[] ) 

64 { 

65 new PruebaStackO ; 

66 } // fin de main 

07 } // fin de la clase PruebaStack 

la pila contiene: 12 (superior) 

la pila contiene: 12 34567 (superior) 

la pila contiene: 12 34567 1.0 (superior) 

la pila contiene: 12 34567 1.0 1234.5678 (superior) 

1234. 5678 se saco 

la pila contiene: 12 34567 1.0 (superior) 

1.0 se saco 

la pila contiene: 12 34567 (superior) 

34567 se saco 

la pila contiene: 12 (superior) 

12 se saco 
la pila esta vacia 

java. útil .EmptyStackException 

at java. útil . Stack. peek(Stack.java:85) 
at java. útil . Stack. pop(Stack.java:67) 
at PruebaStack.<i ni t> (PruebaStack .java: 36) 
at PruebaStack.mai n( PruebaStack. java: 65) 

Figura 19.16 | La clase Stack del paquete java. útil. (Parte 2 de 2). 
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En la línea 10 del constructor se crea un objeto Stack vacío de tipo Number. La clase Number (en el paquete 
j ava . 1 ang) es la superclase de la mayoría de las clases de envoltura (como Intege r, Doubl e) para los tipos pri- 
mitivos. Al crear un objeto Stack de objetos Number, se pueden meter en la pila objetos de cualquier clase que 
extienda a la clase Number. En cada una de las líneas 19, 21, 23 y 25 se hace una llamada al método push de Stack 
para agregar objetos a la parte superior de la pila. Observe las literales 12L (línea 13) y 1.0F (línea 15). Cualquier 
literal entera que tenga el sufijo L es un valor long. Cualquier literal entera sin un sufijo es un valor i nt. De 
manera similar, cualquier literal de punto flotante que tenga el sufijo F es un valor float. Una literal de punto 
flotante sin un sufijo es un valor doubl e. Puede aprender más acerca de las literales numéricas en la Especifica- 
ción del lenguaje Java, en el sitio Web java, sun . com/docs/books/jl s/second_edi ti on/html/exp ressi ons . 
doc.html#224125. 

Un ciclo infinito (líneas 34 a 39) llama al método pop de Stack para eliminar el elemento superior de la pila. 
El método devuelve una referencia Number al elemento eliminado. Si no hay elementos en el objeto Stack, el 
método pop lanza una excepción EmptyStackException, la cual termina el ciclo. La clase Stack también declara 
el método peek. Este método devuelve el elemento superior de la pila sin sacarlo. 

En la línea 49 se hace una llamada al método isEmpty de Stack (heredado por Stack de la clase Vector) 
para determinar si la pila está vacía. Si está vacía, el método devuelve true; en caso contrario, devuelve fal se. 

El método imprimi rPila (líneas 47 a 61) utiliza la instrucción for mejorada para iterar a través de los 
elementos en la pila. La parte superior actual de la pila (el último valor que se metió a la pila) es el primer valor 
que se imprime. Como la clase Stack extiende a la clase Vector, toda la interfaz publ i c de la clase Vector está 
disponible para los clientes de la clase Stack. 
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Como Stack extiende a Vector, todos los métodos publ i c de Vector pueden llamarse en objetos Stack, aún si los 
métodos no representan operaciones de pila convencionales. Por ejemplo, el método add de Vector se puede utilizar 
para insertar un elemento en cualquier parte de una pila; una operación que podría “corromper” los datos de la pila. 
Al manipular un objeto Stack, sólo deben usarse los métodos push y pop para agregar y eliminar elementos de la 
pila, respectivamente. 


19.8 La clase Prior i tyQueue y la interfaz Queue 

En la sección 17.8 presentamos la estructura de datos tipo cola y creamos nuestra propia implementación de 
ella. En esta sección investigaremos la interfaz Queue y la clase Priori tyQueue del paquete de utilerías de Java 
( j ava . uti 1 ). Queue, una nueva interfaz de colecciones introducida en Java SE 5, extiende a la interfaz Col 1 ec- 
tion y proporciona operaciones adicionales para insertar, eliminar e inspeccionar elementos en una cola. 
Priori tyQueue, una de las clases que implementa a la interfaz Queue, ordena los elementos en base a su orden 
natural, según lo especificado por el método compárelo de los elementos Comparable, o mediante un objeto 
Comparator que se suministra a través del constructor. 

La clase Priori tyQueue proporciona una funcionalidad que permite inserciones en orden en la estructura 
de datos subyacente, y eliminaciones de la parte frontal de la estructura de datos subyacente. Al agregar elementos 
a un objeto Priori tyQueue, los elementos se insertan en orden de prioridad, de tal forma que el elemento con 
mayor prioridad (es decir, el valor más grande) será el primer elemento eliminado del objeto Pri ori tyQueue. 

Las operaciones comunes de Pri ori tyQueue son: offer para insertar un elemento en la ubicación apropia- 
da, con base en el orden de prioridad, pol 1 para eliminar el elemento de mayor prioridad de la cola de prioridad 
(es decir, la parte inicial o cabeza de la cola), peek para obtener una referencia al elemento de mayor prio- 
ridad de la cola de prioridad (sin eliminar ese elemento), clear para eliminar todos los elementos en la cola de 
prioridad y size para obtener el número de elementos en la cola de prioridad. En la figura 19.17 se demuestra 
la clase Pri ori tyQueue. 

En la línea 10 se crea un objeto Pri ori tyQueue que almacena objetos Doubl e con una capacidad inicial de 
11 elementos, y se ordenan los elementos de acuerdo con el ordenamiento natural del objeto (los valores prede- 
terminados para un objeto Pri ori tyQueue). Observe que Pri ori tyQueue es una clase genérica, y que en la línea 
10 se crea una instancia de un objeto Pri ori tyQueue con un argumento de tipo Doubl e. La clase Pri ori ty- 
Queue proporciona cinco constructores adicionales. Uno de éstos recibe un int y un objeto Comparator para 
crear un objeto Pri ori tyQueue con la capacidad inicial especificada por el valor int y el ordenamiento por el 
objeto Comparator. En las líneas 13 a 15 se utiliza el método offer para agregar elementos a la cola de prioridad. 
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El método offer lanza una excepción Nul 1 Poi ntException si el programa trata de agregar un objeto nuil a 
la cola. El ciclo en las líneas 20 a 24 utiliza el método size para determinar si la cola de prioridad está vacía 
(línea 20). Mientras haya más elementos, en la línea 22 se utiliza el método peek de Pri ori tyQueue para obtener 
el elemento de mayor prioridad en la cola, para imprimirlo en pantalla (sin eliminarlo de la cola). En la línea 23 
se elimina el elemento de mayor prioridad en la cola, con el método pol 1 . 


1 // Fig. 19.17: PruebaPri ori tyQueue. java 

2 // Programa de prueba de la clase PriorityQueue de la biblioteca estándar. 

3 import java. útil . PriorityQueue; 

4 

5 public class PruebaPriorityQueue 

6 { 

7 public static void main( String args[] ) 

8 { 

9 // cola con capacidad de 11 

10 PriorityQueue< Double > cola = new PriorityQueue< Double >() ; 

1 1 

12 // inserta elementos en la cola 

13 cola.offer( 3.2 ); 

14 cola.offer( 9.8 ) ; 

15 cola.offer( 5.4 ) ; 

16 

17 System. out. pri nt( "Sondeando de cola: " ); 

18 

19 // muestra los elementos en la cola 

20 while ( col a. size O > 0 ) 

21 { 

22 System. out. printf( '%.lf ' , cola.peek() ); //ve el elemento superior 

23 cola. poli (); // elimina el elemento superior 

24 } // fin de while 

25 } // fin de main 

26 } // fin de la clase PruebaPriorityQueue 


Sondeando de cola: 3.2 5.4 9.8 

I 

Figura 19.17 | Programa de prueba de la clase PriorityQueue. 


19.9 Conjuntos 

Un objeto Set es un objeto Collection que contiene elementos únicos (es decir, sin elementos duplicados). 
El marco de trabajo de colecciones contiene varias implementaciones de Set, incluyendo a HashSet y Tree- 
Set. HashSet almacena sus elementos en una tabla de hash, y TreeSet almacena sus elementos en un árbol. El 
concepto de las tablas de hash se presenta en la sección 19.10. En la figura 19.18 se utiliza un objeto HashSet 
para eliminar las cadenas duplicadas de un objeto Li st. Recuerde que tanto Li st como Col 1 ecti on son tipos 
genéricos, por lo que en la línea 18 se crea un objeto Li st que contiene objetos Stri ng, y en la línea 24 se pasa 
un objeto Collection de objetos String al método imprimi rSi nDupl i cados. 

El método i mpri mi rSi nDupl i cados (líneas 24 a 35), el cual es llamado desde el constructor, recibe un argu- 
mento Col 1 ecti on. En la línea 27 se crea un objeto HashSet a partir del argumento Col 1 ecti on. Observe que 
tanto Set como HashSet son tipos genéricos. Por definición, los objetos Set no contienen valores duplicados, por 
lo que cuando se construye el objeto HashSet, éste elimina cualquier valor duplicado en el objeto Col 1 ecti on. 
En las líneas 31 y 32 se imprimen en pantalla los elementos en el objeto Set. 

Conjuntos ordenados 

El marco de trabajo de colecciones también incluye la interfaz SortedSet (que extiende a Set) para los conjun- 
tos que mantengan a sus elementos ordenados; ya sea en el orden natural de los elementos (por ejemplo, los 
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1 // Fig. 19.18: PruebaSet . java 

2 // Uso de un objeto HashSet para eliminar duplicados. 

3 import java. útil .List; 

4 import java. uti 1 . Arrays ; 

5 import java. uti 1 . HashSet ; 

6 import java. uti 1 . Set ; 

7 import java. útil .Collection; 

8 

9 public class PruebaSet 

10 { 

11 private static final String colores[] = { "rojo 1 , "blanco", "azul , 

12 "verde 1 , "gris", "naranja", "carne", "blanco", "cyan", 

13 "durazno , "gris", "naranja" }; 

14 

15 // crea e imprime un objeto ArrayList 

16 public PruebaSetO 

17 { 

18 List< String > lista = Arrays . asLi st( colores ); 

19 System. out. pri ntf( "ArrayList: %s\n , lista ); 

20 imprimi rSi nDupl i cados( lista ); 

21 } // fin del constructor de PruebaSet 

22 

23 // crea conjunto a partir del arreglo para eliminar duplicados 

24 private void imprimi rSi nDupl i cados( Collection< String > colección ) 

25 { 

26 // crea un objeto HashSet 

27 Set< String > conjunto = new HashSet< String >( colección ); 

28 

29 System. out. printlnC "\nLos valores sin duplicados son: " ); 

30 

31 for ( String s : conjunto ) 

32 System . out . pri ntf( "%s ", s ); 

33 

34 System. out. pri ntln () ; 

35 } // fin del método imprimirSinDuplicados 

36 

37 public static void main( String args[] ) 

38 { 

39 new PruebaSetO I 

40 } // fin de main 

41 } // fin de la clase PruebaSet 


ArrayList: [rojo, blanco, azul, verde, gris, naranja, carne, blanco, cyan, durazno, gris, 
naranja] 

Los valores sin duplicados son: 

durazno gris verde azul blanco rojo cyan carne naranja 
Figura 1 9. 1 8 | Objeto HashSet utilizado para eliminar valores duplicados de un arreglo de cadenas. 


números se encuentran en orden ascendente) o en un orden especificado por un objeto Comparator. La clase 
TreeSet implementa a SortedSet. El programa de la figura 19.19 coloca cadenas en un objeto TreeSet. Estas 
cadenas se ordenan al ser agregadas al objeto T reeSet. Este ejemplo también demuestra los métodos de vista de 
rango, los cuales permiten a un programa ver una porción de una colección. 

En las líneas 16 y 17 del constructor se crea un objeto T reeSet de objetos Stri ng que contiene los elemen- 
tos del arreglo nombres, y se asigna el objeto SortedSet a la variable árbol . Tanto SortedSet como TreeSet 
son tipos genéricos. En la línea 20 se imprime en pantalla el conjunto inicial de cadenas, utilizando el método 
imprimi rCon junto (líneas 36 a 42), sobre el cual hablaremos en breve. En la línea 24 se hace una llamada al 
método headSet de TreeSet para obtener un subconjunto del objeto TreeSet, en el que todos los elementos 
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serán menores que "naranja". La vista devuelta de headSet se imprime a continuación con i mpri mi rCon j unto. 
Si se hace algún cambio al subconjunto, éste se reflejará también en el objeto TreeSet original, debido a que el 
subconjunto devuelto por headSet es una vista del objeto T reeSet. 

En la línea 28 se hace una llamada al método tailSet de TreeSet para obtener un subconjunto en el que 
cada elemento sea mayor o igual que " naran j a", y después se imprime el resultado en pantalla. Cualquier cambio 
realizado a través de la vista tai 1 Set se realiza también en el objeto TreeSet original. En las líneas 31 y 32 se 
hace una llamada a los métodos first y 1 ast de SortedSet para obtener el elemento más pequeño y más grande 
del conjunto, respectivamente. 


1 // Fig. 19.19: PruebaSortedSet . java 

2 // Uso de TreeSet y SortedSet. 

3 import java. útil .Arrays; 

4 import java. útil .SortedSet; 

5 import java. útil .TreeSet; 

6 

7 public class PruebaSortedSet 

8 { 

9 private static final String nombres[] = { "amarillo , "verde", 

10 "negro", "carne", "gris", "blanco", "naranja", "rojo", "verde" }; 

1 1 

12 // crea un conjunto ordenado con TreeSet, y después lo manipula 

13 public PruebaSortedSetO 

14 { 

15 // crea objeto TreeSet 

16 SortedSet< String > árbol = 

17 new TreeSet< String >( Arrays . asLi st( nombres ) ); 

18 

19 System. out.println( "conjunto ordenado: " ); 

20 imprimi rConjunto( árbol ); // imprime el contenido del árbol 

21 

22 // obtiene subconjunto mediante headSet, con base en "naranja" 

23 System. out.print( "\nheadSet (\"naranja\") : " ); 

24 imprimi rConjunto( árbol . headSet( "naranja" ) ); 

25 

26 // obtiene subconjunto mediante tailSet, con base en "naranja" 

27 System. out.print( "tailSet (\"naranja\") : " ); 

28 imprimi rConjunto( árbol .tailSet( "naranja" ) ); 

29 

30 // obtiene los elementos primero y último 

31 System. out. printf( "primero: %s\n", árbol. firstO ); 

32 System. out. printf( "ultimo : %s\n", árbol. last() ); 

33 } // fin del constructor de PruebaSortedSet 

34 

35 // imprime el conjunto en pantalla 

36 private void imprimi rConjunto( SortedSet< String > conjunto ) 

37 { 

38 for ( String s : conjunto ) 

39 System . out . pri nt( '%s " , s ); 

40 

41 System. out. printlnO ; 

42 } // fin del método imprimi rConjunto 

43 

44 public static void main( String args[] ) 

45 { 

46 new PruebaSortedSetO; 

47 } // fin de main 

48 } // fin de la clase PruebaSortedSet 

Figura 19.19 | Uso de objetos SortedSet y TreeSet. (Parte I de 2). 
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conjunto ordenado: 


amarillo blanco carne 

gris naranja negro rojo verde 

headSet ("naranja"): 

amarillo blanco carne gris 

tai 1 Set ("naranja"): 

naranja negro rojo verde 

primero: amarillo 


ultimo : verde 

1 



Figura 19.19 | Uso de objetos SortedSet y TreeSet. (Parte 2 de 2). 


El método ■imprimí rConjunto (líneas 36 a 42) recibe un objeto SortedSet como argumento y lo impri- 
me. En las líneas 38 y 39 imprime en pantalla cada elemento del objeto SortedSet, usando la instrucción 
for mejorada. 

19.10 Mapas 

Los objetos Map asocian claves a valores y no pueden contener claves duplicadas (es decir, cada clave puede aso- 
ciarse solamente con un valor; a este tipo de asociación se le conoce como asociación de uno a uno. Los objetos 
Map difieren de los objetos Set en cuanto a que los primeros contienen claves y valores, mientras que los segundos 
contienen solamente valores. Tres de las muchas clases que implementan a la interfaz Map son HashTable, Hash- 
Map y TreeMap. Los objetos HashTabl e y HashMap almacenan elementos en tablas de hash, y los objetos TreeMap 
almacenan elementos en árboles. En esta sección veremos las tablas de hash y proporcionaremos un ejemplo en 
el que se utiliza un objeto HashMap para almacenar pares clavePvalor. La interfaz SortedMap extiende a Map y 
mantiene sus claves en orden; ya sea el orden natural de los elementos o un orden especificado por un objeto 
Comparator. La clase T reeMap implementa a SortedMap. 

Implementación de Map con tablas de hash 

Los lenguajes de programación orientados a objetos facilitan la creación de nuevos tipos. Cuando un programa 
crea objetos de tipos nuevos o existentes, es probable que necesite almacenarlos y obtenerlos con eficiencia. Los 
procesos de ordenar y obtener información con los arreglos es eficiente, si cierto aspecto de los datos coincide 
directamente con un valor de clave numérico, y si las claves son únicas y están estrechamente empaquetadas. 
Si tenemos 100 empleados con números de seguro social de nueve dígitos, y deseamos almacenar y obtener los 
datos de los empleados mediante el uso del número de seguro social como una clave, para ello requeriríamos un 
arreglo con mil millones de elementos, ya que hay mil millones de números únicos de nueve dígitos (000,000,000 
a 999,999,999). Esto es impráctico para casi todas las aplicaciones que utilizan números de seguro social como 
claves. Un programa que tuviera un arreglo de ese tamaño podría lograr un alto rendimiento para almacenar y 
obtener registros de empleados, con sólo usar el número de seguro social como índice del arreglo. 

Hay muchas aplicaciones con este problema; a saber, que las claves son del tipo incorrecto (por ejemplo, 
enteros no positivos que corresponden a los subíndices del arreglo) o que son del tipo correcto, pero se esparcen 
escasamente sobre un enorme rango. Lo que se necesita es un esquema de alta velocidad para convertir claves, 
como números de seguro social, números de piezas de inventario y demás, en índices únicos de arreglo. Así, 
cuando una aplicación necesite almacenar algo, el esquema podría convertir rápidamente la clave de la aplicación 
en un índice, y el registro podría almacenarse en esa posición en el arreglo. Para obtener datos se hace lo mismo: 
una vez que la aplicación tenga una clave para la que desee obtener un registro de datos, simplemente aplica la 
conversión a la clave; esto produce el índice del arreglo en el que se almacenan y obtienen los datos. 

El esquema que describimos aquí es la base de una técnica conocida como hashing. ¿Por qué ese nombre? Al 
convertir una clave en un índice de arreglo, literalmente revolvemos los bits, formando un tipo de número “des- 
ordenado”. En realidad, el número no tiene un significado real más allá de su utilidad para almacenar y obtener 
un registro de datos específico. 

Un fallo en este esquema se denomina colisión; esto ocurre cuando dos claves distintas se asocian a la misma 
celda (o elemento) en el arreglo. No podemos almacenar dos valores en el mismo espacio, por lo que necesitamos 
encontrar un hogar alterno para todos los valores más allá del primero, que se asocie con un índice de arreglo 
específico. Hay muchos esquemas para hacer esto. Uno de ellos es “hacer hash de nuevo” (es decir, aplicar otra 
transformación de hashing a la clave, para proporcionar la siguiente celda como candidato en el arreglo). El pro- 
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ceso de hashing está diseñado para distribuir los valores en toda la tabla, por lo que se asume que se encontrará 
una celda disponible con sólo unas cuantas transformaciones de hashing. 

Otro esquema utiliza un hash para localizar la primera celda candidata. Si esa celda está ocupada, se buscan 
celdas sucesivas en orden, hasta que se encuentra una disponible. El proceso de obtención funciona de la misma 
forma: se aplica hash a la clave una vez para determinar la función inicial y comprobar si contiene los datos desea- 
dos. Si es así, la búsqueda termina. En caso contrario, se busca linealmente en las celdas sucesivas hasta encontrar 
los datos deseados. 

La solución más popular a las colisiones en las tablas de hash es hacer que cada celda de la tabla sea una 
“cubeta” de hash que, por lo general, viene siendo una lista enlazada de todos los pares clave/valor que se asocian 
con esa celda. Ésta es la solución que implementan las clases Hashtable y HashMap (del paquete java. útil). 
Tanto Hashtable como HashMap implementan a la interfaz Map. Las principales diferencias entre ellas son que 
HashMap no está sincronizada (varios subprocesos no deben modificar un objeto HashMap en forma concurrente), 
y permite claves y valores nuil. 

El factor de carga de una tabla de hash afecta al rendimiento de los esquemas de hashing. El factor de carga 
es la proporción del número de celdas ocupadas en la tabla de hash, con respecto al número total de celdas en la 
tabla de hash. Entre más se acerque esta proporción a 1.0, mayor será la probabilidad de colisiones. 



Tip de rendimiento 1 9.7 

El factor de carga en una tabla de hash es un clásico ejemplo de una concesión entre espacio de memoria y tiempo 
de ejecución: al incrementar el factor de carga , obtenemos un mejor uso de la memoria, pero el programa se ejecuta 
con más lentitud, debido al incremento en las colisiones de hashing. Al reducir el factor de carga, obtenemos más 
velocidad en la ejecución del programa, debido a la reducción en las colisiones de hashing, pero obtenemos un uso 
más pobre de la memoria, debido a que una proporción más grande de la tabla de hash permanece vacía. 


Las tablas de hash son complejas de programar. Los estudiantes de ciencias computacionales estudian los 
esquemas de hashing en cursos titulados “Estructuras de datos” y “Algoritmos”. Java proporciona las clases Hash- 
table y HashMap para permitir a los programadores utilizar la técnica de hashing sin tener que implementar 
los mecanismos de las tablas de hash. Este concepto es muy importante en nuestro estudio de la programación 
orientada a objetos. Como vimos en capítulos anteriores, las clases encapsulan y ocultan la complejidad (es decir, 
los detalles de implementación) y ofrecen interfaces amigables para el usuario. La fabricación apropiada de clases 
para exhibir tal comportamiento es una de las habilidades más valiosas en el campo de la programación orientada 
a objetos. En la figura 19.20 se utiliza un objeto HashMap para contar el número de ocurrencias de cada palabra 
en una cadena. 

En la línea 17 se crea un objeto HashMap vacío con una capacidad inicial predeterminada (16 elementos) y 
un factor de carga predeterminado (0.75); estos valores predeterminados están integrados en la implementación 
de HashMap. Cuando el número de posiciones ocupadas en el objeto HashMap se vuelve mayor que la capacidad 
multiplicada por el factor de carga, la capacidad se duplica en forma automática. Observe que HashMap es una 
clase genérica que recibe dos argumentos de tipo. El primero especifica el tipo de clave (es decir, Stri ng) y el 
segundo el tipo de valor (es decir, Integer). Recuerde que los argumentos de tipo que se pasan a una clase gené- 


1 // Fig. 19.20: ConteoTi poPal abras. java 

2 // Programa que cuenta el número de ocurrencias de cada palabra en una cadena 


3 

import 

java. útil . Stri ngTokenizer ; 

4 

import 

java. útil .Map; 

5 

import 

java. útil .HashMap; 

6 

import 

java. útil .Set; 

7 

import 

j ava .útil .TreeSet; 

8 

o 

import 

java. útil .Scanner; 

7 

10 

publ i c 

class ConteoTi poPal abras 

1 1 

12 

{ 

private Map< String, Integer > mapa; 


Figura 19.20 | Objetos Hashmap y Map. (Parte I de 3). 
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13 prívate Scanner scanner; 

14 

15 public ConteoTipoPalabras O 

16 { 

17 mapa = new HashMap< String, Integer >0; // crea objeto HashMap 

18 scanner = new Scannerf System. in ); // crea objeto scanner 

19 crearMapO; // crea un mapa con base en la entrada del usuario 

20 mostrarMapO ; // muestra el contenido del mapa 

21 } // fin del constructor de ConteoTipoPalabras 

22 

23 // crea mapa a partir de la entrada del usuario 

24 prívate void crearMapO 

25 { 

26 System. out. printlnf "Escriba una cadena:" ); // pide la entrada del usuario 

27 String entrada = scanner. nextLineO ; 

28 

29 // crea objeto Stri ngTokenizer para los datos de entrada 

30 Stri ngTokenizer tokenizer = new Stri ngTokenizer( entrada ); 

31 

32 // procesamiento del texto de entrada 

33 while ( tokenizer. hasMoreTokensO ) // mientras haya más entrada 

34 { 

35 String palabra = tokenizer. nextTokenO ,toLowerCase() ; // obtiene una palabra 

36 

37 // si el mapa contiene la palabra 

38 if ( mapa, contai nsKey( palabra ) ) // está la palabra en el mapa? 

39 { 

40 int cuenta = mapa.getf palabra ); // obtiene la cuenta actual 

41 mapa.putf palabra, cuenta + 1 ); // incrementa la cuenta 

42 } // fin de if 

43 el se 

44 mapa.putf palabra, 1 ); // agrega una nueva palabra con una cuenta de 1 al 
mapa 

45 } // fin de while 

46 } // fin del método crearMap 

47 

48 // muestra el contenido del mapa 

49 prívate void mostrarMapO 

50 { 

51 Set< String > claves = mapa. keySetO ; // obtiene las claves 

52 

53 // ordena las claves 

54 TreeSet< String > el avesOrdenadas = new TreeSet< String >( claves ); 

55 

56 System. out.println( "El mapa contiene:\nClave\t\tValor" ); 

57 

58 // genera la salida para cada clave en el mapa 

59 for ( String clave : el avesOrdenadas ) 

60 System . out . pri ntf( "%-10s%10s\n , clave, mapa.get( clave ) ); 

61 

62 System. out. pri ntf( 

63 \nsize:%d\nisEmpty:%b\n" , mapa.sizeO, mapa.isEmptyO ); 

64 } // fin del método mostrarMap 

65 

66 public static void main( String args[] ) 

67 { 

68 new ConteoTipoPalabrasO ; 

69 } // fin de main 

70 } // fin de la clase ConteoTipoPalabras 

Figura 19.20 | Objetos Hashmap y Map. (Parte 2 de 3). 
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Figura 19.20 | Objetos Hashmap y Map. (Parte 3 de 3). 


rica deben ser tipos de referencias, por lo cual el segundo argumento de tipo es Integer, no i nt. En la línea 18 
se crea un objeto Scanner que lee la entrada del usuario del flujo estándar de entrada. En la línea 19 se hace una 
llamada al método crearMap (líneas 24 a 46), el cual usa un mapa para almacenar el número de ocurrencias de 
cada palabra en la oración. En la línea 27 se invoca el método nextLine de scanner para obtener la entrada 
del usuario, y en la línea 30 se crea un objeto StringTokenizer para descomponer la cadena de entrada en sus 
palabras componentes individuales. Este constructor de Stri ngTokeni zer recibe un argumento de cadena y crea 
un objeto Stri ngTokeni zer para esa cadena, y utilizará el espacio en blanco para separarla. La condición en la 
instrucción whi 1 e de las líneas 33 a 45 utiliza el método hasMoreTokens de Stri ngTokeni zer para determinar 
si hay más tokens en la cadena que se está separando en tokens. Si es así, en la línea 35 se convierte el siguiente 
token a minúsculas. El siguiente token se obtiene mediante una llamada al método nextToken de Stri ngToke- 
ni zer, el cual devuelve un objeto Stri ng. [Nota: en la sección 30.6 hablaremos sobre la clase Stri ngTokeni zer 
con detalle]. Después, en la línea 38 se hace una llamada al método containsKey de Mapa para determinar si 
la palabra está en el mapa (y por ende, ha ocurrido antes en la cadena). Si el objeto Mapa no contiene una asigna- 
ción para la palabra, en la línea 44 se utiliza el método put de Mapa para crear una nueva entrada en el mapa, con 
la palabra como la clave y un objeto Integer que contiene 1 como valor. Observe que la conversión autoboxing 
ocurre cuando el programa pasa el entero 1 al método put, ya que el mapa almacena el número de ocurrencias 
de la palabra como un objeto Integer. Si la palabra no existe en el mapa, en la línea 40 se utiliza el método 
get de Mapa para obtener el valor asociado de la clave (la cuenta) en el mapa. En la línea 41 se incrementa ese 
valor y se utiliza put para reemplazar el valor asociado de la clave en el mapa. El método put devuelve el valor 
anterior asociado con la clave, o nul 1 si la clave no estaba en el mapa. 

El método mostrarMap (líneas 49 a 64) muestra todas las entradas en el mapa. Utiliza el método keySet 
(línea 51) de HashMap para obtener un conjunto de las claves. Estas claves tienen el tipo Stri ng en el mapa, por 
lo que el método keySet devuelve un tipo genérico Set con el parámetro de tipo especificado como String. 
En la línea 54 se crea un objeto TreeSet de las claves, en el cual se ordenan éstas. El ciclo en las líneas 59 a 60 
accede a cada clave y a su valor en el mapa. En la línea 60 se muestra cada clave y su valor, usando el especificador 
de formato %-10s para justificar cada clave a la izquierda, y el especificador de formato %10s para justificar cada 
valor a la derecha. Observe que las claves se muestran en orden ascendente. En la línea 63 se hace una llamada al 
método size de Mapa para obtener el número de pares clave-valor en el objeto Map. En la línea 63 se hace una 
llamada a isEmpty, el cual devuelve un valor boolean que indica si el objeto Map está vacío o no. 

19.11 La clase Properties 

Un objeto Properties es un objeto Hashtable persistente que, por lo general, almacena pares clave-valor de 
cadenas; suponiendo que el programador utiliza los métodos setProperty y getProperty para manipular la 
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tabla, en vez de los métodos put y get heredados de Hashtable. Al decir “persistente”, significa que el objeto 
Prope rti es se puede escribir en un flujo de salida (posiblemente un archivo) y se puede leer de vuelta, a través 
de un flujo de entrada. Un uso común de los objetos Prope rti es en versiones anteriores de Java era mantener 
los datos de configuración de una aplicación, o las preferencias del usuario para las aplicaciones. [Nota: la API 
Preferences (paquete java. útil .prefs) está diseñada para reemplazar este uso específico de la clase Proper- 
ti es, pero esto se encuentra más allá del alcance de este libro. Para aprender más, visite el sitio Web j ava . sun . 
com/javase/6/docs/technotes/gui des/preferentes/i ndex . html]. 

La clase Properti es extiende a la clase Hashtable. En la figura 19.21 se demuestran varios métodos de la 
clase Properti es. 


1 // Fig. 19.21: PruebaProperties . java 

2 // Demuestra la clase Properties del paquete java. útil. 

3 import java. i o . Fi leOutputStream; 

4 import java. io. Fi lelnputStream ; 

5 import java.io.IOException; 

6 import java. uti 1 . Properti es ; 

7 import java. útil .Set; 

8 

9 public class PruebaProperties 

10 { 

11 private Properties tabla; 

12 

13 // establece la GUI para probar la tabla Properties 

14 public PruebaPropertiesO 

15 { 

16 tabla = new PropertiesO; // crea la tabla Properties 

17 

18 // establece las propiedades 

19 tabla. setProperty( "color", "azul" ); 

20 tabla. setProperty( "anchura", "200" ); 

21 

22 System. out.println( "Después de establecer propiedades" ); 

23 UstarPropiedadesQ ; // muestra los valores de las propiedades 

24 

25 // reemplaza el valor de una propiedad 

26 tabla. setProperty( "color", "rojo" ); 

27 

28 System. out.println( "Después de reemplazar propiedades" ); 

29 1 i starPropi edades () ; // muestra los valores de las propiedades 

30 

31 guardarPropiedadesO ; // guarda las propiedades 

32 

33 tabla. clear() ; // vacia la tabla 

34 

35 System. out.println( "Después de borrar propiedades" ); 

36 UstarPropiedadesO ; // muestra los valores de las propiedades 

37 

38 cargarPropiedadesO ; // carga las propiedades 

39 

40 // obtiene el valor de la propiedad color 

41 Object valor = tabla. getProperty( "color" ); 

42 

43 // comprueba si el valor está en la tabla 

44 if ( valor != nuil ) 

45 System . out . pri ntf( "El valor de la propiedad color es %s\n , valor ); 

46 el se 

47 System . out . pri ntl n( "La propiedad color no está en la tabla" ); 

Figura 19.21 | La clase Properties del paquete java. útil. (Parte I de 3). 
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48 } // fin del constructor de PruebaProperti es 

49 

50 // guarda las propiedades en un archivo 

51 public void guardarPropiedadesO 

52 { 

53 // guarda el contenido de la tabla 

54 try 

55 { 

56 Fi 1 eOutputStream salida = new Fi 1 eOutputStream( "props.dat" ); 

57 tabla. store( salida, "Propiedades de ejemplo" ); // guarda las propiedades 

58 salida. close() ; 

59 System . out . pri ntl n( "Después de guardar las propiedades" ); 

60 1 i starPropi edades() ; // muestra los valores de las propiedades 

61 } // fin de try 

62 catch ( IOException ioException ) 

63 { 

64 ioException. printStackTraceO ; 

65 } // fin de catch 

66 } // fin del método guardarPropi edades 

67 

68 // carga las propiedades de un archivo 

69 public void cargarPropi edades O 

70 { 

71 // carga el contenido de la tabla 

72 try 

73 { 

74 Fi 1 elnputStream entrada = new Fi 1 elnputStreamf "props.dat" ); 

75 tabla.loadf entrada ); // carga las propiedades 

76 entrada. close() ; 

77 System. out. printlnf "Después de cargar las propiedades" ); 

78 1 i starPropi edades() ; // muestra los valores de las propiedades 

79 } // fin de try 

80 catch ( IOException ioException ) 

81 { 

82 ioException. printStackTraceO ; 

83 } // fin de catch 

84 } // fin del método cargarPropi edades 

85 

86 // imprime los valores de las propiedades 

87 public void 1 i starPropi edades O 

88 { 

89 Set< Object > claves = tabla. keySetO ; // obtiene los nombres de las propiedades 

90 

91 // imprime los pares nombre/valor 

92 for ( Object clave : claves ) 

93 { 

94 System. out. printf( 

95 "%s\t%s\n , clave, tabla.getPropertyC ( String ) clave ) ); 

96 } // fin de for 

97 

98 System. out. pri ntl n O ; 

99 } // fin del método 1 i starPropi edades 

100 

101 public static void main( String args[] ) 

102 { 

103 new PruebaPropertiesO ; 

104 } // fin de main 

105 } // fin de la clase PruebaProperti es 

Figura 19.21 | La clase Properties del paquete java, útil . (Parte 2 de 3). 
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Después de establecer propiedades 
anchura 200 
color azul 

Después de reemplazar propiedades 
anchura 200 
color rojo 

Después de guardar las propiedades 
anchura 200 
color rojo 

Después de borrar propiedades 

Después de cargar las propiedades 
anchura 200 
color rojo 

El valor de la propiedad color es rojo 
Figura 19.21 | La clase Properties del paquete java. útil. (Parte 3 de 3). 

En la línea 16 se utiliza el constructor sin argumentos para crear un objeto Prope rti es llamado tabl a sin 
propiedades predeterminadas. La clase Properties también cuenta con un constructor sobrecargado, el cual 
recibe una referencia a un objeto Properti es que contiene valores de propiedad predeterminados. En cada una 
de las líneas 19 y 20 se hace una llamada al método setProperty de Properti es para almacenar un valor para 
la clave especificada. Si la clave no existe en la tabla, setProperty devuelve nuil; en caso contrario, devuelve 
el valor anterior para esa clave. 

En la línea 41 se llama al método getProperty de Properti es para localizar el valor asociado con la clave 
especificada. Si la clave no se encuentra en este objeto Properties, getProperty devuelve nuil. Una versión 
sobrecargada de este método recibe un segundo argumento, el cual especifica el valor predeterminado a devolver 
si getProperty no puede localizar la clave. 

En la línea 57 se hace una llamada al método store de Properties para guardar el contenido del objeto 
Properti es en el objeto OutputStream especificado como el primer argumento (en este caso, el objeto sal i da 
de FileOutputStream). El segundo argumento, un objeto String, es una descripción del objeto Properties. 
La clase Properties también proporciona el método list, el cual recibe un argumento PrintStream. Este 
método es útil para mostrar la lista de propiedades. 

En la línea 75 se hace una llamada al método load de Properties para restaurar el contenido del objeto 
Properti es a partir del objeto InputStream especificado como el primer argumento (en este caso, un objeto Fi 1 e- 
InputStream). En la línea 89 se hace una llamada al método keySet de Properti es para obtener un objeto Set 
de los nombres de las propiedades. En la línea 94 se obtiene el valor de una propiedad, para lo cual se pasa una 
clave al método getProperty. 

19.12 Colecciones sincronizadas 

En el capítulo 23 hablaremos sobre el subprocesamiento múltiple. Con la excepción de Vector y Hashtable, 
las colecciones en el marco de trabajo de colecciones están desincronizadas de manera predeterminada, por lo 
que pueden operar eficientemente cuando no se requiere el subprocesamiento múltiple. Sin embargo, debido 
a que están desincronizadas, el acceso concurrente a un objeto Col 1 ecti on por parte de varios subprocesos podría 
producir resultados indeterminados, o errores fatales. Para evitar potenciales problemas de subprocesamiento, se 
utilizan envolturas de sincronización para las colecciones que podrían ser utilizadas por varios subprocesos. Un 
objeto envoltura recibe llamadas a métodos, agrega la sincronización de subprocesos (para evitar un acceso con- 
currente a la colección) y delega las llamadas al objeto de la colección envuelto. La API Col 1 ecti ons proporciona 
un conjunto de métodos static para envolver colecciones como versiones sincronizadas. En la figura 19.22 se 
enlistan los encabezados para las envolturas de sincronización. Los detalles acerca de estos métodos están dispo- 
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nibles en j ava. sun.com/ javase/6/docs/api/java/ufil /Col lections.html. Todos estos métodos reciben 
un tipo genérico como parámetro y devuelven una vista sincronizada del tipo genérico. Por ejemplo, el siguiente 
código crea un objeto Li st sincronizado (1 i sta2) que almacena objetos Stri ng: 

List< String > listal = new ArrayList< String >(); 

List< String > lista2 = Collections.synchronizedList( listal ); 


Encabezados de los métodos public static 


< T > Collection< T > synchronizedCollectionC Collection< T > c ) 

< T > List< T > synchronizedListC List< T > unaLista ) 

< T > Set< T > synchroni zedSetC Set< T > s ) 

< T > SortedSet< T > synchronizedSortedSetf SortedSet< T > s ) 

< K, V > Map< K, V > synchronizedMapC Map< K, V > m ) 

< K, V > SortedMap< K, V > synchronizedSortedMapC SortedMap< K, V > m ) 

Figura 19.22 | Métodos de envoltura de sincronización. 


19.13 Colecciones no modificables 

La API Collections proporciona un conjunto de métodos static que crean envolturas no modificables 
para las colecciones. Las envolturas no modificables lanzan excepciones UnsupportedOperati onExcepti on si se 
producen intentos por modificar la colección. En la figura 19.23 se enlistan los encabezados para estos métodos. 
Los detalles acerca de estos métodos están disponibles en java.sun.eom/javase/6/docs/api/java/util/ 
Collections.html. Todos estos métodos reciben un tipo genérico como parámetro y devuelven una vista no 
modificable del tipo genérico. Por ejemplo, el siguiente código crea un objeto Li st no modificable (1 i sta2) que 
almacena objetos Stri ng: 

List< String > listal = new ArrayList< String >(); 

List< String > lista2 = Collections.unmodifiableList( listal ); 



Observación de ingeniería de software 19.5 

Puede utilizar una envoltura no modificable para crear una colección que ofrezca acceso de sólo lectura a otros, 
mientras que a usted le permita acceso de lectura! escritura. Para ello, simplemente dé a los otros una referencia a la 
envoltura no modificable, y usted conserve una referencia a la colección original. 


Encabezados de los métodos public static 


< T > Collection< T > unmodifiableCollectionC Collection< T > c ) 

< T > List< T > unmodifiableListf Li st< T > unaLista ) 

< T > Set< T > unmodifiableSet( Set< T > s ) 

< T > SortedSet< T > unmodifiableSortedSetC SortedSet< T > s ) 

< K, V > Map< K, V > unmodifiableMapC Map< K, V > m ) 

< K, V > SortedMap< K, V > unmodi fiabl eSortedMapC SortedMap< K, V > m ) 

Figura 19.23 | Métodos de envolturas no modificables. 
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19.14 Implementaciones abstractas 

El marco de trabajo de colecciones proporciona varias implementaciones abstractas de interfaces de Col 1 ecti on, 
a partir de las cuales el programador puede construir implementaciones completas. Estas implementaciones 
abstractas incluyen una implementación de Collection delgada, llamada AbstractCoHection; una imple- 
mentación de Li st delgada, la cual permite el acceso aleatorio a sus elementos y se le conoce como Abstract- 
List; una implementación de Map delgada conocida como AbstractMap, una implementación de Li st delgada 
que permite un acceso secuencial a sus elementos y se le conoce como AbstractSequential List, una imple- 
mentación de Set delgada, conocida como AbstractSet; y una implementación de Queue delgada, conocida 
como AbstractQueue. Puede aprender más acerca de estas clases en java.sun.eom/javase/6/docs/api/ 
java/uti 1/package-summary . html . 

Para escribir una implementación personalizada, puede extender la implementación abstracta que se adapte 
mejor a sus necesidades, e implementar cada uno de los métodos abstract de la clase. Después, si su colección 
es modificable, sobrescriba cualquier método concreto que evite su modificación. 

19.15 Conclusión 

En este capítulo se presentó el marco de tabajo de colecciones de Java. Aprendió a utilizar la clase Arrays para 
realizar manipulaciones con arreglos. Conoció la jerarquía de colecciones y aprendió a utilizar las interfaces 
del marco de trabajo de colecciones para programar con las colecciones mediante el polimorfismo. También cono- 
ció varios algoritmos predefinidos para manipular colecciones. En el siguiente capítulo presentaremos los applets 
de Java, los cuales son programas en Java que, por lo general, se ejecutan en un explorador Web. Empezare- 
mos con applets de ejemplo que vienen con el JDK, y después le mostraremos cómo escribir y ejecutar sus propios 
applets. 


Resumen 

Sección 19. 1 Introducción 

• El marco de trabajo de colecciones de Java proporciona acceso al programador las estructuras de datos preempaque- 
tadas, así como a los algoritmos para manipularlas. 

Sección 19.2 Generalidades acerca de las colecciones 

• Una colección es un objeto que puede contener referencias a otros objetos. Las interfaces de colecciones declaran las 
operaciones que pueden realizarse en cada tipo de colección. 

• Las clases y las interfaces del marco de trabajo de colecciones se encuentran en el paquete j ava .útil. 

Sección 19.3 La clase Arrays 

• La clase Arrays proporciona métodos stati c para manipular arreglos, incluyendo a sort para ordenar un arreglo, a 
bi narySearch para buscar en un arreglo ordenado, a equai s para comparar arreglos y a fil "I para colocar elementos 
en un arreglo. 

• El método asLi st de Arrays devuelve una vista Li st de un arreglo, la cual permite a un programa manipular el 
arreglo como si fuera un objeto Li st. Cualquier modificación realizada a través de la vista Li st modifica el arreglo, 
y cualquier modificación al arreglo modifica a la vista Li st. 

• El método size obtiene el número de elementos en un objeto List, y el método get devuelve un elemento del 
objeto Li st. 

Sección 19.4 La interfaz Collection y la clase Collections 

• La interfaz Coi 1 ecti on es la interfaz raíz en la jerarquía de colecciones, a partir de la cual se derivan las interfaces 
Set y Li st. La interfaz Col 1 ecti on contiene operaciones masivas para agregar, borrar, comparar y retener objetos 
en una colección. La interfaz Col 1 ecti on proporciona un método llamado i terator para obtener un objeto Ite- 
rator. 

• La clase Col 1 ecti ons proporciona métodos stati c para manipular colecciones. Muchos de los métodos son imple- 
mentaciones de algoritmos polimórficos para buscar, ordenar, etcétera. 
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Sección 19.5 Listas 

• Un objeto Li st es un objeto Col 1 ecti on ordenado, que puede contener elementos duplicados. 

• La interfaz Li st se implementa mediante las clases ArrayLi st, Li nkedLi st y Vector. Laclase ArrayLi st es una im- 
plementación tipo arreglo de un objeto Li st, que puede cambiar su tamaño. Un objeto Li nkedLi st es una imple- 
mentación tipo lista enlazada de un objeto Li st. 

• El método hasNext de Iterator determina si un objeto Collection contiene otro elemento. El método next 
devuelve una referencia al siguiente objeto en el objeto Col 1 ecti on, y avanza el objeto Iterator. 

• El método subLi st devuelve una vista de una porción de un objeto Li st. Cualquier modificación realizada en esta 
vista se realiza también en el objeto Li st. 

• El método el ear elimina elementos de un objeto Li st. 

• El método toArray devuelve el contenido de una colección, en forma de un arreglo. 

• La clase Vector maneja arreglos que pueden cambiar su tamaño en forma dinámica. En cualquier momento dado, 
un objeto Vector contiene un número de elementos menor o igual a su capacidad. Si un objeto Vector necesita 
crecer, aumenta en base a su incremento de capacidad. Si no se especifica un incremento de capacidad, Java duplica 
el tamaño del objeto Vector cada vez que se requiere una capacidad adicional. La capacidad predeterminada es de 
10 elementos. 

• El método add de Vector agrega su argumento al final del objeto Vector. El método i nsertEl ementAt inserta un 
elemento en la posición especificada. El método set establece el elemento en una posición específica. 

• El método remove de Vector elimina del objeto Vector la primera ocurrencia de su argumento. El método remo- 
veAl 1 El ements elimina todos los elementos del objeto Vector El método removeEl ementAt elimina el elemento 
en el índice especificado. 

• El método fi rstEl ement de Vector devuelve una referencia al primer elemento. El método 1 astEl ement devuelve 
una referencia al último elemento. 

• El método contai ns de Vector determina si el objeto Vector contiene la el aveBusqueda especificada como 
argumento. El método i ndexOf de Vector obtiene el índice de la primera ubicación de su argumento. El método 
devuelve -1 si el argumento no se encuentra en el objeto Vector. 

• El método i sEmpty de Vector determina si el objeto Vector está vacío. Los métodos si ze y capaci ty determinan 
el número de elementos actuales en el objeto Vector, y el número de elementos que pueden almacenarse en el objeto 
Vector sin asignar más memoria, respectivamente. 

Sección 19.6 Algoritmos de colecciones 

• Los algoritmos sort, bi narySearch, reverse, shuffle, fiH y copy operan en objetos Li st. Los algoritmos mi n y 
max operan en objetos Collection. El algoritmo reverse invierte los elementos de un objeto List, el algoritmo 
fil 1 establece cada elemento del objeto Li st a un objeto Object especificado, y copy copia elementos de un objeto 
Li st a otro objeto Li st. El algoritmo sort ordena los elementos de un objeto Li st. 

• El algoritmo addAl 1 anexa a una colección todos los elementos en un arreglo, el algoritmo f requeney calcula cuán- 
tos elementos en la colección son iguales al elemento especificado, y di sjoi nt determina si dos colecciones tienen 
elementos en común. 

• Los algoritmos mi n y max buscan los elementos mayor y menor en una colección. 

• La interfaz Comparator proporciona un medio para ordenar los elementos de un objeto Coi 1 ecti on en un orden 
distinto a su orden natural. 

• El método reverseOrder de Col 1 ecti ons devuelve un objeto Comparator que puede usarse con sort para orde- 
nar elementos de una colección en forma inversa. 

• El algoritmo shuffle ordena al azar los elementos de un objeto Li st. 

• El algoritmo bi narySearch localiza un objeto Object en un objeto Li st ordenado. 

Sección 19.7 La clase Stack del paquete java, útil 

• La clase Stack extiende a Vector. El método push de Stack agrega su argumento a la parte superior de la pila. El 
método pop elimina el elemento superior de la pila. El método peek devuelve una referencia al elemento superior 
sin eliminarlo. El método empty de Stack determina si la pila está vacía o no. 

Sección 19.8 La clase PriorityQueue y la interfaz Queue 

• Queue, una nueva interfaz de colecciones presentada en Java SE 5, extiende a la interfaz Coli ecti on y proporciona 
operaciones adicionales para insertar, eliminar e inspeccionar elementos en una cola. 

• Pri ori tyQueue, una de las implementaciones de Queue, ordena los elementos en base a su orden natural (es decir, 
la implementación del método compárelo) o mediante un objeto Comparator que se suministra a través del cons- 
tructor. 
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• Las operaciones comunes de Pri orí tyQueue son: offer para insertar un elemento en la ubicación apropiada, con 
base en el orden de prioridad; poi 1 para eliminar el elemento de mayor prioridad de la cola de prioridad (es decir, 
la parte inicial o cabeza de la cola); peek para obtener una referencia al elemento de mayor prioridad de la cola de 
prioridad; ciear para eliminar todos los elementos de la cola de prioridad; y size para obtener el número de ele- 
mentos en la cola de prioridad. 

Sección 19-9 Conjuntos 

• Un objeto Set es un objeto CoUection que no contiene elementos duplicados. HashSet almacena sus elementos 
en una tabla de hash. T reeSet almacena sus elementos en un árbol. 

• La interfaz SortedSet extiende a Set y representa un conjunto que mantiene sus elementos ordenados. La clase 
TreeSet implementa a SortedSet. 

• El método headSet de T reeSet obtiene una vista de un objeto T reeSet que es menor a un elemento especificado. 
El método tai i Set obtiene una vista que es mayor o igual a un elemento especificado. Cualquier modificación 
realizada a la vista se realiza al objeto T reeSet. 


Sección 19-10 Mapas 

• Los objetos Map asocian claves con valores y no pueden contener claves duplicadas. Los objetos Map difieren de los 
objetos Set en cuanto a que los objetos Map contienen tanto claves como valores, mientras que los objetos Set sólo 
contienen valores. Los objetos HashMap almacenan elementos en una tabla de hash, y los objetos T reeMap almacenan 
elementos en un árbol. 

• Los objetos Hashtabi e y HashMap almacenan elementos en tablas de hash, y los objetos T reeMap almacenan elemen- 
tos en árboles. 

• HashMap es una clase genérica que recibe dos argumentos de tipo. El primer argumento de tipo especifica el tipo de 
la clave, y el segundo especifica el tipo de valor. 

• El método put de HashMap agrega una clave y un valor en un objeto HashMap. El método get localiza el valor aso- 
ciado con la clave especificada. El método i sEmpty determina si el mapa está vacío. 

• El método keySet de HashMap devuelve un conjunto de las claves. Los métodos si ze e i sEmpty de map devuelven 
el número de pares clave-valor en el objeto Map, y un valor booleano que indica si el objeto Map está vacío, respecti- 
vamente. 

• La interfaz SortedMap extiende a Map y representa un mapa que mantiene sus claves en orden. La clase TreeMap 
implementa a SortedMap. 

Sección 19-11 La clase Properties 

• Un objeto Properti es es un objeto Hashtabi e persistente. La clase Properti es extiende a Hashtabi e. 

• El constructor de Properti es sin argumentos crea una tabla Properti es vacía sin propiedades predeterminadas. 
También hay un constructor sobrecargado que recibe una referencia a un objeto Properties predeterminado que 
contiene valores de propiedades predeterminados. 

• El método setProperty de Properties especifica el valor asociado con el argumento tipo clave. El método 
getProperty de Properti es localiza el valor de la clave especificada como argumento. El método store guarda el 
contenido del objeto Properties en el objeto OutputStream especificado como el primer argumento. El método 
load restaura el contenido del objeto Properti es del objeto InputStream que se especifica como el argumento. 

Sección 19. 12 Colecciones sincronizadas 

• Las colecciones del marco de trabajo de colecciones están desincronizadas. Las envolturas de sincronización se pro- 
porcionan para las colecciones a las que pueden acceder varios subprocesos en forma simultánea. 

Sección 19. 13 Colecciones no modificables 

• La API Collections proporciona un conjunto de métodos public static para convertir colecciones en versio- 
nes no modificables. Las envolturas no modificables lanzan excepciones UnsupportedOperationException si hay 
intentos de modificar la colección. 


Sección 19-14 Implementaciones abstractas 

• El marco de trabajo de colecciones proporciona varias implementaciones abstractas de las interfaces de colecciones, 
a partir de las cuales el programador puede crear rápidamente implementaciones personalizadas completas. 
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Terminología 

AbstractCol 1 ecti on, clase 
AbstractLi st, clase 
AbstractMap, clase 
AbstractQueue, clase 
AbstractSequenti al Li st, clase 
AbstractSet, clase 
add, método de Li st 
add, método de Vector 
addAl 1 , método de Coll ecti ons 
addFi rst, método de Li st 
addLast, método de Li st 
algoritmos en Coll ecti ons 
ArrayLi st 
arreglo 

arreglos como colecciones 
asignación de uno a uno 
asignaciones 

asLi st, método de Arrays 

asociar claves con valores 

bi narySearch, método de Arrays 

bi narySearch, método de Col 1 ecti ons 

capacity, método de Vector 

clase de envoltura 

clave en HashMap 

el ear, método de Li st 

el ear, método de Pri ori tyQueue 

colección ordenada 

colecciones colocadas en arreglos 

colecciones modificables 

colecciones no modificables 

colisión en hashing 

collection 

Coll ecti on, interfaz 

Col 1 ecti ons, clase 

Comparable, interfaz 

comparación lexicográfica 

Comparator, interfaz 

compárelo, método de Comparable 

contai ns, método de vector 

contai nsKey, método de HashMap 

copy, método de Col 1 ecti ons 

di sjoi nt, método de Col 1 ecti ons 

elementos duplicados 

eliminar un elemento de una colección 

envolturas de sincronización 

factor de carga en hashing 

fil 1 , método de Arrays 

fil 1 , método de Col 1 ecti ons 

firstElement, método de Vector 

f requeney, método de Col 1 ecti ons 

get, método de HashMap 

getProperty, método de la clase Prope rti es 

hashing 

HashMap, clase 

HashSet, clase 


Hashtabl e, clase 

hasMoreTokens, método de Stri ngTokeni zer 
hasNext, método de Iterator 
hasPrevi ous, método de Li stlterator 
incremento de capacidad de un objeto Vector 
i ndexOf, método de Vector 
insertar un elemento en una colección 
i sEmpty, método de Map 
i sEmpty, método de Vector 
iterador 

iterador bidireccional 

iterar a través de los elementos de un contenedor 

Iterator, interfaz 

keySet, método de HashMap 

1 astEl ement, método de Vector 

Li nkedLi st, clase 

Li st, interfaz 

Li stlterator, interfaz 

Map, interfaz de colección 

mapa 

marco de trabajo de colecciones 

max, método de Col 1 ecti ons 

método de comparación natural 

métodos de vista de rango 

mi n, método de Col 1 ecti ons 

next, método de Iterator 

nextToken, método de Stri ngTokeni zer 

NoSuchEl ementExcepti on, clase 

offer, método de Priori tyQueue 

ordenamiento 

ordenamiento estable 

ordenamiento natural 

ordenar un objeto Li st 

par clave/valor 

peek, método de Pri ori tyQueue 
peek, método de Stack 
poli, método de Pri ori tyQueue 
pop, método de Stack 
Priori tyQueue, clase 
Properti es, clase 
put, método de HashMap 
Queue, interfaz 

removeAl 1 El ements, método de Vector 
removeEl ement, método de Vector 
removeEl ementAt, método de Vector 
reverse, método de Col 1 ecti ons 
reverseOrder, método de Col 1 ecti ons 
secuencia 
Set, interfaz 

shuffle, método de Col 1 ecti ons 
si ze, método de Li st 
size, método de Pri ori tyQueue 
sort, método de Arrays 
sort, método de Col 1 ecti ons 
SortedMap, interfaz de colección 
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SortedSet, interfaz de colección T reeSet, clase 

Stack, clase ver un arreglo como un objeto Li st 

Stri ngTokeni zer, clase vista 

T reeMap, clase 

Ejercicios de autoevaluación 

1 9. 1 Complete las siguientes oraciones: 

a) Un(a) se utiliza para recorrer una colección y puede eliminar elementos de la colec- 

ción, durante la iteración. 

b) Para acceder a un elemento en un objeto Li st, se utiliza el del elemento. 

c) A los objetos Li st se les conoce algunas veces como . 

d) Las clases y de Java proporcionan las herramientas de estruc- 

turas de datos tipo arreglo, que pueden cambiar su tamaño en forma dinámica. 

e) Si usted no especifica un incremento de capacidad, el sistema el tamaño del objeto 

Vector cada vez que se requiere una capacidad adicional. 

f) Puede utilizar un(a) para crear una colección que ofrezca acceso de sólo lectura a los 

demás, mientras que a usted le permita el acceso de lectura/escritura. 

g) Los objetos se pueden utilizar para crear pilas, colas, árboles y deques (colas con 

doble extremo). 

h) El algoritmo de Coliections determina si dos colecciones tienen elementos en 

común. 

1 9.2 Conteste con verdadero o falso a cada una de las siguientes proposiciones; en caso de ser falso , explique por qué. 

a) Los valores de tipos primitivos pueden almacenarse directamente en un objeto Vector. 

b) Un objeto Set puede contener valores duplicados. 

c) Un objeto Map puede contener claves duplicadas. 

d) Un objeto Li nkedLi st puede contener valores duplicados. 

e) Coi 1 ecti ons es una interfaz (i nterface). 

f) Los objetos Iterator pueden eliminar elementos. 

g) Con la técnica de hashing, a medida que se incrementa el factor de carga, disminuye la probabilidad de 
colisiones. 

h) Un objeto PriorityQueue permite elementos nuil. 

Respuestas a los ejercicios de autoevaluación 

19.1 a) Iterator. b) índice, c) secuencias, d) ArrayLi st, Vector . e) duplicará, f) no modificable wrapper. 
g) Li nkedLi sts. hjdisjoint. 

19.2 a) Falso; un objeto Vector sólo almacena objetos. La conversión autoboxing ocurre cuando se agrega un tipo 
primitivo al objeto Vector, lo cual significa que el tipo primitivo se convierte en su clase de envoltura de tipo corres- 
pondiente. 

b) Falso. Un objeto Set no puede contener valores duplicados. 

c) Falso. Un objeto Map no puede contener claves duplicadas. 

d) Verdadero. 

e) Falso. Col i ecti ons es una clase; Col i ecti on es una interfaz (i nterface). 

f) Verdadero. 

g) Falso. Con la técnica de hashing, a medida que aumenta el factor de carga, hay menos posiciones disponi- 
bles, relativas al número total de posiciones, por lo que la probabilidad de seleccionar una posición ocupada 
(una colisión) con una operación de hashing se incrementa. 

h) Falso. Una excepción NuU Poi nterException se lanza si el programa trata de agregar nuil a un objeto 
Pri ori tyQueue. 

Ejercicios 

1 9.3 Defina cada uno de los siguientes términos: 

a) CoUection 

b) CoU ecti ons 



Ejercicios 


839 


c) Comparator 

d) List 

e) factor de carga 

f) colisión 

g) concesión entre espacio y tiempo en hashing 

h) HashMap 

1 9.4 Explique brevemente la operación de cada uno de los siguientes métodos de la clase Vector: 

a) add 

b) i nsertEi ementAt 

c) set 

d) remove 

e) removeAli El ements 

f) removeEi ementAt 

g) firstEiement 

h) "lastEiement 

i) isEmpty 

j) contai ns 

k) i ndexOf 

l) size 

m) capaci ty 

1 9.5 Explique por qué la operación de insertar elementos adicionales en un objeto Vector, cuyo tamaño actual sea 
menor que su capacidad, es una operación relativamente rápida, y por qué el insertar elementos adicionales en un objeto 
Vector, cuyo tamaño actual sea igual a la capacidad, es una operación relativamente baja. 

1 9.6 Al extender la clase Vector, los diseñadores de Java pudieron crear la clase Stack rápidamente. ¿Cuáles son los 
aspectos negativos de este uso de la herencia, en especial para la clase Stack? 

1 9.7 Responda brevemente a las siguientes preguntas: 

a) ¿Cuál es la principal diferencia entre un objeto Set y un objeto Map? 

b) ¿Puede pasarse un arreglo bidimensional al método asLi st de Arrays? Si es así, ¿cómo se accedería a un 
elemento individual? 

c) ¿Qué ocurre cuando agregamos un valor de tipo primitivo (por ejemplo, doubi e) a una colección? 

d) ¿Podemos imprimir todos los elementos en una colección sin utilizar un objeto Iterator? Si es así, explique 
cómo. 

1 9.8 Explique brevemente la operación de cada uno de los siguientes métodos relacionados con Iterator: 

a) iterator 

b) hasNext 

c) next 

1 9.9 Explique brevemente la operación de cada uno de los siguientes métodos de la clase HashMap: 

a) put 

b) get 

c) isEmpty 

d) contai nsKey 

e) keySet 

19.10 Determine si cada uno de los siguientes enunciados es verdadero o falso. Si es falso, explique por qué. 

a) Los elementos en un objeto Coilection deben almacenarse en orden ascendente, antes de poder realizar 
una búsqueda binaria mediante bi narySearch. 

b) El método first obtiene el primer elemento en un objeto T reeSet. 

c) Un objeto Li st creado con el método asLi st de Arrays puede cambiar su tamaño. 

d) La clase Arrays proporciona el método stati c llamado sort para ordenar los elementos de un arreglo. 

19.1 I Explique la operación de cada uno de los siguientes métodos de la clase Properties: 

a) "I oad 

b) store 
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c) getProperty 

d) "list 

1 9.12 Vuelva a escribir las líneas 17 a 26 en la figura 19.4 para que sean más concisas; utilice el método asLi st y el 
constructor de Li nkedLi st que recibe un argumento Col 1 ecti on. 

1 9. 1 3 Escriba un programa que lea una serie de nombres de pila y los almacene en un objeto Li nkedLi st. No alma- 
cene nombres duplicados. Permita al usuario buscar un nombre de pila. 

19.14 Modifique el programa de la figura 19.20 para contar el número de ocurrencias de cada letra, en vez de cada 

palabra. Por ejemplo, la cadena "HOLA A TODOS" contiene una H, tres Os, una L, dos As, una T, una D y una S. Muestre 

los resultados. 

19.15 Use un objeto HashMap para crear una clase reutilizable y elegir uno de los 13 colores predefinidos en la clase 
Color. Los nombres de los colores deben usarse como claves, y los objetos Color predefinidos deben usarse como valo- 
res. Coloque esta clase en un paquete que pueda importarse en cualquier programa en Java. Use su nueva clase en una 
aplicación que permita al usuario seleccionar un color y dibujar una figura en ese color. 

19.16 Escriba un programa que determine e imprima el número de palabras duplicadas en un enunciado. Trate a las 
letras mayúsculas y minúsculas de igual forma. Ignore los signos de puntuación. 

1 9. 1 7 Vuelva a escribir su solución al ejercicio 17.8 para utilizar una colección Li nkedLi st. 

19.18 Vuelva a escribir su solución al ejercicio 17.9 para utilizar una colección LinkedList. 

19.19 Escriba un programa que reciba una entrada tipo número entero de un usuario, y que determine si es primo. Si 
el número no es primo, muestre sus factores primos únicos. Recuerde que los factores de un número primo son sólo 1 
y el mismo número primo. Todo número que no sea primo tiene una factorización prima única. Por ejemplo, considere 
el número 54. Los factores primos de 54 son 2, 3, 3 y 3. Cuando los valores se multiplican entre sí, el resultado es 54. 
Para el número 54, los factores primos a imprimir deben ser 2 y 3. Use objetos Set como parte de su solución. 

1 9.20 Escriba un programa que utilice un objeto Stri ngTokeni zer para dividir en tokens una línea de texto introdu- 
cida por el usuario, y que coloque cada token en un objeto T reeSet. Imprima los elementos del objeto T reeSet. [Nota: 
esto debe hacer que se impriman los elementos en orden ascendente] . 

19.21 Los resultados de la figura 19.17 (Pri orí tyQueueTest) muestra que Prí orí tyQueue ordena elementos Dou- 
ble en orden ascendente. Vuelva a escribir la figura 19.17, de manera que ordene los elementos Double en orden 
descendente (es decir, 9 . 8 debe ser el elemento de mayor prioridad, en vez de 3.2). 




Observe las medidas 
adecuadas, ya que de todas 
las cosas, la sincronización 
correcta es el factor más 
importante. 

— Hesiod 

La pintura es el puente que 
vincula la mente del pintor 
con la del observador. 

— Eugene Delacroix 

La dirección en la que la 
educación empiece a guiar 
a un hombre determinará 
su futuro en la vida. 

— Platón 
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OBJETIVOS 

En este capítulo aprenderá a: 

■ Diferenciar entre applets (subprogramas) y aplicaciones. 

■ Observar algunas de las excitantes características de Java 

a través de los applets de demostración incluidos en el JDK. 

■ Escribir applets simples en Java. 

■ Escribir un documento HTML (HyperText Markup Language, 
Lenguaje de Marcado de Hipertexto) para cargar un applet 
en un contenedor de applets y ejecutarlo. 

■ Utilizar cinco métodos que el contenedor de un applet llama 
de manera automática durante el ciclo de vida del applet. 




Plan general 
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20.1 Introducción 

20.2 Applets de muestra incluidos en el JDK 

20.3 Applet simple en Java: cómo dibujar una cadena 

20 . 3. 1 Cómo ejecutar un applet en el appl etvi ewer 

20 . 3.2 Ejecución de un applet en un explorador Web 

20.4 Métodos del ciclo de vida de los applets 

20.5 Cómo inicializar una variable de instancia con el método i nt 

20.6 Modelo de seguridad “caja de arena" 

20.7 Recursos en Internet y Web 

20.8 Conclusión 

Resumen | Terminología | Ejercicios de autoevaluación | Respuestas a los ejercicios de autoevaluación | Ejercicios 


20.1 Introducción 

[Nota: este capítulo y sus ejercicios son pequeños y simples de manera intencional, para los lectores que desean 
aprender acerca de los applets después de leer sólo los primeros capítulos del libro; posiblemente los capítulos 2 
y 3. En el capítulo 21, Multimedia: Applets y aplicaciones, en el capítulo 23, Subprocesamiento múltiple, y en el 
capítulo 24, Redes, presentaremos applets más complejos] . 

En este capítulo se introducen los applets: programas en Java que pueden incrustarse en documentos HTML 
(Lenguaje de marcado de hipertexto) (es decir, páginas Web). Cuando un explorador carga una página Web que 
contiene un applet, éste se descarga en el explorador Web y se ejecuta. 

Al explorador que ejecuta un applet se le conoce como contenedor de applets. El JDK incluye el contene- 
dor de applets appl etvi ewer para probar applets a medida que se van desarrollando, y antes de incrustarlas en 
las páginas Web. Por lo general, demostraremos los applets mediante el uso del appl etvi ewer. Si desea ejecutar 
sus applets en un explorador Web, debe estar consciente de que algunos exploradores Web no soportan a Java de 
manera predeterminada. Puede visitar j ava . com y hacer clic en el botón Descargar AHORA para instalar Java 
en su explorador Web. Hay soporte para varios exploradores Web populares. 


20.2 Applets de muestra incluidos en el JDK 

Comencemos por considerar varios applets de muestra que se incluyen con el JDK. Cada applet de muestra inclu- 
ye su código fuente. Algunos programadores encuentran interesante leer este código fuente para aprender nuevas 
y excitantes características sobre Java, demuestran una pequeña porción de las poderosas herramientas de Java. 

Los programas de demostración que se proporcionan con el JDK se encuentran en un directorio llamado 
demo. Para Windows, la ubicación predeterminada del directorio demo del JDK 6.0 es 

C:\Archivos de programa\Java\jdkl.6.0\demo 

En UNIX/Linux/Mac OS X, la ubicación predeterminada es el directorio en el que usted haya instalado el JDK, 
seguido de jdkl.6.0/demo. Por ejemplo, 

/us r/1 ocal / j dkl . 6 . 0/demo 

En las demás plataformas hay una estructura similar de directorios (o carpetas). Este capítulo supone que el JDK 
está instalado en C:\Archivos de programa\Java\jdkl. 6 . 0_01\demo en Windows, y en su directorio perso- 
nal ~/jdkl.6.0 en UNIX/Linux/Mac OS X. Tal vez necesite actualizar las ubicaciones que se especifican aquí 
para reflejar el directorio de instalación y la unidad de disco que usted eligió, o una versión distinta del JDK. 

Si utiliza una herramienta de desarrollo de Java que no incluya los programas de muestra de Sun Java, puede 
descargar el JDK (con los demos) en el sitio Web de Java de Sun Microsystems 


j ava . sun . com/ j avase/6/ 
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Applet TresEnRaya 

El applet de demostración T resEnRaya (también conocido como gato) le permite a usted jugar contra la compu- 
tadora. Para ejecutar este applet, abra una ventana de comandos y vaya al directorio demo del JDK. 

El directorio demo contiene varios subdirectorios. Puede ver estos directorios escribiendo el comando di r en 
la ventana de comandos en Windows, o el comando 1 s en UNIX/Linux/Mac OS X. Hablaremos sobre los pro- 
gramas de muestra en los directorios appl ets y j fe. El directorio appl ets contiene varios applets de demostra- 
ción. El directorio jfc (Java Foundation Classes, Clases Fundamentales de Java) contiene applets y aplicaciones 
que demuestran las características de gráficos y GUI de Java. 

Cambie al directorio appl ets y muestre su contenido para ver los nombres de los directorios para los applets 
de demostración. En la figura 20. 1 se proporciona una breve descripción de cada applet de muestra. Si su explora- 
dor Web soporta Java, puede probar estos applets abriendo el sitio Web java, sun . com/javase/6/docs/tech- 
notesampl es/demos . html en su explorador y haciendo clic en el vínculo Applets Page. Demostraremos tres de 
estos applets usando el comando appl etvi ewe r en una ventana de comandos. 


Ejemplo 


Animator 

ArcTest 

BarChart 

Blink 

CardTest 

Clock 

DitherTest 

DrawTest 

Fractal 

Graphi csTest 
GraphLayout 

ImageMap 

Jumpi ngBox 

MoleculeViewer 

NervousText 

SimpleGraph 


Descripción 


Realiza una de cuatro animaciones separadas. 

Demuestra cómo dibujar arcos. Puede interactuar con el applet para modificar los atributos del 
arco que se muestra en pantalla. 

Dibuja un gráfico de barras simple. 

Muestra texto destellante en distintos colores. 

Demuestra varios componentes y esquemas de la GUI. 

Dibuja un reloj con manecillas giratorias, la fecha actual y la ahora actual. El reloj se actualiza una 
vez por segundo. 

Demuestra cómo dibujar con una técnica de gráficos conocida como difuminado, la cual permite 
una transformación gradual de un color a otro. 

Permite usar el ratón para dibujar líneas y puntos en distintos colores, arrastrando el ratón. 

Dibuja un fractal. Por lo general, los fractales requieren cálculos complejos para determinar la 
forma en que se muestran en la pantalla. 

Dibuja figuras para ilustrar las herramientas de gráficos. 

Dibuja un gráfico que consiste en muchos nodos (representados como rectángulos) conectados 
por líneas. Arrastre un nodo para ver cómo se ajustan los demás nodos en el gráfico en la pantalla, 
y demostrar las interacciones gráficas complejas. 

Demuestra una imagen con puntos activos. Al posicionar el puntero del ratón sobre ciertas 
áreas de la imagen se resalta el área y se muestra un mensaje en la esquina inferior izquierda 
de la ventana del contenedor de applets. Coloqúese sobre la boca para escuchar cómo la imagen 
dice “hola.” 

Desplaza un rectángulo en forma aleatoria, alrededor de la pantalla. ¡Trate de atraparlo haciendo 
clic sobre él con el ratón! 

Presenta una vista tridimensional de varias moléculas químicas distintas. Arrastre el ratón y verá la 
molécula desde varios ángulos. 

Arrastra texto que salta por la pantalla. 

Dibuja una curva compleja. 


Figura 20.1 | Los ejemplos del directorio applets. (Parte I de 2). 
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Ejemplo Descripción 


SortDemo 


SpreadSheet 
Ti cTacToe 
Wi reFrame 


Compara tres técnicas de ordenamiento. El ordenamiento (que se describe en el capítulo 1 6) 
sirve para organizar la información; es como alfabetizar las palabras. Cuando usted ejecuta este 
ejemplo desde una ventana de comandos, aparecen tres ventanas del appletviewer. Cuando ejecuta 
este ejemplo en un explorador Web, los tres ejemplos aparecen uno al lado del otro. Haga clic en 
cada una de ellas para empezar con el ordenamiento. Observe que cada una de las tres técnicas de 
ordenamiento operan a distintas velocidades. 

Muestra una hoja de cálculo simple, con filas y columnas. 

Permite al usuario jugar al Tres en raya contra la computadora. 

Dibuja una figura tridimensional como una malla de alambre. Arrastre el ratón para ver la figura 
desde distintos ángulos. 


Figura 20.1 | Los ejemplos del directorio applets. (Parte 2 de 2). 


Cambie al subdirectorio Ti cTacToe, en donde encontrará el documento HTML examplel.html que se 
utiliza para ejecutar el applet. En la ventana de comandos, escriba el comando 

appletviewer examplel.html 

y oprima la tecla Entrar. Esto hace que se ejecute el contenedor de applets appl etvi ewer, el cual carga el docu- 
mento HTML examplel.html que se especifica como su argumento de línea de comandos. El appletviewer 
determina en base al documento qué applet debe cargar y comienza a ejecutarlo. La figura 20.2 muestra varias 
capturas de pantalla del juego de Tres en raya con este applet. 




X 

o 


o 

o 

fie 








Figura 20.2 | Ejecución de ejemplo del applet Tres en raya. 

Usted es el jugador X. Para interactuar con el applet, coloque el ratón sobre el cuadro en el que desea colocar 
una X y haga clic con el botón del ratón. El applet reproduce un sonido y coloca una X en el cuadro, si éste está 
libre. Si el cuadro está ocupado, es un movimiento inválido y el applet reproduce un sonido distinto, indicando 
que usted no puede hacer el movimiento especificado. Después de que haga un movimiento válido, el applet 
responderá con su propio movimiento. 

Para jugar de nuevo, haga clic en el menú Subprograma (Applet) del appletviewer y seleccione el ele- 
mento de menú Volver a cargar (Reload) (Figura 20.3). Para terminar el appletviewer, haga clic en el menú 
Subprograma y seleccione el elemento de menú Salir (Quit). 

Applet DrawTest 

El applet de demostración DrawTest le permite dibujar líneas y puntos en distintos colores. En la ventana de 
comandos, cambie al directorio appl ets y después al subdirectorio DrawTest. Puede desplazarse hacia arriba del 
árbol de directorios para llegar a demo, mediante el comando “cd . .” en la ventana de comandos. El directorio 
DrawTest contiene el documento exampl el . html que se utiliza para ejecutar el applet. En la ventana de coman- 
dos, escriba el comando 

appletviewer examplel.html 
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y oprima la tecla Entrar. El appletviewer carga examplel.html, determina en base a este archivo qué applet 
cargar y comienza a ejecutarlo. La figura 20.4 muestra una captura de pantalla de este applet, después de dibujar 
algunas líneas y puntos. 

De manera predeterminada, el applet nos permite dibujar líneas de color negro, arrastrando el ratón a 
lo largo del applet. Al arrastrar el ratón, observe que el punto inicial de la línea siempre permanece en el mis- 
mo lugar, y el punto final de la línea sigue al ratón a lo largo del applet. La línea no es permanente sino hasta que 
se libera el botón del ratón. 

Para seleccionar un color, haga clic en uno de los botones de opción en la parte inferior del applet. Puede 
seleccionar de entre rojo, verde, azul, rosa, naranja y negro. Cambie la figura a dibujar de líneas (Lines) a (Points) 
al seleccionar Points en el cuadro combinado. Para empezar un nuevo dibujo, seleccione Volver a cargar en el 
menú Subprograma del appl etvi ewer. 


Seleccione Volver 
a cargar el applet 
para ejecutarlo de 
nuevo 



m 

◄- 


Seleccione Salir para terminar 
el appletviewer 


Figura 20.3 I Menú applet en el appletviewer. 


Arrastre el ratón en 
el área en blanco 
para dibujar 


Seleccione el color 
de dibujo haciendo 
clic en uno de los 
botones de opción 



Seleccione Lineas o 
Puntos del cuadro 
combinado para 
especificar qué se 
dibujará cuando 
usted arrastre el 
ratón 


Figura 20.4 | Ejecución de ejemplo del applet DrawTest. 
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Applet Java2D 

Este applet demuestra muchas características de la API Java2D (que presentamos en el capítulo 12). Cambie 
al directorio jfc que se encuentra en el directorio demo del JDK, y después cambie al directorio Java2D. En la 
ventana de comandos, escriba el comando 

appl etviewer Java2Demo.html 

y oprima Intro. El appl etviewer carga Dava2Demo.html, determina en base al documento qué applet debe 
cargar y comienza a ejecutarlo. En la figura 20.5 se muestra una captura de pantalla de una de las muchas demos- 
traciones de este applet, en relación con las herramientas para gráficos bidimensionales de Java. 

En la parte superior del applet hay fichas que parecen carpetas en un archivero. Esta demostración cuenta con 
12 fichas, en cada una de las cuales se demuestran las características de la API Java 2D. Para cambiar a una parte 
distinta de la demostración, simplemente haga clic en otra ficha. También puede probar cambiando las opciones 
en la esquina superior derecha del applet. Algunas de estas opciones afectan la velocidad con la que el applet dibu- 
ja los gráficos. Por ejemplo, haga clic en la casilla de verificación que está a la izquierda de la palabra Anti-Aliasing 
para activar y desactivar el suavizado (una técnica de gráficos para producir gráficos en pantalla más suaves, en los 
que los bordes del gráfico están desenfocados). Cuando esta característica se desactiva, la velocidad de animación 
aumenta para las figuras animadas que están en la parte inferior de la demostración (figura 20.5). Este incremento 
en el rendimiento ocurre debido a que las figuras que no están suavizadas son menos complejas de dibujar. 


Haga clic en una ñcha para seleccionar una Pruebe cambiar las opciones para ver 

demostración de gráficos bidimensionales su efecto en la demostración 



Figura 20.5 | Ejecución de ejemplo del applet Java2D. 

20.3 Applet simple en Java: cómo dibujar una cadena 

Todo applet en Java es una interfaz gráfica de usuario, en la que podemos colocar componentes de GUI mediante 
el uso de las técnicas presentadas en el capítulo 11, o dibujar mediante el uso de las técnicas demostradas en el 
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capítulo 12. En este capítulo demostraremos cómo dibujar en un applet. Los ejemplos en los capítulos 21, 23 y 
24 demuestran cómo crear la interfaz gráfica de usuario de un applet. 

Ahora crearemos nuestro propio applet. Comenzaremos con un applet simple (figura 20.6) que dibuja 
"Bienvenido a la programación en Java! ". En la figura 20.7 se muestra a este applet ejecutándose en dos 
contenedores de applets: el appl etvi ewer y el explorador Web Microsoft Internet Explorer. Al final de esta sec- 
ción explicaremos cómo ejecutar el applet en un explorador Web. 


1 

2 

3 

4 

5 

6 

7 

8 
9 

10 
1 1 
12 

13 

14 

15 

16 
17 


// Fig. 20.6: BienvenidoApplet. java 
// Su primer applet en lava. 

import java. awt .Craphi es ; // el programa utiliza la clase Graphics 

import javax.swing. JApplet; // el programa utiliza la clase JApplet 

public class BienvenidoApplet extends lApplet 

{ 

// dibuja el texto en el fondo del applet 
public void paint( Graphics g ) 

{ 

// llama a la versión del método paint de la superclase 
super . pai nt( g ) ; 

// dibuja un objeto String en la coordenada x 25 y la coordenada y 25 
g.drawStringC "Bienvenido a la programación en lava!", 25, 25 ); 

} // fin del método paint 
} // fin de la clase BienvenidoApplet 


Figura 20.6 


Applet que dibuja una cadena. 


BienvenidoApplet ejecutándose en el appl etvi ewer 


Eje x 


► 


La esquina superior izquierda del 
área de dibujo es la ubicación 
(0,0). El área de dibujo se 
extiende desde debajo del menú 
Subprogramas, hasta antes de la 
barra de estado. Las coordena- 
das x se incrementan de Izquierda 
a derecha; las coordenadas y se 
incrementan de arriba hacia abajo 



que se muestra la cadena 


Menú Subprograma 

La barra de estado ¡mita lo que se 
mostraría en la barra de estado del 
explorador Web, a medida que 
el applet se carga y comienza a 
ejecutarse 


BienvenidoApplet ejecutándose en Microsoft Internet Explorer 



Esquina superior 
izquierda del área de 
dibujo 


Coordenada del píxel 
(25, 25) 


Barra de estado 


Figura 20.7 | Resultados de ejemplo del applet BienvenidoApplet en la figura 20.6. 
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Creación de la clase Applet 

En la línea 3 se importa la clase Graphi es para permitir al applet dibujar gráficos, como líneas, rectángulos, óvalos 
y cadenas de caracteres. La clase JAppl et (que se importa en la línea 4) del paquete javax. swi ng se utiliza para 
crear applets. Al igual que con las aplicaciones, todo applet de Java contiene por lo menos una declaración de clase 
publ i c. Un contenedor de applets sólo puede crear objetos de clases que sean publ i c y extiendan a JAppl et 
¿o a la clase Appl et de las versiones anteriores de Java? Por esta razón, la clase Bi enveni doAppl et (líneas 6 a 17) 
extiende a JAppl et. 

Un contenedor de applets espera que todo applet de Java tenga métodos llamados irrit, start, paint, stop 
y destroy, cada uno de los cuales está declarado en la clase JAppl et. Cada nueva clase de applet que crea el 
programador hereda las implementaciones predeterminadas de estos métodos de la clase JAppl et. Estos métodos 
se pueden sobrescribir (redefinir) para realizar tareas específicas de cada applet. En la sección 20.4 veremos cada 
uno de estos métodos con más detalle. 

Cuando un contenedor de applets carga la clase Bi enveni doAppl et, el contenedor crea un objeto de tipo 
Bi enveni doAppl et, y después llama a tres de los métodos del applet. En secuencia, estos tres métodos son: i ni t, 
start y pai nt. Si no declaramos estos métodos en el applet, el contenedor de applets llama a las versiones here- 
dadas. Los métodos i ni t y start de la superclase tienen cuerpos vacíos, por lo que no realizan ninguna tarea. El 
método pai nt de la superclase no dibuja nada en el applet. 

Tal vez usted se pregunte por qué es necesario heredar los métodos i ni t, start y pai nt si sus implemen- 
taciones predeterminadas no realizan tareas. Algunos applets no utilizan todos estos métodos. Sin embargo, el 
contenedor de applets no sabe eso. Por ende, espera que todo applet tenga estos métodos, de manera que pueda 
proporcionar una secuencia de inicio consistente para cada applet. Esto es similar al hecho de que las aplicaciones 
siempre empiezan su ejecución con mai n. Al heredar las versiones “predeterminadas” de estos métodos, se garan- 
tiza que el contenedor de applets podrá ejecutar cada applet de manera uniforme. Además, al heredar las imple- 
mentaciones predeterminadas de estos métodos, el programador puede concentrarse en definir sólo los métodos 
requeridos para un applet específico. 

Cómo sobrescribir el método paint para dibujar 

Para permitir que nuestro applet dibuje, la clase Bi enveni doAppl et sobrescribe el método pai nt (líneas 9 a 16), 
al colocar instrucciones en el cuerpo de pai nt que dibujan un mensaje en la pantalla. El método pai nt recibe 
un parámetro de tipo Graphi es (al cual se le llama g por convención), el cual se utiliza para dibujar gráficos en 
el applet. No se llama explícitamente al método pai nt en un applet. En vez de ello, el contenedor de applets 
llama a pai nt para indicar al applet cuándo dibujar, y el contenedor de applets es responsable de pasar un objeto 
Graphics como argumento. 

En la línea 12 se hace una llamada a la versión del método pai nt de la superclase, que se heredó de JAppl et. 
Esta instrucción debe ser la primera instrucción en el método pai nt de todo applet. Si se omite podría provocar 
errores sutiles de dibujo en los applets que combinen el dibujo con componentes de la GUI. 

En la línea 15 se utiliza el método drawStri ng de Graphi es para dibujar Bi enveni do a 1 a programación 
en Java ! en el applet. Este método recibe como argumentos el objeto Stri ng a dibujar y las coordenadas x-y en 
las que debe aparecer la esquina inferior izquierda del objeto Stri ng en el área de dibujo. Cuando se ejecuta la 
línea 15, dibuja el objeto Stri ng en el applet, en las coordenadas 25 y 25. 


20.3.1 Cómo ejecutar un applet en el appletviewer 

Al igual que con las clases de aplicaciones, debemos compilar una clase de applet antes de poder ejecutarla. Des- 
pués de crear la clase Bi enveni doAppl et y guardarla en el archivo Bi enveni doAppl et .java, abra una ventana 
de comandos, cambie al directorio en el que guardó la declaración de la clase de applet y compile la clase Bi en- 
veni doAppiet. 

Recuerde que los applets están incrustados en páginas Web para ejecutarlos en un contenedor de applets 
(appl etvi ewe r o un explorador Web) . Antes de poder ejecutar el applet, debe crear un documento EITML (Len- 
guaje de marcado de hipertexto) que especifique cuál applet ejecutar en el contenedor de applets. Por lo general, 
un documento HTML termina con la extensión de archivo “ . htmi ” o “ . htm”. En la figura 20.8 se muestra un 
documento HTML simple (Bi enveni doAppl et . htmi) que carga el applet definido en la figura 20.6, en un con- 
tenedor de applets. [Nota: si está interesado en aprender más acerca de HTML, el CD que se incluye en este 
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libro contiene tres capítulos de nuestro libro Internet and World Wide Web How to Program, Tercera edición, que 
introducen la versión actual de HTML (conocida como XHTML) y la herramienta de formato de páginas Web 
conocida como Hojas de estilo en cascada (CSS)]. 

La mayoría de los elementos de HTML se delimitan mediante pares de etiquetas. Por ejemplo, las líneas 
1 y 4 de la figura 20.8 indican el inicio y el fin, respectivamente, del documento HTML. Todas las etique- 
tas de HTML empiezan con un signo <, y terminan con un signo >. En las líneas 2 y 3 se especifica un elemento 
appl et, el cual indica al contenedor de applets que debe cargar un applet específico y define el tamaño del área 
de visualización del applet (su anchura y altura en píxeles) en el contenedor de applets. Por lo general, el applet 
y su correspondiente documento HTML se almacenan en el mismo directorio en el disco. Comúnmente, un 
explorador Web carga un documento HTML de una computadora (distinta a la del lector) conectada a Internet. 
Sin embargo, los documentos HTML también pueden residir en su computadora (como vio en la sección 20.2). 
Cuando un contenedor de applets encuentra un documento HTML que contiene un applet, el contenedor carga 
de manera automática el archivo (o archivos) .class del applet, del mismo directorio en la computadora en 
donde reside el documento HTML. 

El elemento applet tiene varios atributos. El primer atributo en la línea 2, code = "BienvenidoApplet. 
class", indica que el archivo BienvenidoApplet. class contiene la clase de applet compilada. Los atributos 
segundo y tercero en la línea 2 indican la anchura (wi dth) de 300 y la altura (hei ght) de 45 del applet, en píxeles. 
La etiqueta </appl et> (línea 3) termina el elemento appl et que empezó en la línea 2. La etiqueta </html > (línea 
4) termina el documento HTML. 
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Para asegurar que un applet pueda verse apropiadamente en la mayoría de las pantallas de computadora, general- 
mente debe ser menor de 1024 píxeles de ancho y de 768 píxeles de alto (las medidas soportadas por la mayoría de 
las pantallas de computadora). 



Error común de programación 20.1 

Olvidar la etiqueta </applet> de cierre evita que el applet se ejecute en ciertos contenedores de applets. El 
appl et-vi ewer termina sin indicar un error. Algunos exploradores Web simplemente ignoran el elemento applet 
incompleto. 


1 <html> 

2 <applet code = "BienvenidoApplet. class" width = "300" height = "45"> 

3 </applet> 

4 </html> 

Figura 20.8 | BienvenidoApplet.html carga a Bi envenidoAppl et (figura 20.6) en un contenedor de applets. 



Tip para prevenir errores 20.1 


Si recibe un mensaje de error Mi ssi ngResourceExcepti on al cargar un applet en el appl etvi ewer o en un 
explorador Web, compruebe la etiqueta <applet> en el documento HTML cuidadosamente para detectar errores de 
sintaxis, como las comas (,) entre los atributos. 


El appl etvi ewer sólo comprende las etiquetas de HTML <appl et> y </ appl et> e ignora a todas las demás 
etiquetas en el documento. El appl etvi ewer es un sitio ideal para probar un applet y asegurar que se ejecute en 
forma apropiada. Una vez que se verifique la ejecución del applet, puede agregar sus etiquetas de HTML a una 
página Web que otros puedan ver en sus exploradores Web. 

Para ejecutar Bi enveni doAppl et en el appl etvi ewer, abra una ventana de comandos, cambie al directorio 
que contiene su applet y su documento HTML, y después escriba 

appl etvi ewer Bi enveni doAppl et . html 
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Tip para prevenir errores 20.2 


Pruebe sus applets en el contenedor de applets app letvi ewer antes de ejecutarlos en un explorador Web. A menudo, 
los exploradores Web guardan una copia de un applet en memoria, hasta que se cierran todas sus ventanas. Si modi- 
fica un applet, lo vuelve a compilar y después lo carga en su explorador Web, éste podría seguir ejecutando la versión 
original del applet. Cierre todas las ventanas del explorador Web para eliminar el applet anterior de la memoria. 
Abra una nueva ventana del explorador Web y cargue su applet para ver los cambios. 



Tip para prevenir errores 20.3 


Pruebe sus applets en todos los exploradores Web en los que se ejecutará, para asegurar que operen en forma correcta. 


20.3.2 Ejecución de un applet en un explorador Web 

Las ejecuciones de los programas de ejemplo de la figura 20.6 demuestran cómo se ejecuta Bi enveni doAppl et 
en el appl etvi ewer y en el explorador Web Microsoft Internet Explorer. Para ejecutar un applet en Internet 
Explorer, realice los siguientes pasos: 

1. Seleccione Abrir... en el menú Archivo. 

2. En el cuadro de diálogo que se despliegue, haga clic en el botón Examinar.... 

3. Localice el directorio que contenga el documento de HTML para el applet que desee ejecutar. 

4. Seleccione el documento de HTML. 

5. Haga clic en el botón Abrir. 

6. Haga clic en el botón Aceptar. 

[Nota: los pasos para ejecutar applets en otros exploradores Web son similares]. 

Si su applet se ejecuta en el appl etvi ewer, pero no se ejecuta en su explorador Web, tal vez Java no esté 
instalado y configurado para su explorador Web. En este caso, visite el sitio Web java.com y haga clic en el 
botón Descargar AHORA para instalar Java para su explorador Web. En Internet Explorer, si esto no corrige 
el problema, tal vez necesite configurar manualmente Internet Explorer para que utilice Java. Para ello, haga clic 
en el menú Herramientas y seleccione Opciones de Internet..., y después haga clic en la ficha Opciones avanza- 
das en la ventana que aparezca. Localice la opción “Utilizar JRE vi .6.0 para <miniaplicación> (es necesario reini- 
ciar)” y asegúrese que esté seleccionada, después haga clic en Aceptar. Cierre todas las ventanas de su explorador 
Web antes de volver a intentar ejecutar otro applet. 


20.4 Métodos del ciclo de vida de los applets 

Ahora que ha creado un applet, vamos a considerar los cinco métodos de applet a los que llama el contenedor 
de applets, desde el momento en el que se carga el applet en el explorador Web, hasta el momento en el que éste 
termina el applet. Estos métodos corresponden a diversos aspectos del ciclo de vida de un applet. En la figura 20.9 
se enlistan estos métodos, que las clases de applets heredan de la clase JApplet. La tabla especifica el momento 
en el que se llama a cada método y explica su propósito. A excepción del método pai nt, estos métodos tienen 
cuerpos vacíos de manera predeterminada. Si desea declarar alguno de estos métodos en sus applets y hacer que 
el contenedor de applets los llame, debe usar los encabezados de los métodos que se muestran en la figura 20.9. 
Si modifica los encabezados de los métodos (por ejemplo, cambiar los nombres de los métodos o proporcionar 


Método Momento en que se llama al método y su propósito 


public void init() 

El contenedor de applets lo llama una vez, cuando se carga un applet para ejecutarlo. Este método ini- 
cializa un applet. Las acciones comunes que se realizan aquí son: inicializar campos, crear componentes 
de GUI, cargar los sonidos a reproducir, cargas las imágenes a visualizar (vea el capítulo 20, Multimedia: 
applets y aplicaciones) y crear subprocesos (vea el capítulo 23, Subprocesamiento múltiple). 

Figura 20.9 | Métodos del ciclo de vida de JApplet, que un contenedor de applets llama durante la ejecución 
de un applet. (Parte I de 2). 
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Método Momento en que se llama al método y su propósito 


public void start() 

El contenedor de applets lo llama una vez que el método i ni t termina su ejecución. Además, si el usua- 
rio explora otro sitio Web y después regresa a la página HTML del applet, el método start se llama de 
nuevo. Este método realiza todas las tareas que deben completarse cuando el applet se carga por primera 
vez, y que deben realizarse cada vez que se vuelva a visitar la página HTML del applet. Las acciones que 
se realizan aquí podrían incluir: iniciar una animación (vea el capítulo 21) o iniciar otros subprocesos de 
ejecución (vea el capítulo 23). 

public void paint( Graphics g ) 

El contenedor de applets lo llama después de los métodos i ni t y start. El método pai nt también se 
llama cuando el applet necesita volver a visualizarse. Por ejemplo, si el usuario cubre el applet con otra 
ventana abierta en la pantalla, y más adelante descubre el applet, se hace una llamada al método pai nt. 
Las acciones comunes que se realizan aquí incluyen: dibujar con el objeto Graphi es g que el contenedor 
de applets pasa al método pai nt. 

public void stop() 

El contenedor de applets lo llama cuando el usuario sale de la página Web del applet para ir a explorar 
otra página Web. Como es posible que el usuario regrese a la página Web que contiene el applet, el méto- 
do stop realiza tareas que podrían requerirse para suspender la ejecución del applet, de manera que no 
utilice tiempo de procesamiento de la computadora cuando no esté visualizado en la pantalla. Las accio- 
nes comunes que se realizan en este método detendrían la ejecución de animaciones y subprocesos. 

public void destroyO 

El contenedor de applets lo llama cuando el applet se va a eliminar de la memoria. Esto ocurre cuando 
el usuario sale de la sesión de navegación, cerrando todas las ventanas del explorador Web, y también 
puede ocurrir a discreción del explorador Web, cuando el usuario ha navegado hacia otras páginas Web. 
El método realiza cualquier tarea que se requiera para limpiar los recursos asignados al applet. 

Figura 20.9 | Métodos del ciclo de vida de JApplet, que un contenedor de applets llama durante la ejecución 
de un applet. (Parte 2 de 2). 


parámetros adicionales), el contenedor de applets no llamará a sus métodos. En vez de ello, llamará a los métodos 
de la superclase, heredados de JApplet. 



Error común de programación 20.2 

Si declara los métodos i ni t, start, pai nt, stop o dest roy con encabezados que sean distintos a los que se mues- 


tran en la figura 20.9, el contenedor de applets no los llamará. El código especificado en sus versiones de los métodos 


no se ejecutará. 


20.5 Cómo inicializar una variable de instancia con el método init 

Nuestro siguiente applet (figura 20.10) calcula la suma de dos valores introducidos por el usuario, y muestra el 
resultado arrastrando un objeto Stri ng dentro de un rectángulo en el applet. La suma se almacena en una varia- 


1 // Fig. 20.10: SumaApplet. java 

2 // Suma de dos números de punto flotante. 

3 import java. awt. Graphi es; // el programa usa la clase Graphics 

4 import javax.swing. JApplet; // el programa usa la clase JApplet 

5 import javax.swing.JOptionPane; // el programa usa la clase JOptionPane 

Figura 20.10 | Suma de valores double. (Parte I de 2). 
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public class SumaApplet extends JApplet 

{ 

prívate double suma; // suma de los valores introducidos por el usuario 

// inicializa el applet, obteniendo los valores del usuario 
public void i ni t C) 

{ 

String primerNumero; // primera cadena introducida por el usuario 
String segundoNumero; // segunda cadena introducida por el usuario 

double numerol; // primer número a sumar 
double numero2; // segundo número a sumar 

// obtiene el primer número del usuario 

primerNumero = JOptionPane.showInputDialog( 

"Escriba el primer valor de punto flotante" ); 

// obtiene el segundo número del usuario 

segundoNumero = JOptionPane.showInputDialog( 

"Escriba el segundo valor de punto flotante" ); 

// convierte los números del tipo String al tipo double 

numerol = Double . parseDoubl e( primerNumero ); 
numero2 = Double. parseDouble( segundoNumero ); 

suma = numerol + numero2; // suma los números 
} // fin del método init 

// dibuja los resultados en un rectángulo, en el fondo del applet 
public void paint( Graphics g ) 

{ 

super.paint( g ); // llama a la versión del método paint de la superclase 

// dibuja un rectángulo empezando desde (15, 10), que tenga 270 
// píxeles de ancho y 20 píxeles de alto 
g.drawRect( 15, 10, 270, 20 ); 

// dibuja los resultados como un objeto String en (25, 25) 
g . drawStri ng( "La suma es " + suma, 25, 25 ); 

} // fin del método paint 
} // fin de la clase SumaApplet 
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Figura 20.10 | Suma de valores double. (Parte 2 de 2). 
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ble de instancia de la clase SumaApplet, para que pueda utilizarse tanto en el método init como en el método 
pai nt. El documento HTML que carga este applet en el appl etvi ewer se muestra en la figura 20.1 1. 


1 <html> 

2 <applet code = "SumaApplet. el ass" width = "300" height = "50"> 

3 </applet> 

4 </html> 

Figura 20. 1 1 | SumaAppl et . html carga la clase SumaAppl et de la figura 20. 1 0 dentro de un contenedor de applets. 


El applet solicita al usuario dos números de punto flotante. En la línea 9 (figura 20.10) se declara la variable 
de instancia suma de tipo double. El applet contiene dos métodos: init (líneas 12 a 33) y paint (líneas 36 a 
46). Cuando un contenedor de applets carga este applet, el contenedor crea una instancia de la clase SumaAppl et 
y llama a su método init; esto ocurre sólo una vez durante la ejecución de un applet. Por lo común, el método 
init inicializa los campos del applet (si necesitan inicializarse con valores que no sean los predeterminados) y 
realiza otras tareas que sólo deben ocurrir una vez, cuando el applet empieza a ejecutarse. La primera línea de 
init siempre aparece como se muestra en la línea 12, la cual indica que i ni t es un método public que no recibe 
argumentos y no devuelve información cuando termina su ejecución. 

En las líneas 14 a 30 se declaran variables para almacenar los valores introducidos por el usuario, obtener la 
entrada del usuario y convertir los objetos Stri ng introducidos por el usuario en valores doubl e. 

La instrucción de asignación en la línea 32 suma los valores almacenados en las variables numeral y numero2, 
y asigna el resultado a la variable de instancia suma. En este punto, el método i ni t del applet devuelve el control 
del programa al contenedor de applets, el cual a su vez llama al método start del applet. No declaramos a start 
en este applet, por lo que aquí se hace la llamada al método heredado de la clase 3 Appl et. En los capítulos 21 y 
23 veremos usos comunes del método start. 

A continuación, el contenedor de applets llama al método pai nt del applet, el cual dibuja un rectángulo 
(línea 42) en donde aparecerá el resultado de la suma. En la línea 45 se hace una llamada al método drawStri ng 
del objeto Graphi es para visualizar los resultados. La instrucción concatena el valor de la variable de instancia 
suma al objeto Stri ng "La suma es " y muestra en pantalla el objeto Stri ng concatenado. 



Observación de ingeniería de software 20.1 

Las únicas instrucciones que se deben colocar en el método init de un applet son las que deben ejecutarse sólo una 
vez, al inicializar el applet. 


20.6 Modelo de seguridad “caja de arena” 

Sería peligroso permitir a los applets que, por lo general, se descargan de Internet, leer y escribir archivos en una 
computadora cliente, o acceder a otros recursos del sistema. Por ejemplo, ¿qué ocurriría si usted descargara un 
applet malicioso? La plataforma Java utiliza el modelo de seguridad “caja de arena” para evitar que el código 
que usted descargue en su equipo local acceda a los recursos del sistema local, como los archivos. El código que 
se ejecuta dentro de la “caja de arena” no tiene permitido “jugar fuera de la caja”. Para obtener más información 
acerca de la seguridad y los applets, visite 

devel oper . j ava . sun . com/devel oper/techni cal Arti el es/Securi ty/Si gned 
Para obtener información acerca del modelo de seguridad de la Plataforma Java 2, visite 
java. sun . com/javase/6/docs/technotes/gui des/securi ty/i ndex.html 


20.7 Recursos en Internet y Web 

Si tiene acceso a Internet, hay una gran cantidad de recursos sobre applets de Java disponibles para usted. El mejor 
lugar para empezar es el de origen: el sitio Web de Java de Sun Microsystems, j ava . sun . com. La página Web 

java. sun . com/ appl ets 
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contiene varios recursos sobre applets de Java, incluyendo los applets de muestra del JDK y otros applets (muchos 
de los cuales se pueden descargar). 

Si no tiene Java instalado y configurado para su explorador Web, puede visitar 
java.com 

y hacer clic en el botón Descargar AHORA para descargar e instalar Java en su explorador Web. Se proporcionan 
instrucciones para varias versiones de Windows, Linux, Solaris y Mac OS. 

El sitio Web de Java de Sun Microsystems 

java.sun.com 

incluye soporte técnico, foros de discusión, artículos técnicos, recursos, anuncios de nuevas características de Java 
y un acceso anticipado a las nuevas tecnologías de Java. 

Para ver varios tutoriales en línea gratuitos, visite el sitio Web 

java. sun . com/1 earni ng 

Otro sitio Web útil es JARS (conocido originalmente como Servicio de clasificación de applets de Java). 
El sitio Web de JARS 

www. jars . com 

era un almacén de applets de Java que clasificaba cada applet registrado en el sitio, de manera que los visitantes 
pudieran ver los mejores applets en Web. En las primeras etapas del desarrollo del lenguaje Java, lograr que su 
applet se clasificara aquí era una excelente forma de demostrar sus habilidades de programación en Java. JARS es 
ahora un sitio de clasificaciones sobre todo lo relacionado con Java para programadores. 

Los recursos que se enlistan en esta sección proporcionan hipervínculos hacia muchos otros sitios Web rela- 
cionados con Java. Invierta tiempo explorando estos sitios, ejecutando applets y leyendo el código fuente de éstos 
cuando esté disponible. Esto le ayudará a expandir con rapidez su conocimiento sobre Java. 

20.8 Conclusión 

En este capítulo aprendió los fundamentos de los applets de Java. Aprendió los conceptos básicos sobre HTML, 
que le permiten incrustar un applet en una página Web y ejecutarlo en un contenedor de applets, como appl et- 
vi ewer o un explorador Web. Además, aprendió acerca de los cinco métodos que el contenedor de applets llama 
de manera automática durante el ciclo de vida de un applet. En el siguiente capítulo verá varios applets adicio- 
nales, a medida que vayamos presentando las herramientas básicas de multimedia. En el capítulo 23, Subproce- 
samiento múltiple, verá un applet con los métodos start y stop que se utilizan para controlar varios subprocesos 
de ejecución. En el capítulo 24, Redes, le demostraremos cómo personalizar un applet a través de parámetros que 
se especifiquen en un elemento HTML del appl et. 


Resumen 

Sección 20. 1 Introducción 

• Los applets son programas en Java que pueden incrustarse en documentos HTML. 

• Cuando un explorador Web carga una página Web que contiene un applet, éste se descarga en el explorador Web y 
se ejecuta. 

• El explorador Web que ejecuta un applet se conoce como el contenedor de applets. El JDK incluye el contenedor de 
applets appl etvi ewer, para probar applets antes de incrustarlos en una página Web. 

Sección 20.2 Applets de muestra incluidos en el JDK 

• Para volver a ejecutar un applet en el appl etvi ewe r, haga clic en el menú Subprograma y seleccione el elemento de 
menú Volver a cargar. 

• Para terminar el appl etvi ewer, seleccione el elemento de menú Salir del menú Subprograma. 
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Sección 20.3 Applet simple en Java: cómo dibujar una cadena 

• Todo applet de Java es una interfaz gráfica de usuario, en la cual podemos colocar componentes de GUI o dibujar. 

• La clase 3 Appl et del paquete j avax . swi ng se utiliza para crear applets. 

• Un contenedor de applets sólo puede crear objetos de clases que sean public y extiendan a 3 Applet (o la clase 
Appl et de las versiones anteriores de Java). 

• Un contenedor de applets espera que cada applet de Java tenga métodos llamados i ni t, start, pai nt, stop y des- 
troy, cada uno de los cuales está declarado en la clase 3 Applet. Cada nueva clase de applet que usted cree hereda 
las implementaciones predeterminadas de estos métodos de la clase lAppl et. 

• Cuando un contenedor de applets carga un applet, el contenedor crea un objeto del tipo del applet, y después llama 
a los métodos i ni t, start y pai nt del applet. Si no declara estos métodos en su applet, el contenedor de applets 
llama a las versiones heredadas. 

• Los métodos i ni t y start de la superclase tienen cuerpos vacíos, por lo cual no realizan ninguna tarea. El método 
pai nt de la superclase no dibuja nada en el applet. 

• Para permitir a un applet dibujar, hay que sobrescribir su método pai nt. No debemos llamar explícitamente al 
método pai nt en un applet. En vez de ello, el contenedor de applet debe llamar a pai nt para indicar al applet 
cuándo debe dibujar, y el contenedor de applets es responsable de pasarle un objeto Graphi es como argumento. 

• La primera instrucción en el método pai nt debe ser una llamada al método pai nt de la superclase. Omitir esto 
puede provocar errores sutiles de dibujo en applets que combinan el dibujo y componentes de GUI. 

• Antes de ejecutar un applet, debemos crear un documento HTML (Lenguaje de marcado de hipertexto) que espe- 
cifique cuál applet ejecutar en el contenedor de applets. Por lo general, un documento HTML termina con una 
extensión de archivo “ . htmi ” o “ . htm”. 

• La mayoría de los elementos de HTML se delimitan mediante pares de etiquetas. Todas las etiquetas de HTML 
empiezan con un signo <, y terminan con un signo >. 

• Un elemento appi et indica al contenedor de applets que cargue un applet específico, y define el tamaño del área de 
visualización del applet (su anchura y altura en píxeles) en el contenedor de applets. 

• Por lo general, un applet y su correspondiente documento HTML se guardan en el mismo directorio. 

• Comúnmente, un explorador Web carga un documento HTML de una computadora (distinta a la del lector) conec- 
tada a Internet. 

• Cuando un contenedor de applets encuentra un documento HTML que contiene un applet, carga de manera 
automática el (los) archivo(s) .class del applet desde el mismo directorio en la computadora en la que reside el 
documento HTML. 

• El appletviewer sólo comprende las etiquetas <applet> y </app!et> de HTML, e ignora a todas las demás eti- 
quetas en el documento. 

• El appl etvi ewe r es un sitio ideal para probar un applet y asegurarse de que se ejecute apropiadamente. Una vez que 
se verifica la ejecución del applet, se pueden agregar sus etiquetas HTML a una página Web que otros puedan ver 
en sus exploradores Web. 

Sección 20.4 Métodos del ciclo de vida de los applets 

• Hay cinco métodos de applet que el contenedor de applets llama, desde el momento en el que se carga el applet en 
el explorador Web, hasta el momento en que el explorador Web termina el applet. Estos métodos corresponden a 
varios aspectos del ciclo de vida de un applet. 

• El contenedor de applets llama una vez al método init, cuando se carga un applet para ejecutarlo. Este método 
inicializa el applet. 

• El contenedor de applets llama al método start una vez que el método i ni t termina de ejecutarse. Además, si el 
usuario navega hacia otro sitio Web y después regresa a la página HTML del applet, se llama otra vez al método 
start. 

• El contenedor de applets llama al método pai nt después de los métodos i ni t y start. El método pai nt también 
se llama cuando el applet necesita volver a dibujarse. 

• El contenedor de applets llama al método stop cuando el usuario sale de la página Web del applet, al navegar hacia 
otra página Web. 

• El contenedor de applets llama al método destroy cuando el applet se va a eliminar de la memoria. Esto ocurre 
cuando el usuario sale de la sesión de navegación, al cerrar todas las ventanas del explorador Web, y también puede 
ocurrir a discreción del explorador Web, cuando el usuario navega hacia otras páginas Web. 
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Terminología 

. htm, extensión de archivo 
. html , extensión de archivo 
<applet>, etiqueta 
altura (height) de un applet 
anchura (wi dth) de un applet 
applet 

appl etvi ewer 
atributo 

contenedor de applets 
demo, directorio del JDK 
elemento de HTML 
elemento de HTML de un applet 
etiqueta 


i ni t, método de J Appl et 
JApplet, clase 

Lenguaje de marcado de hipertexto (HTML) 
pai nt, método de JAppl et 
parseDoubie, método de Doubie 
Salir, elemento de menú en el appl etvi ewer 
signo < 
signo > 

start, método de JApplet 

stop, método de JApplet 

Subprograma, menú en el appl etvi ewer 

Volver a cargar, elemento de menú en el appl etvi ewer 


Ejercicio de autoevaluación 

20 . 1 Complete las siguientes oraciones: 

a) Los applets de Java empiezan a ejecutarse con una serie de llamadas a tres métodos: , 

7 • 

b) El método se invoca para un applet cada vez que el usuario de un explorador Web 

sale de la página HTML en la que reside el applet. 

c) Todo applet debe extender a la clase . 

d) El o un explorador Web pueden utilizarse para ejecutar un applet de Java. 

e) El método se llama cada vez que el usuario de un explorador Web vuelve a visitar la 

página HTML en la que reside un applet. 

f) Para cargar un applet en un explorador Web, debe primero definir un archivo . 

g) El método se llama una vez cuando el applet empieza a ejecutarse. 

h) El método se invoca para dibujar en un applet. 

i) El método se invoca para un applet cuando el explorador Web lo elimina de la 

memoria. 

j) Las etiquetas y de HTML especifican que debe cargarse un 

applet en un contenedor de applets, y ejecutarse. 

Respuestas a los ejercicios de autoevaluación 

20.1 a) i ni t, start, pai nt. b) stop, c) JAppl et (o Appl et). d) appl etvi ewer. e) start. f) HTML. g)init. 
h)paint. i) destroy. j) <appl et>, </appl et>. 

Ejercicios 

20.2 Escriba un applet que pida al usuario que introduzca dos números de punto flotante, que obtenga los dos 
números del usuario y dibuje su suma, producto (multiplicación), diferencia y cociente (división). Use las técnicas que 
se muestran en la figura 20.10. 

20.3 Escriba un applet que pida al usuario que introduzca dos números de punto flotante, que obtenga los números 
del usuario y muestre los dos números primero, y después el número más grande seguido de las palabras "es mayor 
que" como una cadena en el applet. Si los números son iguales, el applet deberá imprimir el mensaje "Estos números 
son iguales". Use las técnicas que se muestran en la figura 20.10. 

20.4 Escriba un applet que reciba tres números de punto flotante del usuario y que muestre la suma, el promedio, 
el producto, el menor y el mayor de estos números, como cadenas en el applet. Use las técnicas que se muestran en la 
figura 20.10. 

20.5 Escriba un applet que pida al usuario que introduzca el radio de un círculo como un número de punto flotante, 
y que dibuje el diámetro, circunferencia y área del círculo. Use el valor 3.14159 para TI. Use las técnicas que se muestran 
en la figura 20.10. [Nota: también puede usar la constante predefinida Math . PI para el valor de K. Esta constante es 
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más precisa que el valor 3.14159. La clase Math se define en el paquete java. 1 ang, por lo que no necesita importarla]. 
Use las siguientes fórmulas (res el radio): 

diámetro = 2 r 
circunferencia = 2nr 
área = IZr 2 

20.6 Escriba un applet que lea cinco enteros, determine cuáles son el mayor y el menor en el grupo, y que los impri- 
ma. Use sólo las técnicas de programación que aprendió en este capítulo y en el capítulo 2. Dibuje los resultados en 
el applet. 

20.7 Escriba un applet que dibuje un patrón de tablero de damas, como se muestra a continuación: 


******** 
****** * * 
******** 
******** 
* * * * * * * * 

******** 
* * * * * * * * 

******** 


20.8 Escriba un applet que dibuje rectángulos de distintos tamaños y posiciones. 

20.9 Escriba un applet que permita al usuario introducir valores para los argumentos requeridos por el método 
drawRect, y que después dibuje un rectángulo usando los cuatro valores de entrada. 

20.10 La clase Graphics contiene el método drawOval, el cual recibe como argumentos los mismos cuatro argu- 
mentos que el método drawRect. Los argumentos para el método drawOval especifican el “cuadro delimitador” para 
el óvalo; los lados del cuadro delimitador son los límites del óvalo. Escriba un applet en Java que dibuje un óvalo y un 
rectángulo con los mismos cuatro argumentos. El óvalo debe tocar el rectángulo en el centro de cada lado. 

20.1 I Modifique la solución al ejercicio 20.10 para imprimir óvalos de distintas formas y tamaños. 

20. 1 2 Escriba un applet que permita al usuario introducir los cuatro argumentos requeridos por el método d rawOval , 
y que después dibuje un óvalo usando los cuatro valores de entrada. 



Multimedia: 
applets y 



aplicaciones 


La rueda que rechina más 
fuerte... es la que requiere 
la grasa. 


OBJETIVOS 

En este capítulo aprenderá a: 

■ Obtener, mostrar y escalar imágenes. 

■ Crear animaciones a partir de secuencias de imágenes. 

■ Crear mapas de imágenes. 

■ Obtener sonidos, reproducirlos, hacer que se reproduzcan 
indefinidamente y detenerlos mediante el uso de un objeto 
AudioClip. 

■ Reproducir video mediante la interfaz Player. 


— John Billings (Henry 
Wheeler Shaw) 

Utilizaremos una señal que 
he probado que tiene gran 
alcance y es fácil de gritar. 
¡Yajuuuu! 

— Zane Grey 

Hay un movimiento de 
vaivén natural en un pez 
dorado. 

— Walt Disney 

Entre el movimiento y el 
acto cae la sombra. 

— Tilomas Stearns Eliot 
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21.1 Introducción 

Bienvenido a lo que podría ser la mayor revolución en la historia de la industria computacional. Todos los que 
entramos al campo hace décadas, estábamos interesados en usar las computadoras principalmente para realizar 
cálculos aritméticos a grandes velocidades. A medida que el campo de la computación fue evolucionando, empe- 
zamos a darnos cuenta de que las herramientas de manipulación de datos de las computadoras son igualmente 
importantes. El “atractivo” de Java es multimedia (el uso de sonido, imágenes, gráficos y video para hacer 
que las aplicaciones “cobren vida”). Aunque la mayor parte del contenido multimedia en Java es bidimensional, 
los programadores de Java ya pueden utilizar la API Java 3D para crear aplicaciones importantes con gráficos 
en 3D (Sun ofrece un tutorial en línea para la API Java 3D en java.sun.com/developer/onlineTraining/ 
java3d) . 

La programación de multimedia ofrece muchos nuevos retos. El campo es de por sí enorme, y crece rápida- 
mente. La mayoría de las nuevas computadoras que se venden actualmente están “listas para multimedia”, con 
unidades de CD-RW o DVD, tarjetas de audio e incluso con herramientas especiales de video. Las computadoras 
de escritorio y portátiles económicas son tan poderosas que pueden almacenar y reproducir video y sonido con 
calidad de DVD, y esperamos ver aún más avances en los tipos de herramientas de multimedia programables, dis- 
ponibles a través de los lenguajes de programación. Algo que hemos aprendido es a planear para “lo imposible”; en 
los campos de la computación y las comunicaciones, lo “imposible” se ha vuelto realidad en repetidas ocasiones. 

Entre los usuarios que desean gráficos, muchos ahora desean gráficos de color tridimensionales, de alta 
resolución. El despliegue de imágenes tridimensionales verdaderas tal vez esté disponible dentro de la siguiente 
década. Imagine tener una televisión tridimensional, de alta resolución tipo cine. ¡Los eventos deportivos y de 
entretenimiento parecerán estar llevándose a cabo en la sala de su casa! Los estudiantes de medicina en todo el 
mundo verán cómo se realizan operaciones a miles de millas de distancia, como si estuvieran ocurriendo en la 
misma habitación. Las personas aprenderán a conducir con simuladores de conducción extremadamente realistas 
en sus hogares antes de ponerse al volante. Las posibilidades son emocionantes e interminables. 

La multimedia demanda un poder computacional extraordinario. Hasta hace poco, no había computadoras 
a precios accesibles con ese tipo de poder. Los procesadores ultrarrápidos de la actualidad hacen posible la multi- 
media con efectividad. Las industrias de la computación y la comunicación serán los principales beneficiarios de 
la revolución multimedia. Los usuarios estarán dispuestos a pagar por procesadores más veloces, memorias más 
grandes y anchos de banda de comunicación más amplios, que soporten las exigencias de las aplicaciones multi- 
media. Irónicamente, los usuarios tal vez no tengan que pagar más, ya que la feroz competencia en estas industrias 
hace que los precios bajen. 

Necesitamos lenguajes de programación que faciliten la creación de aplicaciones multimedia. La mayoría 
de los lenguajes de programación no tienen herramientas multimedia integradas . Sin embargo, a través de sus 
bibliotecas de clases, Java proporciona extensas características multimedia que le permitirán empezar a desarrollar 
poderosas aplicaciones multimedia inmediatamente. 

En este capítulo presentamos varios ejemplos de las interesantes características multimedia que usted necesi- 
tará para crear útiles aplicaciones, incluyendo las siguientes: 

1. Los fundamentos de la manipulación de imágenes. 
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2. Creación de animaciones refinadas. 

3. Reproducción de archivos de audio mediante la interfaz Audi oCl i p. 

4. Creación de mapas de imágenes que pueden detectar cuando el cursor se encuentra sobre ellos, incluso 
sin hacer clic con el ratón. 

5. Reproducción de archivos de video mediante el uso de la interfaz P1 ayer. 

Los ejercicios para este capítulo sugieren docenas de proyectos retadores e interesantes. Cuando creamos estos 
ejercicios, las ideas no dejaban de surgir. La multimedia impulsa la creatividad en formas que no hemos experi- 
mentado con las herramientas “convencionales” de computación. [Nota: las herramientas de multimedia de Java 
van más allá de las que se presentan en este capítulo. Entre estas herramientas se incluyen la API del marco de 
trabajo de medios de Java (JMF, Java Media Framework API) para agregar medios de audio y video a una apli- 
cación, la API de sonido de Java (Java Sound API) para reproducir, grabar y modificar audio; la API 3D de Java 
(Java 3D API) para crear y modificar gráficos en 3D; la API de procesamiento avanzado de imágenes 
de Java (Java Advanced Imaging API) para las herramientas de procesamiento de imágenes, como recortar y 
escalar; la API de síntesis de voz de Java (Java Speech API) para introducir comandos del usuario, o emitir 
comandos de voz al usuario; la API 2D de Java (Java 2D API) para crear y modificar gráficos en 2D, la cual cubri- 
mos en el capítulo 12; y la API de E/S de imágenes de Java (Java Image I/O API) para leer y escribir imágenes 
en archivos. En la sección 21.8 se proporcionan vínculos Web para cada una de estas APIs]. 

2 1 .2 Cómo cargar, mostrar y escalar imágenes 

Las herramientas multimedia de Java incluyen gráficos, imágenes, animaciones, sonidos y video. Empezaremos 
nuestra discusión con las imágenes, y emplearemos distintas en este capítulo. Los desarrolladores pueden crear 
dichas imágenes con cualquier software para manipulación de imágenes, como Adobe® Photoshop™, Jase® Paint 
Shop Pro™ o Microsoft® Paint. 

El applet de la figura 21.1 demuestra cómo cargar un objeto Image (paquete java.awt) y cómo cargar un 
objeto Imagelcon (paquete j avax . swi ng) . Ambas clases se utilizan para cargar y mostrar imágenes en pantalla. 
El applet muestra al objeto Image en su tamaño original y escalado a un tamaño mayor, utilizando dos versiones 
del método drawlmage de Graphi es. También dibuja el objeto Imagelcon, utilizando el método paintlcon del 
icono. La clase Imagelcon implementa a la interfaz Seri al i zabl e, la cual permite escribir fácilmente obje- 
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// Fig. 21.1: CargarlmagenYEscalar. java 

// Carga una imagen y la muestra en su tamaño original y al doble de su 

// tamaño original. Carga y muestra la misma imagen como un objeto Imagelcon. 

import java.awt. Graphics; 

import java. awt . Image ; 

import javax.swing. Imagelcon; 

import j avax. swi ng . lAppl et; 

public class CargarlmagenYEscalar extends lApplet 

{ 

private Image imagenl; // crea un objeto Image 
private Imagelcon imagen2; // crea un objeto Imagelcon 

// carga la imagen cuando se carga el applet 
public void init() 

{ 

imagenl = getlmage( getDocumentBaseO , "floresrojas . png" ); 
imagen2 = new Imagelcon ( 'floresamari 1 1 as . png" ); 

} // fin del método init 

// muestra la imagen 

public void paint( Graphics g ) 


Figura2I.I | Cómo cargar y mostrar una imagen en un applet. (Parte I de 2). 
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23 

{ 



24 


super . pai nt( g ) ; 


25 




26 


g.drawlmage( imagenl, 0, 0, this ); // dibuja la imagen original 

27 




28 


// dibuja la imagen para que se ajuste a la anchura y 

altura menos 120 pixeles 

29 


g.drawlmage( imagenl, 0, 120, getWidth(), getHeightO 

- 120, this ); 

30 




31 


// dibuja un icono, usando su método paintlcon 


32 


imagen2 . pai ntlconf this, g, 180, 0 ); 


33 

} 

// fin del método paint 


34 

} // fin de la clase CargarlmagenYEscal ar 




Figura 21. 1 | Cómo cargar y mostrar una imagen en un applet. (Parte 2 de 2). 


tos Imagelcon en un archivo, o enviarlos a través de Internet. La clase Imagelcon es también más fácil de usar 
que Image, ya que su constructor puede recibir argumentos de varios formatos distintos, incluyendo un arreglo 
byte que contiene los bytes de una imagen, un objeto Image ya cargado en memoria, y un objeto Stri ng o URL, 
los cuales pueden usarse para representar la ubicación de la imagen. Un objeto URL representa a un Localizador 
uniforme de recursos, el cual sirve como apuntador a un recurso en World Wide Web, en su computadora o en 
cualquier equipo conectado en red. Un objeto URL se utiliza con más frecuencia cuando se accede a los datos 
en el equipo actual. Al utilizar un objeto URL, el programador también puede acceder a la información en los si- 
tios Web, como cuando se busca información en una base de datos o a través de un motor de búsqueda. 

En las líneas 1 1 y 12 se declaran variables Image e Imagelcon, respectivamente. La clase Image es una clase 
abstract; por lo tanto, el applet no puede crear un objeto de la clase Image directamente. En vez de ello, debe 
llamar a un método que haga que el contenedor de applets cargue y devuelva el objeto Image para usarlo en el 
programa. La clase Applet (la superclase directa de lApplet) proporciona el método getlmage (línea 17 en 
el método init) para cargar un objeto Image en un applet. Esta versión de getlmage recibe dos argumentos: 
la ubicación del archivo de la imagen y el nombre de ese archivo. En el primer argumento, el método getDo- 
cumentBase de Appl et devuelve un objeto URL que representa la ubicación de la imagen en Internet (o en su 
computadora, si el applet se cargó desde ahí). El método getDocumentBase devuelve la ubicación del archivo 
HTML como un objeto de la clase URL. En conjunto, los dos argumentos especifican el nombre único y la ruta 
del archivo que se va a cargar (en este caso, el archivo fio res ro j as . png almacenado en el mismo directorio que el 
archivo HTML que invocó al applet). El segundo argumento especifica el nombre de un archivo de imagen. Java 
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soporta varios formatos de imágenes, incluyendo GIF (Formato de Intercambio de Gráficos), JPEG (Grupo 
Unido de Expertos en Fotografía) y PNG (Gráficos Portables de Red). Los nombres de archivo para cada uno 
de estos tipos terminan con . gi f, . jpg (o . jpeg) y .png, respectivamente. 

Tip de portabilidad 21.1 

La dase Image es una dase abstract; como resultado, los programas no pueden instandar la dase Image para crear 
objetos. Para lograr una independencia de plataformas, la implementación de Java en cada plataforma proporciona 
su propia subclase de Image para almacenar información sobre las imágenes. Los métodos que devuelven referencias 
a objetos Image en realidad devuelven referencias a objetos de la subclase Image de la implementación de Java. 

En la línea 17 comienza a cargarse la imagen del equipo local (o comienza a descargarse la imagen de Inter- 
net). Cuando la imagen es requerida por el programa, se carga en un subproceso de ejecución separado. Recuerde 
que un subproceso es una actividad en paralelo, y que hablaremos sobre los subprocesos con detalle en el capítulo 
23, Subprocesamiento múltiple. Al utilizar un subproceso separado para cargar una imagen, el programa puede 
continuar su ejecución mientras la imagen se carga. [Nota: si el archivo solicitado no está disponible, el método 
getlmage no lanza una excepción. Se devuelve un objeto Image, pero cuando éste se muestra en pantalla median- 
te el método drawlmage, no aparece nada]. 

La clase Imagelcon no es una clase abstract; por lo tanto, un programa puede crear un objeto Imagelcon. 
La línea 18 en el método init crea un objeto Imagelcon que carga la imagen floresamarillas.png. La clase 
Imagelcon proporciona varios constructores que permiten a los programas inicializar objetos Imagelcon con 
imágenes del equipo local, o con imágenes almacenadas en Internet. 

El método pai nt del applet (líneas 22 a 33) muestra las imágenes. En la línea 26 se utiliza el método 
drawlmage de Graphics para mostrar un objeto Image. El método drawlmage recibe cuatro argumentos. El 
primer argumento es una referencia al objeto Image que se va a mostrar (imagenl). Los argumentos segundo y 
tercero son las coordenadas x y y en las que se mostrará la imagen en el applet; las coordenadas indican la ubica- 
ción de la esquina superior izquierda de la imagen. El último argumento es una referencia a un objeto ImageOb- 
server; una interfaz implementada por la clase Component. Como la clase JApplet extiende a Component de 
manera indirecta, todos los objetos 1 Applet son objetos ImageObserver. Este argumento es importante cuando 
se muestran imágenes extensas que requieren de mucho tiempo para descargarse desde Internet. Es posible que un 
programa intente mostrar la imagen antes de que ésta se descargue completamente. El objeto ImageObserver es 
notificado para actualizar la imagen que se mostrará, a medida que el objeto Image se carga y actualiza la imagen 
en la pantalla, si ésta no estaba completa cuando se empezó a mostrar. Al ejecutar este applet, observe cuidado- 
samente cómo se van mostrando piezas de la imagen mientras ésta se carga. [Nota: en equipos rápidos, tal vez no 
pueda percatarse de este efecto] . 

En la línea 29 se utiliza una versión sobrecargada del método drawlmage para mostrar una versión escalada 
de la imagen. Los argumentos cuarto y quinto especifican la anchura y altura de la imagen para mostrarla en 
pantalla. El método drawlmage escala la imagen para que se ajuste a la anchura y altura especificadas. En este 
ejemplo, el cuarto argumento indica que la anchura de la imagen escalada debe ser igual a la anchura del applet, 
y el quinto argumento indica que la altura debe ser 120 píxeles menor que la altura del applet. La anchura y la 
altura del applet se determinan mediante llamadas a los métodos getWi dth y getHei ght (heredados de la clase 
Component). 

En la línea 32 se utiliza el método pai ntlcon de Imagelcon para mostrar la imagen. Este método requiere 
cuatro argumentos: una referencia al objeto Component en el que se mostrará la imagen, una referencia al objeto 
C raphi es que desplegará la imagen, la coordenada x de la esquina superior izquierda de la imagen y la coordenada 
y de la esquina superior izquierda de la imagen. 

21.3 Animación de una serie de imágenes 

El siguiente ejemplo demuestra cómo animar una serie de imágenes almacenadas en un arreglo de objetos Ima- 
gelcon. La animación presentada en las figuras 21.2 y 21.3 se implementa mediante el uso de una subclase de 
IPanel llamada AnimadorLogoJ Panel (figura 21.2) que puede adjuntarse a una ventana de aplicación o a un 
objeto lAppl et. La clase AnimadorLogo (figura 21.3) también declara un método mai n (líneas 8 a 20 de la figura 
21.3) para ejecutar la animación como una aplicación. El método mai n declara una instancia de la clase JFrame 
y adjunta un objeto AnimadorLogoJPanel al objeto IFrame para mostrar la animación. 
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// Fig. 21.2: AnimadorLogoJPanel . java 
// Animación de una serie de imágenes. 

import java. awt. Dimensión; 

import java. awt . event . Acti onEvent ; 

import java. awt . event .Acti onLi stener ; 

import java. awt. Graphics; 

import javax.swing.Imagelcon; 

import javax. swing . JPanel ; 

import javax. swing .Time r; 

public class AnimadorLogoJPanel extends JPanel 

{ 

private final static String NOMBRE_IMAGEN = "deitel"; // nombre de la imagen base 

protected Imagelcon imagenes[]; // arreglo de imágenes 

private final int TOTAL_IMAGENES = 30; // número de imágenes 

private int imagenActual = 0; // indice de la imagen actual 

private final int RETRASO_ANLMACLON = 50; // retraso en mil i segundos 

private int anchura; // anchura de la imagen 

private int altura; // altura de la imagen 

private Timer temporizadorAnimacion; // objeto Timer que controla la animación 

// el constructor inicializa el objeto AnimadorLogoJPanel, cargando las imágenes 
public AnimadorLogoJPanel () 

{ 

imágenes = new Imagelcon [ T0TAL„1MAGENES ]; 

// carga 30 imágenes 

for ( int cuenta = 0; cuenta < imágenes. length; cuenta++ ) 

imagenesf cuenta ] = new Imagelconf getClassO . getResourcef 

"imágenes/" + N0MBRE_IMAGEN + cuenta + ".gif" ) ); 

// este ejemplo supone que todas las imágenes tienen la misma anchura y altura 
anchura = imagenesf 0 ] .getlconWidth() ; // obtiene la anchura del icono 
altura = imagenes[ 0 ] . getlconHeightO ; // obtiene la altura del icono 
} // fin del constructor de AnimadorLogoJPanel 

// muestra la imagen actual 

public void pai ntComponentf Graphics g ) 

{ 

super . pai ntComponentf g ) ; // llama al método pai ntComponent de la superclase 
imágenes [ imagenActual ].paintIcon( this, g, 0, 0 ); 

// establece la siguiente imagen a dibujar, sólo si el temporizador está funcionando 

if ( temporizadorAnimacion. isRunningO ) 

imagenActual = ( imagenActual + L ) % T0TAL_LMAGENES; 

} // fin del método pai ntComponent 

// inicia la animación, o la reinicia si se vuelve a mostrar la ventana 
public void iniciarAnimacionO 
{ 

if ( temporizadorAnimacion == nuil ) 

{ 

imagenActual = 0; // muestra la primera imagen 

// crea temporizador 

temporizadorAnimacion = 

new Timerf RETRAS0_ANIMACL0N , new ManejadorTimerQ ); 


Figura 21.2 


Animación de una serie de imágenes. (Parte I de 2). 
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60 

61 temporizadorAnimacion. start() ; // inicia el objeto Timer 

62 } // fin de if 

63 el se // temporizadorAnimacion ya existe; reinicia la animación 

64 { 

65 if ( ! temporizadorAnimacion. isRunningO ) 

66 tempo ri zadorAnimaci on . restart() ; 

67 } // fin de el se 

68 } // fin del método iniciarAnimacion 

69 

70 // detiene el temporizador de la animación 

71 public void detenerAnimacion() 

72 { 

73 temporizadorAnimacion.stopO ; 

74 } // fin del método detenerAnimacion 

75 

76 // devuelve el tamaño minimo de la animación 

77 public Dimensión getMinimumSizeO 

78 { 

79 return getPreferredSi ze() ; 

80 } // fin del método getMi nimumSi ze 

81 

82 // devuelve el tamaño preferido de la animación 

83 public Dimensión getPreferredSi ze() 

84 { 

85 return new Dimensionf anchura, altura ); 

86 } // fin del método getPreferredSi ze 

87 

88 // clase interna para manejar los eventos de acción del 

89 private class ManejadorTimer implements ActionLi stener 

90 { 

91 // responde a un evento del objeto Timer 

92 public void acti onPerformed( ActionEvent actionEvent 

93 { 

94 repaintO; // vuelve a dibujar la animación 

95 } // fin del método actionPerformed 

96 } // fin de la clase ManejadorTimer 

97 } // fin de la clase AnimadorLogoJ Panel 

Figura 21.2 | Animación de una serie de imágenes. (Parte 2 de 2). 


1 // Fig. 21.3: AnimadorLogo. java 

2 // Animación de una serie de imágenes. 

3 import javax.swing. JFrame; 

4 

5 public class AnimadorLogo 

6 { 

7 // ejecuta la animación en un objeto JFrame 

8 public static void main( String args[] ) 

9 { 

10 AnimadorLogoJPanel animación = new AnimadorLogoJPanel () ; 

1 1 

12 JFrame ventana = new JFrameC "Prueba de Animador" ); // establece la ventana 

13 ventana. setDefaultCloseOperation( JFrame. EXIT_0N_CL0SE ); 

14 ventana. add( animación ); // agrega el panel al marco 

15 

16 ventana. pack() ; // hace la ventana lo suficientemente grande para su GUI 

Figura 21.3 | Visualización de imágenes en un objeto JFrame. (Parte I de 2). 


objeto Timer 

) 
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17 ventana. setVi si bl e( true ); // muestra la ventana 

18 

19 animación. iniciarAnimacionO ; // inicia la animación 

20 } // fin de mai n 

21 } // fin de la clase AnimadorLogo 



Figura 21.3 | Visualización de imágenes en un objeto JFrame. (Parte 2 de 2). 



La clase AnimadorLogoJPanel (figura 21.2) mantiene un arreglo de objetos Imagelcon que se cargan en el 
constructor (líneas 24 a 36). En las líneas 29 a 31 se crea cada uno de los objetos Imagelcon y se cargan las 30 
imágenes de la animación en el arreglo i magenes. El argumento del constructor utiliza la concatenación de cade- 
nas para construir el nombre del archivo a partir de las piezas "imágenes/", N0MBRE_IMAGEN, cuenta y " . gi f ". 
Cada una de las imágenes de la animación se encuentra en un archivo llamado deitel#.gif, en donde # es un 
valor en el rango de 0 a 29, el cual se especifica mediante la variable de control de ciclo cuenta. En las líneas 34 
y 35 se determinan la anchura y altura de la animación, con base en el tamaño de la primera imagen del arreglo 
imágenes; suponemos que todas las imágenes tienen la misma anchura y altura. 

Una vez que el constructor de AnimadorLogoI Panel carga las imágenes, el método mai n de la figura 21.3 
establece la ventana en la que aparecerá la animación (líneas 12 a 17), y en la línea 19 se hace una llamada 
al método i ni ci arAnimacion de AnimadorLogo! Panel (declarado en las líneas 51 a 68 de la figura 21.2). Este 
método inicia la animación del programa por primera vez, o reinicia la animación que el programa detuvo ante- 
riormente. [Nota: este método se llama cuando el programa se ejecuta por primera vez, para iniciar la animación. 
Aunque proporcionamos la funcionalidad para que este método reinicie la animación si se ha detenido, el ejemplo 
no llama al método para este propósito. Sin embargo, agregamos la funcionalidad en caso de que usted opta- 
ra por agregar componentes de GUI que permitan al usuario iniciar y detener la animación]. Por ejemplo, para 
hacer que una animación sea “amigable para el usuario” en un applet, debe detenerse cuando el usuario cambie 
de páginas Web. Si el usuario regresa a la página Web con la animación, se puede llamar al método iniciar 
Animación para reiniciar la animación. La animación es controlada por una instancia de la clase Timer (del 
paquete javax . swi ng). 

Un objeto Timer genera eventos ActionEvent en un intervalo fijo en milisegundos (que generalmente se 
especifica como argumento para el constructor de Ti mer) y notifica a todos sus objetos Acti onLi stener cada vez 
que ocurre un evento ActionEvent. En la línea 53 se determina si la referencia Timer llamada tempori zador- 
Ani maci on es nul 1 . De ser así, se está llamando al método i ni ci arAni maci on por primera vez, y hay que crear 
un objeto Timer para que la animación pueda empezar. En la línea 55 se establece imagenActual en 0, lo cual 
indica que la animación debe empezar con la imagen que se encuentra en el primer elemento del arreglo imá- 
genes. En las líneas 58 y 59 se asigna un nuevo objeto Timer a temporizadorAnimacion. El constructor de 
Timer recibe dos argumentos: el retraso en milisegundos (RETRAS0_ANIMACI0N es 50, según lo especificado en 
la línea 17) y el objeto ActionLi stener que responderá a los objetos ActionEvent de Timer. Para el segundo 
argumento, se crea un objeto de la clase ManejadorTimer. Esta clase, que implementa a ActionLi stener, se 
declara en las líneas 89 a 96. En la línea 61 se inicia el objeto Timer. Una vez iniciado, tempori zadorAnimacion 
generará un evento Acti onEvent cada 50 milisegundos. Cada vez que se genera un evento Acti onEvent, se hace 
una llamada al manejador de eventos actionPerformed de Timer (líneas 92 a 95). En la línea 94 se hace una 
llamada al método repai nt de AnimadorLogo] Panel para programar una llamada al método pai ntComponent 
de AnimadorLogo] Panel (líneas 39 a 48). Recuerde que cualquier subclase de ]Component que dibuje, debe 
hacerlo en su método pai ntComponent. En el capítulo 1 1 vimos que la primera instrucción en cualquier método 
pai ntComponent debe ser una llamada al método pai ntComponent de la superclase, para asegurar que los com- 
ponentes Swing se visualicen en forma correcta. 

Si la animación empezó antes, entonces se creó nuestro objeto Ti mer y la condición en la línea 53 se evalúa 
como false. El programa continúa con las líneas 65 y 66, en donde se reinicia la animación que el programa 
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detuvo anteriormente. La condición i f en la línea 65 utiliza el método i sRunni ng de Timer para determinar si 
el objeto Timer está funcionando (es decir, si genera eventos). Si no está funcionando, en la línea 66 se hace una 
llamada al método restart de Ti mer para indicar que el objeto Timer debe empezar a generar eventos otra vez. 
Una vez que esto ocurre, se vuelve a llamar al método actionPerformed (el manejador de eventos del objeto 
Timer) en intervalos regulares. Cada vez, se realiza una llamada al método repai nt (línea 94), lo cual provoca 
que se haga una llamada al método pai ntComponent y se muestra la siguiente imagen. 

En la línea 43 se pinta el objeto Imagelcon almacenado en el elemento imagenActual del arreglo. En las 
líneas 46 y 47 se determina si el objeto temporizadorAnimacion está funcionando y, de ser así, se prepara la 
siguiente imagen a mostrar en pantalla, incrementando el valor de imagenActual en 1. El cálculo del residuo 
asegura que el valor de imagenActual esté en 0 (para repetir la secuencia de animación) cuando se incremente 
más allá de 29 (el índice del último elemento en el arreglo). La instrucción i f asegura que, si se hace una llamada 
a pai ntComponent mientras el objeto Timer está detenido, se mostrará la misma imagen. Esto podría ser útil si 
se proporciona una GUI que permita al usuario iniciar y detener la animación. Por ejemplo, si la animación se 
detiene y el usuario la cubre con otra ventana, y después la descubre, se realizará una llamada al método pai nt- 
Component. En este caso, no queremos que la animación muestre la siguiente imagen (ya que la animación se ha 
detenido). Simplemente queremos que la ventana muestre la misma imagen hasta que se reinicie la animación. 

El método detenerAnimacion (líneas 71 a 74) detiene la animación, llamando al método stop de 
Timer para indicar que el objeto Timer debe dejar de generar eventos. Esto evita que actionPerformed llame 
a repai nt para iniciar el proceso de pintar la siguiente imagen en el arreglo. [Nota: al igual que para reiniciar la 
animación, este ejemplo define pero no utiliza el método detene rAni maci on. Hemos proporcionado este méto- 
do para fines de demostración, o si el usuario desea modificar este ejemplo, de manera que pueda detener y 
reiniciar la animación] . 



Observación de ingeniería de software 21.1 

Al crear una animación para utilizarla en un applet, debe proporcionar un mecanismo para deshabilitar la ani- 
mación cuando el usuario navega en una nueva página Web, distinta de la página en la que reside el applet de la 
animación. 


Recuerde que, al extender la clase 1 Panel, estamos creando un nuevo componente de GUI. Por ende, debe- 
mos asegurar que funcione igual que otros componentes para fines de usarlo en un esquema. Los administradores 
de esquemas a menudo utilizan el método getPreferredSize de un componente de GUI (heredado de la clase 
j ava . awt . Component) para determinar la anchura y altura preferidas del componente, al distribuirlo como parte 
de una GUI. Si un nuevo componente tiene una anchura y altura preferidas, debe sobrescribir el método getPre- 
ferredSi ze (líneas 83 a 86) para regresar esa anchura y altura como un objeto de la clase Dimensión (paquete 
j ava . awt). La clase Di mensi on representa a la anchura y altura de un componente de GUI. En este ejemplo, las 
imágenes tienen 160 píxeles de anchura y 80 píxeles de largo, por lo que el método getPreferredSi ze devuelve 
un objeto Di mensi on que contiene los números 160 y 80 (determinados en las líneas 34 y 35). 


Archivo 
^^9 Nuevo 
U'iíf 


Archivo 

Nuevo 

““ 


Observación de apariencia visual 21.1 

El tamaño predeterminado de un objeto J Panel es de 10 píxeles de ancho y 10 píxeles de alto. 


Observación de apariencia visual 21.2 

Al crear una subclase de J Panel (o de cualquier otra clase derivada de JComponent), sobrescriba el método getPre- 
ferredSize si el nuevo componente debe tener una anchura y altura preferidas específicas. 


En las líneas 77 a 80 se sobrescribe el método getMinimumSize. Este método determina la anchura y altu- 
ra mínimas del componente. Al igual que con el método getPreferredSize, los nuevos componentes deben 
sobrescribir el método getMinimumSize (también heredado de laclase Component). El método getMinimumSize 
simplemente llama a getPreferredSize (una práctica común de programación) para indicar que los tamaños 
mínimo y preferido son iguales. Algunos administradores de esquemas ignoran las dimensiones especificadas por 
estos métodos. Por ejemplo, las regiones NORTH y SOUTH de un objeto BorderLayout utilizan solamente la altura 
preferida del componente. 
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Observación de apariencia visual 21.3 


Si un nuevo componente de GUI tiene una anchura y altura mínimas (es decir, medidas más pequeñas harían que 
el componente se desplegara en forma ineficiente), sobrescriba el método getMi nimumSi ze para regresar la anchura 
y altura mínimas como una instancia de la clase Dimensión. 
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Observación de apariencia visual 21.4 


3rj¡tjJ Para muchos componentes de GUI se implementa el método getMi ni mumSize para devolver el resultado de una 
llamada al método getPreferredSi ze del componente. 


21.4 Mapas de imágenes 

Los mapas de imágenes son una técnica común utilizada para crear páginas Web interactivas. Un mapa de imá- 
genes es una imagen con áreas activas en las que el usuario puede hacer clic para realizar una tarea, como cargar 
una página Web distinta en un explorador Web. Cuando el usuario posiciona el puntero del ratón sobre un área 
activa, generalmente aparece un mensaje descriptivo en el área de estado del explorador Web, o en un cuadro de 
información sobre herramientas. 

En la figura 21.4 se carga una imagen que contiene varios de los iconos de tips comunes que se utilizan en 
este libro. El programa permite al usuario posicionar el puntero del ratón sobre un icono y mostrar un mensaje 
descriptivo asociado con el icono. El manejador de eventos mouseMoved (líneas 39 a 43) toma las coordenadas del 
ratón y las pasa al método traduci rPosi ci on (líneas 58 a 69). El método traduci rPosi ci on evalúa las coorde- 
nadas para determinar sobre cuál icono se posicionó el ratón cuando ocurrió el evento mouseMoved; después el 
método devuelve un mensaje indicando lo que el icono representa. Este mensaje se muestra en la barra de estado 
del contenedor de applets, mediante el uso del método showStatus de la clase Appl et. 

Si hace clic en el applet de la figura 21.4, no se provocará ninguna acción. En el capítulo 24, Redes, habla- 
mos sobre las técnicas requeridas para cargar otra página Web en un explorador Web mediante objetos URL y la 
interfaz Appl etContext. Utilizando esas técnicas, este applet podría asociar cada icono con un objeto URL que el 
explorador Web mostraría cuando el usuario hiciera clic en el icono. 
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// Fig. 21.4: Mapalmagenes . java 
// Demostración de un mapa de imágenes. 

i mport j ava . awt . event . MouseAdapter ; 
i mport j ava . awt . event . MouseEvent ; 
i mpo rt j ava . awt . event . MouseMoti onAdapte r ; 
import java. awt. Graphics; 
import javax.swing.Imagelcon; 
import javax. swi ng . lAppl et ; 

public class Mapalmagenes extends lAppl et 

{ 

private Imagelcon imagenMapa; 

private static final String leyendas[] = { "Error común de programación", 
"Buena practica de programación", "Observación de apariencia visual", 
"Tip de rendimiento , "Tip de portabi 1 i dad" , 

"Observación de ingenieria de software", "Tip para prevenir errores" }; 

// establece los componentes de escucha del ratón 
public void i ni t C) 

{ 

addMouseLi stenerf 

new MouseAdapterO // clase interna anónima 

{ 

// indica cuando el puntero del ratón sale del área del applet 


Figura 2 1.4 | Mapa de imágenes. (Parte I de 3). 
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27 public void mouseExitedf MouseEvent evento ) 

28 { 

29 showStatus( "Apuntador fuera de applet" ); 

30 } // fin del método mouseExited 

31 } // fin de la clase interna anónima 

32 ) I // fin de la llamada a addMouseLi stener 

33 

34 addMouseMotionLi stenerf 

35 

36 new MouseMotionAdapterO // clase interna anónima 

37 { 

38 // determina el icono sobre el cual aparece el ratón 

39 public void mouseMovedf MouseEvent evento ) 

40 { 

41 showStatusf traduci rPosicionf 

42 evento . getXO , evento. getY() ) ); 

43 } // fin del método mouseMoved 

44 } // fin de la clase interna anónima 

45 ) I // fin de la llamada a addMouseMotionLi stener 

46 

47 imagenMapa = new Imagelconf "iconos. png" ); // obtiene la imagen 

48 } // fin del método init 

49 

50 // muestra imagenMapa 

51 public void paint( Graphics g ) 

52 { 

53 super . pai nt( g ) ; 

54 imagenMapa. pai ntlconf this, g, 0, 0 ); 

55 } // fin del método paint 

56 

57 // devuelve leyenda del tip correspondiente, con base en las coordenadas del ratón 

58 public String traduci rPosicionf int x, int y ) 

59 { 

60 // si las coordenadas están fuera de la imagen, regresa de inmediato 

61 if ( x >= imagenMapa. getlconWidthf) | | y >= imagenMapa. getlconHeightO ) 

62 return 

63 

64 // determina el número del icono (0 - 6) 

65 double anchuralcono = ( double ) imagenMapa. getlconWi dth() / 7.0; 

66 int numerolcono = ( int )( ( double ) x / anchuralcono ); 

67 

68 return leyendas[ numerolcono ]; // devuelve la leyenda del icono apropiado 

69 } // fin del método traduci rPosicion 

70 } // fin de la clase Mapalmagenes 




Figura 2 1.4 | Mapa de imágenes. (Parte 2 de 3). 
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Figura 21.4 | Mapa de imágenes. (Parte 3 de 3). 

2 1.5 Carga y reproducción de clips de audio 

Los programas de Java pueden manipular y reproducir clips de audio. Los usuarios pueden capturar sus propios 
clips de audio, y hay muchos clips disponibles en productos de software y a través de Internet. Su sistema nece- 
sita estar equipado con hardware de audio (bocinas y una tarjeta de sonido) para poder reproducir los clips de 
audio. 

Java proporciona varios mecanismos para reproducir sonidos en un applet. Los dos métodos más simples son 
el método pl ay de Appl et y el método pl ay de la interfaz AudioCl i p. Hay varias capacidades de audio adicio- 
nales disponibles en el Marco de trabajo de medios de Java (Java Media Framework) y en las APIs de sonido de 
Java (Java Sound APIs). Si desea reproducir un sonido una vez en un programa, el método pl ay de Appl et carga 
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el sonido y lo reproduce una vez; el sonido se marca para la recolección de basura una vez que se reproduce. El 
método pl ay de Appl et tiene dos formas: 

public void play( URL ubicación, String nombreArchivoSonido ); 

public void play( URL url Sonido ); 

La primera versión carga el clip de audio almacenado en el archivo nombreArchivoSonido que se encuentra en 
ubi caci on y reproduce el sonido. El primer argumento es normalmente una llamada al método getDocument- 
Base o getCodeBase del applet. El método getDocumentBase devuelve la ubicación del archivo EITML que 
cargó el applet. (Si el applet se encuentra en un paquete, el método devuelve la ubicación del paquete o archivo 
JAR que contiene a ese paquete). El método getCodeBase indica la ubicación del archivo . el ass del applet. La 
segunda versión del método pl ay toma un objeto URL que contiene la ubicación y el nombre de archivo del audio 
clip. La instrucción 

play( getDocumentBase() , "hi.au" ); 

carga el clip de audio que se encuentra en el archivo hi . au y reproduce el clip una vez. 

El motor de sonido que reproduce los clips de audio soporta varios formatos de archivo de audio, inclu- 
yendo los formatos con extensión .au (formato de archivo de audio de Sun), .wav (formato de archivo de 
onda de Windows), . ai f o . ai ff (formato de archivo AIFF de Macintosh) y . mid o . rmi (MIDI, Interfaz 
digital para instrumentos musicales) . El JMF (Marco de medios de Java) y las APIs de sonido de Java soportan 
formatos adicionales. 

El programa de la figura 21.5 demuestra cómo cargar y reproducir un objeto AudioClip (paquete java, 
appl et). Esta técnica es más flexible que el método pl ay de Appl et. Un applet puede utilizar un objeto Audi o- 
C1 i p para almacenar audio que se use en repetidas ocasiones a lo largo de la ejecución de un programa. El méto- 
do getAudi oClip de Applet tiene dos formas que toman los mismos argumentos que el método play que se 
describió anteriormente. El método getAudi oClip devuelve una referencia a un objeto AudioClip. Un objeto 
Audi oCl i p tiene tres métodos: pl ay, 1 oop y stop. Como se mencionó antes, el método pl ay reproduce el clip de 
audio una sola vez. El método 1 oop reproduce continuamente el clip de audio en segundo plano. El método stop 
termina el clip de audio que se esté reproduciendo en ese momento. En el programa, cada uno de estos métodos 
se asocia con un botón en el applet. 

Las líneas 62 y 63 en el método i ni t del applet utilizan a getAudi oCl i p para cargar dos archivos de audio: 
un archivo de onda de Windows (wel come .wav) y un archivo de audio de Sun (hi . au). El usuario puede selec- 
cionar cuál clip de audio reproducir en el objeto JComboBox llamado soni doJComboBox. Observe que el método 
stop del applet se sobrescribe en las líneas 68 a 71. Cuando el usuario cambia de páginas Web, el contenedor de 
applets llama al método stop del applet. Esto permite al applet dejar de reproducir el clip de audio. De no ser 
así, el clip de audio continúa reproduciéndose en segundo plano; incluso aunque el applet no se muestre en el 
navegador. Esto no es necesariamente un problema, pero puede ser molesto para el usuario que el clip de audio se 
reproduzca en forma continua. El método stop se proporciona aquí como una conveniencia para el usuario. 
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// Fig. 21.5: CargarAudioYReproduci r. java 
// Carga un clip de audio y lo reproduce. 

import java. applet. AudioClip; 
i mport j ava . awt . event . ItemLi stener ; 
i mpo rt j ava . awt . event . ItemEvent ; 
import java. awt . event . Acti onLi stener ; 
import java. awt . event .Acti onEvent ; 
import java. awt. FlowLayout; 
import javax. swi ng . lAppl et ; 
import javax. swi ng . IButton ; 
import javax. swi ng . IComboBox; 

public class CargarAudioYReproduci r extends DApplet 
{ 


Figura 21.5 


Carga y reproducción de un objeto AudioClip. (Parte I de 3). 
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prívate AudioClip sonidol, sonido2, sonidoActual; 

prívate JButton reproduci rJButton , conti nuoJButton , detenerJButton; 
prívate JComboBox sonídoJComboBox; 

// carga la imagen cuando el applet empieza a ejecutarse 
public void init() 

{ 

setLayout( new FlowLayoutO ); 

String opciones [] = { "Welcome", "Hi" }; 

soni dolComboBox = new JComboBox( opciones ); // crea objeto JComboBox 

soni doJComboBox . addltemLi stener( 

new ItemLi stener() // clase interna anónima 

{ 

// detiene el sonido y lo cambia por la selección del usuario 
public void i temStateChanged( ItemEvent e ) 

{ 

soni doActual . stopO ; 

sonidoActual = sonídoJComboBox. getSel ectedlndexO == 0 ? 
sonidol : sonido2; 

} // fin del método itemStateChanged 
} // fin de la clase interna anónima 
); // fin de la llamada al método addltemLi stener 

add( sonídoJComboBox ); // agrega objeto JComboBox al applet 

// establece el manejador de eventos de botón y los botones 

ManejadorBoton manejador = new ManejadorBotonO ; 

// crea objeto JButton Reproducir 

reproduci rJButton = new JButton( "Reproducir" ); 
reproduci rJButton. addActionListenerf manejador ); 
add( reproduci rJButton ); 

// crea objeto JButton Continuo 

conti nuoJButton = new JButton( "Continuo" ); 
continuoJButton.addActionListener( manejador ); 
add( conti nuoJButton ); 

// crea JButton Detener 

detenerJButton = new JButton( "Stop" ); 
detenerJButton. addActionLi stener( manejador ); 
add( detenerJButton ); 

// carga los sonidos y establecet sonidoActual 

sonidol = getAudioCl i p( getDocumentBaseO , "welcome.wav" ); 
sonido2 = getAudioCl i p( getDocumentBaseO, "hi.au" ); 
sonidoActual = sonidol; 

} // fin del método init 

// detiene el sonido cuando el usuario cambia a otra página Web 
public void stopO 
{ 

soni doActual . stopO ; // detener AudioClip 
} // fin del método stop 

// clase interna privada para manejar eventos de botón 


Figura 21.5 | Carga y reproducción de un objeto AudioCl i p. (Parte 2 de 3). 
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74 prívate class ManejadorBoton implements ActionListener 

75 { 

76 // procesa los eventos de los botones reproducir, continuo y detener 

77 public void actionPerformed( ActionEvent actionEvent ) 

78 { 

79 if ( actionEvent . getSourceC) == reproduci rlButton ) 

80 sonidoActual . pl ay() ; // reproducir AudioClip una vez 

81 else if ( actionEvent. getSourceO == conti nuolButton ) 

82 sonidoActual .loop() ; // reproducir AudioClip en forma continua 

83 else if ( acti onEvent . getSourceO == detenerJButton ) 

84 sonidoActual . stop() ; // detener AudioClip 

85 } // fin del método actionPerformed 

86 } // fin de la clase ManejadorBoton 

87 } // fin de la clase CargarAudioYReproduci r 


f! lppl#tVI#*f»r r.ir^ráiirtkiYR^prnrluri 


suDgrograma 



Figura 2 1.5 | Carga y reproducción de un objeto AudioCl i p. (Parte 3 de 3). 



Observación de apariencia visual 21.5 


Al reproducir clips de audio en un applet o aplicación, debe proporcionar un mecanismo para que el usuario pueda 
deshabilitar el audio. 


21.6 Reproducción de video y otros medios con el Marco de trabajo 
de medios de Java 

Un video simple puede transmitir de manera concisa y eficiente una gran cantidad de información. Al reconocer 
el valor de incluir herramientas de multimedia extensibles en Java, Sun Microsystems, Intel y Silicon Graphics 
trabajaron en conjunto para producir la API del Marco de trabajo de medios de Java (JMF), que vimos breve- 
mente en la sección 21.1. Mediante el uso de la API JMF, los programadores pueden crear aplicaciones en Java 
para reproducir, editar, transmitir y capturar muchos tipos de medios populares. Mientras que las características 
de la API JMF son bastante extensas, en esta sección introduciremos brevemente algunos formatos de medios 
populares, y demostraremos cómo reproducir video mediante el uso de la API JMF. 

IBM y Sun desarrollaron la especificación más reciente de la API JMF: la versión 2.0. Sun también propor- 
ciona una implementación de referencia de la especificación de la API JMF (JMF 2. l.le), la cual soporta tipos 
de archivos de medios como .avi (Microsoft Audio/Video Interleave), . swf (películas de Macromedia Flash 
2), .spl (Future Splash), . mp 3 (Audio MPEG nivel 3), .mi do. mi di (MIDI; Interfaz digital de instrumentos 
musicales), .mpeg y .mpg (videos MPEG-1), .mov (QuickTime), .au (formato de archivo Sun Audio) y .aif 
o . ai ff (formato de archivo Macintosh AIFF). Ya hemos visto algunos de estos tipos de archivos. 

En la actualidad, la API JMF está disponible como una extensión separada del Kit de desarrollo de software 
para Java 2. La implementación más reciente de la API JMF (2. l.le) se puede descargar de: 

java. sun . com/products/java-medi a/jmf/2 . 1. 1/download . html 

Necesita aceptar el contrato de licencia antes de descargar el archivo. 

El sitio Web JMF proporciona versiones de la API JMF que aprovechan las características de rendimiento 
de ciertas plataformas. Por ejemplo, el JMF Windows Performance Pack proporciona un extenso soporte para 
medios y dispositivos, para los programas de Java que se ejecutan en plataformas Microsoft Windows. El sitio 
Web oficial de la API JMF (java, sun . com/products/java-medi a/jmf) proporciona un soporte que se actua- 
liza en forma continua, información y recursos para los programadores de la API JMF. 

Una vez que el archivo termine de descargarse, ábralo y siga las instrucciones en pantalla para instalar el pro- 
grama. Deje todas las opciones predeterminadas. Tal vez necesite reiniciar su equipo para terminar la instalación. 
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Creación de un reproductor de medios simple 

La API JMF ofrece varios mecanismos para reproducir medios. El mecanismo más simple es usar objetos que 
implementen a la interfaz P1 ayer, declarada en el paquete javax. media. El paquete javax. media y sus subpa- 
quetes contienen las clases que componen el Marco de trabajo de medios de Java. Para reproducir un clip de 
medios, primero debe crear un objeto URL que haga referencia a él. Después debe pasar el URL como argumento 
para el método stati c createReal izedPiayer de la clase Manager, para obtener un objeto Player para el clip 
de medios. La clase Manager declara métodos utilitarios para acceder a los recursos del sistema para reproducir y 
manipular medios. En la figura 21.6 se declara un objeto JPanel que demuestra algunos de estos métodos. 


1 // Fig 21.6: PanelMedios. java 

2 // Un objeto JPanel que reproduce medios de un URL 

3 import java.awt.BorderLayout; 

4 import java.awt.Component; 

5 import java.io.IOException; 

6 import java.net. URL; 

7 import javax.media.CannotRealizeException; 

8 import javax. media. Manager; 

9 import javax. media. NoPl ayerException ; 

10 import javax. media. Player; 

11 import j avax.swing.J Panel ; 

12 

13 public class PanelMedios extends JPanel 

14 { 

15 public PanelMedios( URL urlMedios ) 

16 { 

17 setLayout( new BorderLayoutO ); // usa un objeto BorderLayout 

18 

19 // Usa componentes ligeros para compatibilidad con Swing 

20 Manager . setHi nt( Manager. LIGHTWEIGHT_RENDERER, true ); 

21 

22 try 

23 { 

24 // crea un objeto Player para reproducir los medios especificados en el URL 

25 Player reproductorMedios = Manager. createReal i zedPlayerf urlMedios ); 

26 

27 // obtiene los componentes para el video y los controles de reproducción 

28 Component video = reproductorMedios. getVisualComponentO ; 

29 Component controles = reproductorMedios . getControl Panel Componente) ; 

30 

31 if ( video != nuil ) 

32 add( video, BorderLayout. CENTER ); // agrega el componente de video 

33 

34 if ( controles != nuil ) 

35 add( controles, BorderLayout . SOUTH ); // agrega los controles 

36 

37 reproductorMedios. startO ; // empieza a reproducir el clip de medios 

38 } // fin de try 

39 catch ( NoPlayerException noPlayerException ) 

40 { 

41 System. err.println( "No se encontró reproductor de medios" ); 

42 } // fin de catch 

43 catch ( CannotReal i zeException cannotRealizeException ) 

44 { 

45 System. err.println( "No se pudo realizar el reproductor de medios" ); 

46 } // fin de catch 

47 catch ( IOException iOException ) 

48 { 

Figuran. 6 | Objeto JPanel que reproduce un archivo de medios de un URL. (Parte I de 2). 
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49 System. err.println( "Error al leer del origen" ); 

50 } // fin de catch 

51 } // fin del constructor de PanelMedios 

52 } // fin de la clase PanelMedios 

Figura 21.6 | Objeto 3 Panel que reproduce un archivo de medios de un URL. (Parte 2 de 2). 


El constructor (líneas 15 a 51) establece el objeto IPanel para reproducir el archivo de medios especifica- 
do por el parámetro URL. PanelMedios utiliza un BorderLayout (línea 17). En la línea 20 se invoca al método 
static setHint para establecer la bandera Manager . LIGHTWEIGHT RENDERER en true. Esto indica al objeto 
Manager que debe usar un renderizador ligero que sea compatible con los componentes ligeros de Swing, en con- 
traste al renderizador pesado predeterminado. Dentro del bloque try (líneas 22 a 38), en la línea 25 se invoca el 
método stati c createReal i zedPl ayer de la clase Manager, para crear y realizar un objeto P1 ayer que repro- 
duzca el archivo de medios. Cuando se realiza un objeto P1 ayer, identifica los recursos del sistema que necesita 
para reproducir los medios. Dependiendo del archivo, la realización puede ser un proceso que consume muchos 
recursos y tiempo. El método createReal i zedPl ayer lanza tres excepciones verificadas, NoPlayerException, 
CannotReal i zeException e IOExceptf on. Una excepción NoPlayerException indica que el sistema no pudo 
encontrar un reproductor para el formato del archivo. Una excepción CannotReal i zeException indica que 
el sistema no pudo identificar apropiadamente los recursos que necesita un archivo de medios. Una excepción 
IOExcepti on indica que hubo un error al leer el archivo. Estas excepciones se manejan en el bloque catch de las 
líneas 39 a 50. 

En la línea 28 se invoca el método getVisualComponent de Player para obtener un objeto Component 
que muestre el aspecto visual (por lo general, video) del archivo de medios. En la línea 29 se invoca el método 
getControl Panel Component de Player para obtener un objeto Component que proporcione controles de repro- 
ducción y medios. Estos componentes se asignan a las variables locales vi deo y control es, respectivamente. La 
instrucción i f en las líneas 31 y 32, y en las líneas 34 y 35 agregan los objetos vi deo y cont rol es, si existen. El 
objeto Component llamado vi deo se agrega a la región CENTER (línea 32), para llenar cualquier espacio disponible 
en el objeto 3 Panel. El objeto Component llamado controles, que se agrega a la región SOUTH, por lo general, 
proporciona los siguientes controles: 

1. Un control deslizable de posicionamiento, para saltar a ciertos puntos en el clip de medios. 

2. Un botón de pausa. 

3. Un botón de volumen, que proporciona el control del volumen al hacer clic con el botón derecho del 
ratón, y una función de silencio (muting) al hacer clic con el botón izquierdo. 

4. Un botón de propiedades de medios, que proporciona información detallada sobre los medios al hacer 
clic con el botón izquierdo del ratón, y un control de la velocidad de trama al hacer clic con el botón 
derecho. 

En la línea 37 se llama al método start de P1 ayer para empezar a reproducir el archivo de medios. En las líneas 
39 a 50 se manejan las diversas excepciones que lanza createReal i zedPl ayer. 

La aplicación en la figura 21.7 muestra un cuadro de diálogo 3Ff leChooser para que el usuario seleccione 
un archivo de medios. Después crea un objeto PanelMedios que reproduce el archivo seleccionado y crea un 
objeto 3 Frame para mostrar el objeto Panel Medi os. 


1 // Fig. 21.7: PruebaMedios. java 

2 // Un reproductor de medios simple 

3 import java. io. Fi le ; 

4 import java.net.MalformedURLException; 

5 import java.net. URL; 


Figura 21.7 | Aplicación de prueba que crea un objeto PanelMedios a partir de un archivo seleccionado por el 
usuario. (Parte I de 3). 
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i mport j avax . swi ng . J Fi 1 eChooser ; 
import j avax. swi ng . JFrame ; 

public class PruebaMedios 

{ 

// i ni ci a la api i caci ón 

public static void main( String args[] ) 

{ 

// crea un selector de archivo 

JFileChooser selectorArchi vo = new ]FileChooser() ; 

// muestra cuadro de diálogo para abrir archivo 

int resultado = selectorArchivo.showOpenDialogC nuil ); 

i f C resultado == 3 Fil eChooser. APPR0VE_0PTI0N ) // el usuario eligió un archivo 
{ 

URL urlMedios = nuil; 

try 

{ 

// obtiene el archivo como un URL 

urlMedios = selectorArchivo.getSelectedFileO .toURLO ; 

} // fin de try 

catch ( MalformedURLException malformedURLException ) 

{ 

System. err.println( "No se pudo crear URL para el archivo" ); 

} // fin de catch 

if ( urlMedios != nuil ) // sólo lo muestra si hay un URL válido 
{ 

IFrame pruebaMedios = new 3Frame( "Probador de medios" ); 
pruebaMedios. setDefaultCloseOperation( IFrame . EXIT_0N_CL0SE ); 

PanelMedios panelMedios = new PanelMedios( urlMedios ); 
pruebaMedios. add( panelMedios ); 

pruebaMedios. setSizef 300, 300 ); 
pruebaMedios. setVisible( true ); 

} // fin de if interior 
} // fin de if exterior 
} // fin de main 

} // fin de la clase PruebaMedios 


F? Abrir 



Figura 2 1.7 | Aplicación de prueba que crea un objeto PanelMedios a partir de un archivo seleccionado por el 
usuario. (Parte 2 de 3). 
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Figura 21.7 | Aplicación de prueba que crea un objeto PanelMedios a partir de un archivo seleccionado por el 
usuario. (Parte 3 de 3). 


El método main (líneas 12a46) asigna un nuevo objeto DFileChoose rala variable local selectorArchivo 
(línea 15), muestra un cuadro de diálogo para abrir un archivo (línea 18) y asigna el valor de retorno a resultado. 
En la línea 20 se comprueba resultado para determinar si el usuario eligió un archivo. Para crear un objeto 
P1 ayer y reproducir el archivo de medios seleccionado, debe convertir el objeto Fi 1 e devuelto por 3 Fi 1 eChoo- 
se r en un objeto URL. El método toURL de la clase Fi 1 e devuelve un URL que apunta al objeto Fi 1 e en el sistema, 
con la posibilidad de lanzar una excepción Mal formedURLException si no puede crear un objeto URL para el 
objeto Fi 1 e. La instrucción try (líneas 24 a 32) crea un objeto URL para el archivo seleccionado y lo asigna a url - 
Medi os. La instrucción i f en las líneas 34 a 44 comprueba que urlMedi os no sea nul 1 y crea los componentes 
de GUI para reproducir los medios. 

21.7 Conclusión 

En este capítulo aprendió a crear aplicaciones más excitantes, al incluir sonido, imágenes, gráficos y video. Pre- 
sentamos las herramientas de multimedia de Java, incluyendo la API del Marco de trabajo de medios de Java, la 
API de Sonido de Java y la API Java 3D. Utilizó las clases Image e Imagelcon para mostrar y manipular imágenes 
almacenadas en archivos, y aprendió acerca de los distintos formatos de imágenes en un orden específico. Utilizó 
mapas de imágenes para hacer que una aplicación tenga más interactividad. Después aprendió a cargar clips de 
audio, y a reproducirlos una vez o en un ciclo continuo. El capítulo concluyó con una demostración de cómo 
cargar y reproducir video. En el siguiente capítulo, continuará su estudio sobre los conceptos de GUI, partiendo 
de las técnicas que aprendió en el capítulo 1 1 . 

21.8 Recursos Web 

www . nasa.gov/mul ti medí a/hi ghl i ghts/i ndex . html 

La galería NASA Multimedia Gallery ( Galería de multimedios de NASA) contiene una amplia variedad de imágenes, clips 
de audio y de video que puede descargar y utilizar para probar sus programas de multimedia de Java, 
www. anbg . gov. au/anbg/i ndex . html 

El sitio Web Australian National Botanic Gardens (Jardines botánicos nacionales australianos) proporciona vínculos a los 
sonidos de muchos animales. Por ejemplo, pruebe el vínculo Common Birds ( Aves comunes) bajo la sección “Animáis in 
the Gardens” (Animales en los jardines), 
www. thef rees i te . com 

Este sitio tiene vínculos a sonidos e imágenes prediseñadas gratuitas, 
www. soundcentral . com 

SoundCentral proporciona clips de audio en los formatos WAV, AU, AIFF y MIDI, 
www. animati onfactory . com 

El sitio Animation Factory (Fábrica de animaciones) proporciona miles de animaciones GIF gratuitas para uso personal. 
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www. el i part . com 

ClipArt.com es un servicio basado en suscripciones, que ofrece imágenes y sonidos, 
www. pngart . com 

PNGART.com proporciona cerca de 50,000 imágenes gratuitas en formato PNG. 
java. sun . com/de vel oper/techDocs/hi /repos i tory 

El sitio Java look and feel Graphics Repository (Depósito de gráficos de apariencia visual de Java) proporciona imágenes 
diseñadas para utilizarse en una GUI de Swing, incluyendo imágenes de botones de barras de herramientas, 
www. f reebyte . com/graphi cprograms/ 

Esta guía contiene vínculos a varios programas de software de gráficos gratuitos. El software se puede utilizar para 

modificar imágenes y dibujar gráficos. 

graphi cssoft . about . com/od/pi xel basedf reewi n/ 

Este sitio Web proporciona vínculos para programas de gráficos gratuitos, diseñados para usarse en equipos Windows. 

Referencias de la API de multimedia de Java 

java. sun . com/products/ java-medí a/jmf/ 

Ésta es la página de inicio del Marco de trabajo de medios de Java (JMF). Aquí puede descargar la implementación de 
Sun más reciente de la JMF. Este sitio también contiene la documentación para la JMF. 
java. sun . com/products/ java-medí a/sound/ 

La página de inicio de la API de Sonido de Java. Esta API proporciona herramientas para reproducir y grabar audio. 
javaBd . dev .java.net/ 

La página de inicio de la API Java 3D. Esta API se puede utilizar para producir imágenes tridimensionales, típicas de 
los videojuegos actuales. 

java. sun . com/de ve! oper/onl i neT raí ni ng/java3d/ 

Este sitio proporciona un tutorial sobre la API Java 3D. 
java. sun . com/products/ java-medí a/ jai/ 

La página de inicio de la API de Manipulación avanzada de imágenes de Java. Esta API proporciona herramientas de 
procesamiento de imágenes, como la mejora del contraste, recorte, escalado y deformación (warping) geométrica, 
java. sun . com/products/ java-medí a/speech/ 

La API de Reconocimiento de voz de Java permite a los programas realizar la síntesis y el reconocimiento de voz. 
f reetts . sourceforge . net/docs/i ndex . php 

FreeTTS es una implementación de la API de Reconocimiento de voz de Java, 
java. sun . com/products/ java-medí a/2D/ 

Ésta es la página de inicio de la API Java 2D. Esta API (presentada en el capítulo 12) proporciona herramientas para 
gráficos bidimensionales complejos. 

java. sun . com/javase/6/docs/technotes/gui des/i magei o/i ndex . html 

Este sitio contiene una guía para la API de E/S de imágenes de Java, la cual permite a los programas cargar y guardar 
imágenes, usando formatos que las APIs de Java no soportan actualmente. 


Resumen 

Sección 21.2 Cómo cargar, mostrar y escalar imágenes 

• El método getlmage de Appl et carga un objeto Image. 

• El método getDocumentBase de Appl et devuelve la ubicación del archivo HTML del applet en Internet, como un 
objeto de la clase URL. 

• Java soporta varios formatos de imagen, incluyendo GIF (Formato de intercambio de gráficos), JPEG (Grupo unido 
de expertos en fotografía) y PNG (Gráficos portables de red). Los nombres de archivo para estos tipos terminan con 
. gif , . jpg (o . jpeg) y .png, respectivamente. 

• La clase Imagelcon proporciona constructores que permiten inicializar un objeto Imagelcon con una imagen del 
equipo local, o almacenadas en un servidor Web en Internet. 

• El método drawlmage de Graphi es acepta cuatro argumentos: una referencia al objeto Image en el que se almacena 
la imagen, las coordenadas xy y en donde debe mostrarse la imagen y una referencia a un objeto ImageObserver. 
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• Otra versión del método drawlmage de Graphi es imprime en pantalla una imagen escalada. Los argumentos cuarto 
y quinto especifican la anchura y la altura de la imagen, para fines de mostrarla en pantalla. 

• La interfaz ImageObserver se implementa mediante la clase Component. Los objetos ImageObserver reciben noti- 
ficaciones a medida que se carga un objeto Image y se actualiza en pantalla, en caso de que no haya estado completo 
al momento de mostrarlo. 

• El método pai ntlcon de Imagelcon muestra la imagen del objeto Imagelcon. El método requiere cuatro argumen- 
tos: una referencia al objeto Component en el que se mostrará la imagen, una referencia al objeto Graphi es utilizado 
para desplegar (render) la imagen, la coordenada x de la esquina superior izquierda de la imagen y la coordenada y 
de la esquina superior izquierda. 

• Un objeto URL representa a un Localizador uniforme de recursos, el cual es un apuntador a un recurso en World 
Wide Web, en su equipo o en cualquier equipo conectado en red. 

Sección 21.3 Animación de una serie de imágenes 

• Los objetos Timer generan eventos Acti onEvent en intervalos de milisegundos fijos. El constructor de Time r recibe 
un retraso en milisegundos y un objeto ActionLi stener. El método start de Timer inicia el objeto Timer. El 
método stop indica que el objeto Timer debe dejar de generar eventos. El método restart indica que el objeto 
Timer debe empezar a generar eventos de nuevo. 

Sección 21.4 Mapas de imágenes 

• Un mapa de imágenes es una imagen que tiene áreas activas en las que el usuario puede hacer clic para realizar una 
tarea, como cargar una página Web distinta en un explorador Web. 

Sección 21.5 Carga y reproducción de clips de audio 

• El método pi ay de Appl et tiene dos formas: 

public void piay ( URL ubicación, String nombreArchi voSoni do ); 
public void piay ( URL url Sonido ); 

Una versión carga desde ubi caci on el clip de audio almacenado en el archivo nombreArchi voSoni do y lo reprodu- 
ce. La otra versión recibe un URL que contiene la ubicación y el nombre de archivo del clip de audio. 

• El método getDocumentBase de Applet indica la ubicación del archivo HTML que cargó el applet. El método 
getCodeBase indica en dónde se encuentra el archivo . el ass para un applet. 

• El motor de sonido que reproduce clips de audio soporta varios formatos de archivo de audio, incluyendo . au 
(formato de archivo Sun Audio), . wa v (formato de archivo Windows Wave), . aif o .aiff (formato de archivo 
Macintosh AIFF) y . mi d o . rmi (formato de archivo de Interfaz digital de instrumentos musicales, MIDI). El Mar- 
co de trabajo de medios de Java (JMF) soporta formatos adicionales. 

• El método getAudi oCl i p de Appi et tiene dos formas que reciben los mismos argumentos que el método pl ay. El 
método getAudi oCl i p devuelve una referencia a un objeto Audi oCl i p. Los objetos Audi oCl i p tienen tres métodos: 
pl ay, 1 oop y stop. El método pl ay reproduce el clip de audio sólo una vez. El método 1 oop reproduce en forma 
continua el clip de audio. El método stop termina un clip de audio que se esté reproduciendo en un momento 
dado. 

Sección 21.6 Reproducción de video y otros medios con el Marco de trabajo de medios de Java 

• Sun Microsystems, Intel y Silicon Graphics trabajaron en conjunto para producir el Marco de trabajo de medios de Java 
(JMF). 

• El paquete javax. media y sus subpaquetes contienen las clases que componen el Marco de trabajo de medios de 
Java. 

• La clase Manager declara métodos utilitarios para acceder a los recursos del sistema para reproducir y manipular 
medios. 

• El método toURL de la clase Fi 1 e devuelve un URL que apunta al objeto Fi i e en el sistema. 


Terminología 


. ai f , extensión de archivo 
. ai f f , extensión de archivo 
. au, extensión de archivo 
. avi , extensión de archivo 
. gi f, extensión de archivo 


. j peg, extensión de archivo 
. j pg, extensión de archivo 
.mi d, extensión de archivo 
. mov, extensión de archivo 
.mpB, extensión de archivo 
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. mpeg, extensión de archivo 
. mpg, extensión de archivo 
. png, extensión de archivo 
. rmi , extensión de archivo 
. spl , extensión de archivo 
. swf, extensión de archivo 
. wav, extensión de archivo 
área activa 
Audi oCi i p, interfaz 

CannotReai i zePi ayerExcepti on, excepción 
clip de audio 

createReal i zedPI ayer, método déla clase Manager 
Dimensión, clase 

drawlmage, método de la clase Graphi es 
E/S de imágenes de Java, API 
Formato de intercambio de gráficos (GIF) 

Future Splash (.spl), archivos 
getAudi oCI i p, método de la clase Appl et 
getCodeBase, método de la clase Applet 
getCont rol Panel Component, método de la interfaz 
PI ayer 

getDocumentBase, método de la clase Applet 
getlmage, método de la clase Appl et 
getMi ni mumSi ze, método de la clase Component 
getPreferredSi ze, método de la clase Component 
getVisualComponent, método de la interfaz Player 
Gráficos portables de red (PNG) 

Graphi es, clase 

Grupo unido de expertos en fotografía (JPEG) 

Image, clase 
Imagelcon, clase 
ImageObserver, interfaz 

Interfaz digital de instrumentos musicales (MIDI), for- 
mato de archivo (extensiones . mid o . rmi) 

Java 3D, API 


j avax .media, paquete 

LIGHTWEIGHT_RENDERER, constante de la clase Manager 
I oop, método de la interfaz Audi oCI i p 
Macintosh AIFF, formato de archivo (extensiones . ai f 
o . ai f f) 

Macromedia Flash 2, películas (.swf) 

Manager, clase 

Manipulación avanzada de imágenes de Java, API 
mapa de imágenes 

Marco de trabajo de medios de Java (JMF), API 
Microsoft Audio/Video Interleave ( . avi ), archivo 
motor de sonido 

MPEG Nivel 3, archivos de audio (.mp3) 

MPEG-1, videos (.mpeg, .mpg) 
multimedia 

NoPl ayerExcepti on, excepción 

pai ntlcon, método de la clase Imagelcon 

pl ay, método de la clase Appl et 

pl ay, método de la interfaz Audi oCI i p 

Pl ayer, interfaz 

QuickTime (.mov), archivos 

setHi nt, método de la clase Manager 

showStatus, método de la clase Appl et 

Síntesis de voz de Java, API 

sonido 

Sonido de Java, API 

start, método de la interfaz Player 

stop, método de la clase Timer 

stop, método de la interfaz AudioCI i p 

Sun Audio, formato de archivo (extensión . au) 

toLIRL, método de la clase Fi I e 

URL, clase 

video 

Windows Wave, formato de archivo (extensión . wav) 


Ejercicios de autoevaluación 

21.1 Complete las siguientes oraciones: 

a) El método de Appl et carga una imagen en un applet. 

b) El método de Graphi es muestra una imagen en un applet. 

c) Java proporciona dos mecanismos para reproducir sonidos en un applet: el método play de Applet y el 

método pl ay de la interfaz . 

d) Un es una imagen que tiene áreas activas, en las que el usuario puede hacer clic para 

realizar una tarea, como cargar una página Web distinta. 

e) El método de la clase Imagelcon muestra la imagen del objeto Imagelcon. 

f) Java soporta varios formatos de imagen, incluyendo , 

y • 

2 1.2 Conteste con verdadero o fabo a cada una de las siguientes proposiciones; en caso de ser falso , explique por qué. 

a) Un sonido será recolectado como basura tan pronto como haya dejado de reproducirse. 

b) La clase Imagelcon proporciona constructores que permiten a un objeto Imagelcon ser inicializado con 
sólo una imagen proveniente del equipo local. 

c) El método pl ay de la clase Audi oCi i p reproduce en forma continua un clip de audio. 

d) La API de E/S de imágenes de Java se utiliza para agregar gráficos en 3D a una aplicación de Java. 
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e) El método getDocumentBase de Appl et devuelve, como un objeto de la clase URL, la ubicación en Internet 
del archivo HTML que invocó al applet. 

Respuestas a los ejercicios de autoevaluación 

21.1 a) getlmage. b) drawlmage. c) AudioCI i p. d) mapa de imágenes, ejpaintlcon. f) Formato de intercambio 
de gráficos (GIF), Grupo unido de expertos en fotografía (JPEG), Gráficos portables de red (PNG). 

2 1.2 a) Verdadero, b) Falso. Imagelcon puede cargar imágenes de Internet también, c) Falso. El método pl ay de la 
clase Audi oCI i p reproduce un clip de audio sólo una vez. El método 1 oop de la clase Audi oCI i p reproduce en forma 
continua un clip de audio. d) Falso. La API Java 3D se utiliza para crear y modificar gráficos en 3D. La API de E/S de 
imágenes de Java se utiliza para leer y escribir imágenes en archivos, e) Verdadero. 


Ejercicios 

21.3 Describa cómo hacer que una animación sea “amigable para el explorador Web”. 

2 1 .4 Describa los métodos de Java para reproducir y manipular clips de audio. 

21.5 Explique cómo se utilizan los mapas de imágenes. Enliste varios ejemplos de su uso. 

21.6 (Borrar una imagen al azar) Suponga que se muestra una imagen en un área rectangular de la pantalla. Una 
manera de borrar la imagen es simplemente asignar a cada píxel el mismo color inmediatamente, pero éste es un efecto 
visual torpe. Escriba un programa en Java para mostrar una imagen y luego borrarla, utilizando la generación de núme- 
ros aleatorios para seleccionar píxeles individuales y borrarlos. Una vez que se haya borrado la mayor parte de la imagen, 
borre el resto de los píxeles al mismo tiempo. Puede dibujar píxeles individuales como una línea que inicie y termine en 
las mismas coordenadas. Tal vez sea conveniente que pruebe distintas variantes de este problema. Por ejemplo, podría 
mostrar líneas o figuras al azar, para borrar regiones de la pantalla. 

21.7 (Texto intermitente) Cree un programa en Java para mostrar repetidamente texto intermitente en la pantalla. 
Para ello, alterne el texto con una imagen de fondo simple a color. Permita al usuario controlar la “velocidad de parpa- 
deo” y el color o patrón de fondo. Necesitará usar los métodos getDel ay y setDel ay de la clase Ti me r. Estos métodos 
se utilizan para recuperar y establecer el intervalo en milisegundos entre ActionEvents, respectivamente. 

21.8 (Imagen intermitente) Cree un programa en Java para mostrar repetidamente una imagen intermitente en la 
pantalla. Para ello, alterne la imagen con una imagen de fondo simple a color. 

2 1.9 (Reloj digital) Implemente un programa para mostrar un reloj digital en la pantalla. 

21.10 (Atraer la atención hacia una imagen) Si desea enfatizar una imagen, puede colocar una fila de bombillas simu- 
ladas alrededor de su imagen. Puede dejar que las bombillas parpadeen al unísono, o puede dejar que se prendan y 
apaguen en secuencia, una después de otra. 

21.11 (Acercamiento/ alejamiento de imagen) Cree un programa que le permita acercarse o alejarse de una imagen. 

Sección especial: proyectos de multimedia retadores 

Los ejercicios anteriores están adaptados al texto y diseñados para evaluar la comprensión del lector en cuanto 
a los conceptos fundamentales de multimedia. En esta sección incluimos una colección de proyectos avanzados 
de multimedia. El lector encontrará que estos problemas son retadores, pero interesantes. Los problemas varían 
considerablemente en cuanto al grado de dificultad. Algunos requieren de una o dos horas para escribir e imple- 
mentar el programa correspondiente. Otros son útiles como tareas de laboratorio, que podrían requerir de dos o 
tres semanas de estudio e implementación. Algunos son proyectos finales retadores. ( Nota para los instructores: No 
se proporcionan las soluciones para estos ejercicios). 

21.12 (Animación) Cree un programa de animación en Java, de propósito general. Su programa deberá permitir al 
usuario especificar la secuencia de cuadros a mostrar, la velocidad a la que se van a mostrar las imágenes, los clips de 
audio que deberán reproducirse mientras la animación se ejecuta, y así sucesivamente. 

21.13 ( Quintillas) Modifique el programa para escribir quintillas del ejercicio 10 . 10 , para que cante las quintillas que 
su programa cree. 

21.14 (Transición aleatoria entre imágenes) Este proyecto proporciona un agradable efecto visual. Si va a mostrar una 
imagen en cierta área de la pantalla y desea cambiar a otra imagen en la misma área de la pantalla, almacene la nueva 
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imagen de pantalla en un búfer fuera de la pantalla, y copie al azar píxeles de la nueva imagen hacia el área que se va 
a mostrar en pantalla, cubriendo los píxeles anteriores en esas posiciones. Cuando se haya copiado la mayor parte de 
los píxeles, copie toda la nueva imagen en el área que se va a mostrar en pantalla, para asegurarse de estar mostrando 
la nueva imagen completa. Para implementar este programa, tal vez necesite usar las clases Pi xetGrabber y Memory- 
ImageSource (consulte la documentación de las APIs de Java para obtener las descripciones de esas clases). Tal vez sea 
conveniente que pruebe distintas variantes de este problema. Por ejemplo, trate de seleccionar todos los píxeles en una 
línea recta o figura seleccionada al azar en la nueva imagen, y cubra esos píxeles por encima de las posiciones correspon- 
dientes de la imagen anterior. 

21.15 (Audio de fondo) Agregue audio de fondo a una de sus aplicaciones favoritas, utilizando el método 1 oop de la 
clase Audi oCi i p para reproducir el sonido en segundo plano mientras interactúa con su aplicación en forma normal. 

21.16 (Marquesina desplazable) Cree un programa en Java para desplazar caracteres punteados de derecha a izquierda 
(o de izquierda a derecha, si es apropiado para su lenguaje), a lo largo de un letrero tipo marquesina. Como una opción, 
muestre el texto en un ciclo continuo de manera que el texto desaparezca en un extremo y reaparezca en el otro. 

21.17 (Marquesina con imagen desplazable) Cree un programa en Java para mostrar una imagen a lo largo de una 
pantalla tipo marquesina. 

21.18 (Reloj análogo) Cree un programa en Java para mostrar un reloj análogo con manecillas para las horas, minutos 
y segundos que se desplacen apropiadamente, a medida que vaya cambiando la hora. 

21.19 (Audio dinámico y calidoscopio gráfico) Escriba un programa de calidoscopio que muestre gráficos reflejados 
para simular el popular juguete para niños. Incorpore efectos de audio que “reflejen” los gráficos de su programa que 
cambian en forma dinámica. 

21.20 ( Generador automático de rompecabezas) Cree un generador y manipulador de rompecabezas en Java. El usuario 
especifica una imagen. Su programa carga y muestra la imagen, y después divide la imagen en varias figuras seleccio- 
nadas al azar, y las revuelve. El usuario entonces utiliza el ratón para desplazar las piezas alrededor y tratar de resolver 
el rompecabezas. Agregue sonidos de audio apropiados a medida que se vayan moviendo las piezas y se inserten en el 
lugar correcto. Tal vez sea conveniente tener etiquetas en cada pieza y en el lugar en el que pertenece; después se pueden 
utilizar efectos de audio para ayudar al usuario a obtener las piezas en las posiciones correctas. 

21.21 (Programa para generar y recorrer laberintos) Desarrolle un programa basado en multimedia para generar labe- 
rintos y recorrerlos, con base en los programas de laberintos que escribió en los ejercicios 15.20 a 15.22. Deje que el 
usuario personalice el laberinto, especificando el número de filas y columnas junto con el nivel de dificultad. Haga que 
un ratón animado recorra el laberinto. Utilice audio para dramatizar el movimiento de su personaje ratón. 

2 1 .22 (Bandido de un brazo) Desarrolle una simulación multimedia de una máquina tragamonedas, conocida como 
“bandido de un brazo”. Debe tener tres ruedas giratorias. Coloque varias frutas y símbolos en cada rueda. Use la gene- 
ración de números aleatorios para simular los giros de cada rueda y la acción de detenerse en un símbolo. 

21.23 ( Carrera de caballos) Cree una simulación en Java de una carrera de caballos. Debe tener varios competidores. 
Use clips de audio para tener un anunciador. Reproduzca los clips de audio apropiados para indicar el estado correcto 
de cada uno de los competidores, a lo largo de la carrera. Use clips de audio para anunciar el resultado final. Sería 
conveniente que tratara de simular el tipo de juegos de carreras de caballos que se juegan en los carnavales. Los juga- 
dores toman turnos en el ratón y tienen que realizar ciertas manipulaciones hábiles con el ratón para que sus caballos 
avancen. 

2 1 .24 (Juego de tejo) Desarrolle una simulación basada en multimedia del juego de tejo. Use efectos de audio y visuales 
apropiados. 

21.25 (Juego de billar) Cree una simulación basada en multimedia del juego de billar. Cada jugador toma turnos 
utilizando el ratón para posicionar un taco y pegarle a la bola en el ángulo apropiado para tratar de hacer que las demás 
bolas caigan en las buchacas. Su programa deberá llevar la puntuación. 

21.26 (Artista) Diseñe un programa artístico en Java que proporcione a un artista una gran variedad de herramientas 
para dibujar, utilizar imágenes, animaciones, etcétera, para crear una muestra de arte dinámica con multimedia. 

21.27 (Diseñador de fuegos artificiales) Cree un programa en Java que podría ser utilizado para crear una muestra 
de fuegos artificiales. Cree una variedad de demostraciones de fuegos artificiales. Después controle la activación de los 
fuegos artificiales para obtener un efecto máximo. 

2 1 .28 (Diseñador de pisos) Desarrolle un programa en Java que ayude a alguien a distribuir los muebles en su hogar. 
Agregue características que permitan a la persona lograr el mejor arreglo posible. 
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21.29 ( Crucigrama) Los crucigramas son uno de los pasatiempos más populares. Desarrolle un programa de crucigra- 
mas basado en multimedia. Su programa debe permitir al jugador colocar y borrar palabras fácilmente. Enlace su pro- 
grama con un diccionario computarizado extenso. Su programa deberá también tener la capacidad de sugerir palabras 
en las que se hayan llenado algunas letras. Proporcione otras características que faciliten el trabajo de los entusiastas de 
crucigramas. 

21.30 (Acertijo del 15) Escriba un programa en Java basado en multimedia que permita al usuario jugar al 15. Este 
juego se lleva a cabo en un tablero de 4 por 4, para un total de 16 posiciones. Una de las posiciones está vacía. Las demás 
posiciones están ocupadas por 15 mosaicos, numerados del 1 al 15. Cualquier mosaico enseguida de la posición actual 
vacía puede moverse a esa posición, haciendo clic en el mosaico. Su programa deberá crear el tablero con los mosaicos 
desordenados. El objetivo es ordenar los mosaicos en forma secuencial, fila por fila. 

21.31 (Tiempo de reacción/Probador de precisión de reacción) Cree un programa en Java que mueva una figura creada 
al azar alrededor de la pantalla. El usuario desplazará el ratón para atrapar y hacer clic en la figura. Puede variarse la 
velocidad y el tamaño de la figura. Su programa deberá llevar las estadísticas acerca de cuánto tiempo le lleva al usuario 
atrapar una figura de un tamaño dado. Probablemente al usuario le sea más difícil atrapar figuras que sean más pequeñas 
y se muevan más rápido. 

21.32 (Calendario/archivo de recordatorios) Utilizando audio e imágenes, cree un calendario de propósito general y 
un archivo de “recordatorios”. Por ejemplo, el programa deberá cantar “Feliz cumpleaños” cuando lo utilice en su 
cumpleaños. Haga que el programa muestre imágenes y reproduzca clips de audio asociados con eventos importantes. 
Además, haga que el programa le recuerde de antemano estos eventos importantes. Por ejemplo, sería bueno hacer que 
el programa le avisara con una semana de anticipación, para que pudiera recoger una tarjeta de felicitación apropiada 
para esa persona especial. 

21.33 (Imágenes giratorias) Cree un programa en Java que le permita girar una imagen un cierto número de grados 
(hasta un máximo de 360 grados). El programa deberá permitirle a usted especificar que desea girar la imagen en forma 
continua. El programa deberá permitirle ajustar la velocidad de giro en forma dinámica. 

2 1 . 34 ( Colorear imágenes y fotografías en blanco y negro) Cree un programa en Java que le permita pintar de colores una 
fotografía en blanco y negro. Proporcione una paleta para seleccionar colores. Su programa deberá permitirle aplicar 
distintos colores en distintas regiones de la imagen. 

21.35 (Simulador Simpletron basado en multimedia) Modifique el simulador Simpletron que desarrolló en los ejerci- 
cios de capítulos anteriores (ejercicios 7.34 a 7.36 y ejercicios 17.26 a 17.30), para incluir características de multimedia. 
Agregue sonidos tipo computadora para indicar que el Simpletron está ejecutando instrucciones. Agregue un sonido de 
vidrio quebrándose cuando ocurra un error fatal. Use luces intermitentes para indicar cuáles celdas de memoria o cuáles 
registros se están manipulando en ese momento. Use otras técnicas de multimedia según sea apropiado, para hacer que 
su simulador Simpletron sea más valioso para sus usuarios como una herramienta educativa. 




Si un actor entra por la 
puerta, no tienes nada. Pero 
si entra por la ventana, 
tienes un problema. 


— Billy Wilder 

...la fuerza de los 
eventos despierta talentos 
adormilados. 

— Edward Hoagland 

Usted y yo veríamos la 
fotografía con más interés, 
si dejaran de preocuparse y 
aplicaran el sentido común 
al problema de registrar 
la apariencia visual de su 
propia era. 

— Jessie Tarbox Beals 




Componentes 
de la GUI: 
parte 2 

OBJETIVOS 

En este capítulo aprenderá a: 

■ Crear y manipular controles deslizables, menús, menús 
contextúales y ventanas. 

■ Cambiar la apariencia visual de una GUI, utilizando 
la apariencia visual adaptable (PLAF) de Swing. 

■ Crear una interfaz de múltiples documentos con 
DDesktopPane y JInternal Frame. 

■ Utilizar los administradores de esquemas adicionales. 
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22.1 Introducción 

22.2 JSlider 

22.3 Ventanas: observaciones adicionales 

22.4 Uso de menús con marcos 

22.5 JPopupMenu 

22.6 Apariencia visual adaptable 

22.7 JDesktopPane y JInternal Frame 

22.8 JTabbedPane 

22.9 Administradores de esquemas: BoxLayout y GridBagLayout 

22.10 Conclusión 
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22.1 Introducción 

En este capítulo continuaremos nuestro estudio acerca de las GUIs. Hablaremos sobre componentes y adminis- 
tradores de esquemas adicionales, y estableceremos las bases para crear las GUIs más complejas. 

Empezaremos nuestra discusión con los menús, que permiten al usuario realizar con efectividad tareas en 
el programa. La apariencia visual de una GUI de Swing puede ser uniforme a través de todas las plataformas 
en las que se ejecuta un programa de Java, o la GUI puede personalizarse mediante el uso de la apariencia visual 
adaptable (PLAF) de Swing. Proporcionaremos un ejemplo que ilustra cómo cambiar entre la apariencia vi- 
sual metálica de Swing (que tiene una apariencia y comportamiento similares entre las distintas plataformas), una 
apariencia visual que simula a Motif (una apariencia visual de UNIX muy popular) y una que simula la apariencia 
visual de Microsoft Windows. 

Muchas de las aplicaciones de hoy en día utilizan una interfaz de múltiples documentos (MDI): una ventana 
principal (conocida también como la ventana padre) que contiene a otras ventanas (a menudo conocidas como 
ventanas hijas) para administrar varios documentos abiertos en paralelo. Por ejemplo, muchos programas de 
correo electrónico le permiten tener varias ventanas abiertas al mismo tiempo, para que pueda componer o leer 
varios mensajes de correo electrónico. En este capítulo demostraremos el uso de las clases de Swing para crear 
interfaces con múltiples documentos. Finalmente, terminaremos el capítulo con una serie de ejemplos acerca de 
los administradores de esquemas adicionales que están disponibles para organizar interfaces gráficas de usuario. 

Swing es un tema extenso y complejo. Existen muchos más componentes de la GUI y herramientas de las que 
podemos presentar aquí. Presentaremos más componentes de la GUI de Swing en los capítulos restantes de este 
libro, a medida que se vayan necesitando. En nuestro libro Advanced Java 2 Plaiform How to Program hablamos 
sobre otros componentes y herramientas más avanzadas de Swing. 

22.2 JSlider 

Los objetos JSlider permiten al usuario seleccionar de entre un rango de valores enteros. La clase JSlider 
hereda de JComponent. En la figura 22.1 se muestra un objeto JSlider horizontal con marcas y el indicador 
que permite al usuario seleccionar un valor. Los objetos JSlider pueden personalizarse para mostrar marcas más 
distanciadas, marcas menos distanciadas y etiquetas para las marcas. También soportan el ajuste a la marca, en el 
que al colocar el indicador entre dos marcas, éste se ajusta a la marca más cercana. 

La mayoría de los componentes de la GUI de Swing soportan las interacciones del usuario mediante el ratón 
y el teclado. Por ejemplo, si un objeto JS1 i der tiene el foco (es decir, que sea el componente de la GUI seleccio- 


Indicador 



Marca 


Figura 22.1 | Componente JSlider con orientación horizontal. 



22.2 JSlider 885 


nado en ese momento, en la interfaz de usuario), la tecla de flecha izquierda y la tecla de flecha derecha hacen que 
el indicador del objeto JSlider se decremente o se incremente en 1, respectivamente. La tecla de flecha hacia 
abajo y la tecla de flecha hacia arriba también hacen que el indicador del objeto JS1 i der se decremente o incre- 
mente en 1 marca, respectivamente. Las teclas Av Pág (avance de página) y Re Pág (retroceso de página) hacen que 
el indicador del objeto JS1 i der se decremente o incremente en incrementos de bloque de una décima parte del 
rango de valores, respectivamente. La tecla Inicio desplaza el indicador hacia el valor mínimo del objeto JS1 i der, 
y la tecla Fin lo desplaza hacia el valor máximo del objeto JS1 i der. 

Los objetos JSlider tienen una orientación horizontal o una vertical. Para un objeto JSlider horizontal, 
el valor mínimo se encuentra en el extremo izquierdo y el valor máximo, en el derecho. Para un objeto JSlider 
vertical, el valor mínimo se encuentra en el extremo inferior y el valor máximo, en el superior. Las posiciones de 
los valores mínimo y máximo del objeto JS1 i der se pueden invertir mediante la invocación del método setln- 
verted de JSlider con el argumento boolean true. La posición relativa del indicador muestra el valor actual 
del objeto JSlider. 

El programa de las figuras 22.2 y 22.4 permite al usuario ajustar el tamaño de un círculo dibujado en una 
subclase de J Panel , llamada Panel Oval o (figura 22.2). El usuario especifica el diámetro del círculo con un objeto 
JS1 i der horizontal. La clase Panel Oval o sabe cómo dibujar un círculo en sí misma, utilizando su propia variable 
de instancia di ametro para determinar el diámetro del círculo; el di ametro se utiliza como la anchura y altura del 
cuadro delimitador en el que se muestra el círculo. El valor del di ametro se establece cuando el usuario interactúa 
con el objeto JS1 i der. El manejador de eventos llama al método establecerDi ametro en la clase Panel Oval o 
para establecer el di ametro, y llama a repai nt para dibujar el nuevo círculo. La llamada a repai nt resulta en 
una llamada al método pai ntComponent de Panel Oval o. 


1 // Fig. 22.2: Panel Oval o. java 

2 // Una clase JPanel personalizada. 

3 import java. awt. Graphics; 

4 import java. awt. Dimensión; 

5 import j avax.swing.J Panel ; 

6 

7 public class PanelOvalo extends JPanel 

8 { 

9 private int diámetro = 10; // diámetro predeterminado de 10 

10 

11 // dibuja un óvalo del diámetro especificado 

12 public void pai ntComponent( Graphics g ) 

13 { 

14 super . pai ntComponent( g ); 

15 

16 g . fi 1 1 Oval C 10, 10, diámetro, diámetro ); // dibuja un circulo 

17 } // fin del método pai ntComponent 

18 

19 // valida y establece el diámetro, después vuelve a pintar 

20 public void establ ecerDiametro( int nuevoDi ametro ) 

21 { 

22 // si el diámetro es inválido, usa el valor predeterminado de 10 

23 diámetro = ( nuevoDi ametro >= 0 ? nuevoDi ametro : 10 ) ; 

24 repaintO; // vuelve a pintar el panel 

25 } // fin del método establecerDiametro 

26 

27 // lo utiliza el administrador de esquemas para determinar el tamaño preferido 

28 public Dimensión getPreferredSi ze() 

29 { 

30 return new Dimension( 200, 200 ); 

31 } // fin del método getPreferredSi ze 

32 

33 // lo utiliza el administrador de esquemas para determinar el tamaño mínimo 
Figura 22.2 | Subclase de JPanel para dibujar círculos de un diámetro especificado. (Parte I de 2). 
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34 public Dimensión getMinimumSize() 

35 { 

36 return getPreferredSi ze() ; 

37 } // fin del método getMi nimumSi ze 

38 } // fin de la clase PanelOvalo 

Figura 22.2 | Subclase de JPanel para dibujar círculos de un diámetro especificado. (Parte 2 de 2). 


La clase PanelOvalo (figura 22.2) contiene un método pai ntComponent (líneas 12 a 17) que dibuja un 
óvalo relleno (un círculo en este ejemplo), un método establ ecerDi ametro (líneas 20 a 25) que modifica el 
diámetro del círculo y vuelve a pintar (repaint) el PanelOvalo, un método getPreferredSize (líneas 28 
a 31) que devuelve la anchura y altura preferidas de un objeto PanelOvalo, y un método getMi ni mumSize (líneas 
34 a 37) que devuelve la anchura y altura mínimas de un objeto Panel Oval o. 



Observación de apariencia visual 22.1 

Si un nuevo componente de la GUI tiene una anchura y altura mínimas (es decir, que unas medidas menores hagan 
que el componente se muestre incorrectamente en ¡a pantalla), debe sobrescribir el método getMi ni mumSize para 
devolver la anchura y altura mínimas como una instancia de la clase Dimensión. 



Observación de ingeniería de software 22.1 

Para muchos componentes de la GUI, el método getMi nimumSi ze se implementa para devolver el resultado de una 
llamada al método getPreferredSi ze de ese componente. 


La clase MarcoSlider (figura 22.3) crea el objeto JSlider que controla el diámetro del círculo. El cons- 
tructor de la clase MarcoSlider (líneas 17 a 45) crea el objeto PanelOvalo llamado mi Panel (línea 21) y esta- 
blece su color de fondo (línea 22). En las líneas 25 y 26 se crea el objeto JSlider llamado diametroJSl i der 
para controlar el diámetro del círculo que se dibuja en el Panel Oval o. El constructor de JS1 i der recibe cuatro 
argumentos. El primero especifica la orientación del di ametroJSl i der, que es HORIZONTAL (una constante en la 
interfaz Swi ngConstants). Los argumentos segundo y tercero indican los valores enteros mínimo y máximo en 
el rango de valores para este objeto JS1 i der. El último argumento indica que el valor inicial del objeto 1 SI i der 
(es decir, en dónde se muestra el indicador) debe ser 10. 

En las líneas 27 y 28 se personaliza la apariencia del objeto ISlider. El método setMajorTickSpacing 
indica que cada marca principal representa 10 valores en el rango soportado por el objeto ISlider. El método 
setPaintTicks con un argumento true indica que las marcas deben mostrarse (no se muestran de manera 
predeterminada). Para los otros métodos que se utilizan para personalizar la apariencia de un objeto JSlider, 
consulte la documentación en línea de la clase ISlider (java.sun.eom/javase/6/docs/api/javax/swing/ 
JSlider.html). 


1 // Fig. 22.3: MarcoSlider. java 

2 // Uso de objetos JSlider para cambiar el tamaño de un óvalo. 

3 import java.awt.BorderLayout; 

4 import j ava. awt. Color; 

5 import javax.swing.IFrame; 

6 import j avax. swi ng. JSlider; 

7 import j avax. swi ng. Swi ngConstants; 

8 import javax.swing.event.ChangeListener; 

9 import j avax. swi ng.event.ChangeEvent; 

10 

11 public class MarcoSlider extends JFrame 

12 { 

13 private JSlider diametroJSlider; // control deslizable para seleccionar el diámetro 

Figura 22.3 | Valor de JS1 i der que se utiliza para determinar el diámetro de un círculo. (Parte I de 2). 
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14 prívate PanelOvalo mi Panel ; // panel para dibujar el círculo 

15 

16 // constructor sin argumentos 

17 public MarcoSl i der() 

18 { 

19 super( "Demostración de ISlider" ); 

20 

21 miPanel = new PanelOvaloO ; // crea panel para dibujar el circulo 

22 miPanel .setBackground( Color. YELLOW ); // establece el color de fondo en amarillo 

23 

24 // establece objeto ISlider para controlar el valor del diámetro 

25 diametrolSlider = 

26 new DSlider( Swi ngConstants . HORIZONTAL, 0, 200, 10 ); 

27 diametrolSlider. setMajorTi ckSpaci ng( 10 ) ; // crea una marca cada 10 

28 diametrolSlider. setPaintTicksC true ); // dibuja las marcas en el control 
desl i zabl e 

29 

30 // registra el componente que escucha los eventos del objeto ISlider 

31 di ametrolSli der . addChangeLi stener( 

32 

33 new ChangeLi stenerO // clase interna anónima 

34 { 

35 // maneja el cambio en el valor del control desl i zabl e 

36 public void stateChanged( ChangeEvent e ) 

37 { 

38 mi Panel . establ ecerDiametrof diametrolSlider. getValue() ); 

39 } // fin del método stateChanged 

40 } // fin de la clase interna anónima 

41 ')',// fin de la llamada a addChangeLi stener 

42 

43 add( diametrolSlider, BorderLayout. SOUTH ); // agrega el control deslizable al marco 

44 add( miPanel, BorderLayout. CENTER ); // agrega el panel al marco 

45 } // fin del constructor de MarcoSlider 

46 } // fin de la clase MarcoSlider 

Figura 22.3 | Valor de 1S1 i der que se utiliza para determinar el diámetro de un círculo. (Parte 2 de 2). 


Los objetos 1S1 i der generan eventos ChangeEvent (paquete javax . swi ng . event) en respuesta a las inte- 
racciones del usuario. Un objeto de una clase que implementa a la interfaz ChangeLi stener (paquete javax. 
swi ng . event) y declara el método stateChanged puede responder a los eventos ChangeEvent. En las líneas 31 
a 41 se registra un objeto ChangeLi stener para manejar los eventos de di ametrolSl i der. Cuando se llama al 
método stateChanged (líneas 36 a 39) en respuesta a una interacción del usuario, en la línea 38 se hace una lla- 
mada al método establ ecerDi ametro de mi Panel y se pasa el valor actual del objeto 3 SI i der como argumento. 
El método getVal ue de ISlider devuelve la posición actual del indicador. 


1 // Fig. 22.4: DemoSlider. java 

2 // Prueba de MarcoSlider. 

3 import javax. swi ng.JFrame; 

4 

5 public class DemoSlider 

6 { 

7 public static void main( String args[] ) 

8 { 

9 MarcoSlider marcoSlider = new MarcoSl i der() ; 

10 marcoSlider. setDefaultCloseOperation( JFrame. EXIT_0N_CL0SE ); 

Figura 22.4 | Clase de prueba para MarcoSlider. (Parte I de 2). 
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11 marcoSlider.setSize( 220, 270 ); // establece el tamaño del marco 

12 marcoSlider.setVisible( true ); // muestra el marco 

13 } // fin de main 

14 } // fin de la clase DemoSlider 



Figura 22.4 | Clase de prueba para MarcoSlf der. (Parte 2 de 2). 


22.3 Ventanas: observaciones adicionales 

En esta sección, hablaremos sobre algunas cuestiones importantes de 3 Frame. Un objeto 3 Frame es una ventana 
con una barra de título y un borde. La clase 3 Frame es una subclase de j ava . awt . F rame (que es una subclase 
de java. awt. Window). Como tal, 3Frame es uno de los pocos componentes de la GUI de Swing que no es un 
componente de la GUI ligero. Cuando se muestra una ventana desde un programa de Java, ésta se proporciona 
mediante el kit de herramientas de ventana de la plataforma local y, por lo tanto, la ventana tendrá la misma 
apariencia que las otras ventanas que se muestren en esa plataforma. Cuando se ejecute una aplicación de Java en 
una Macintosh en donde se muestre una ventana, la barra de título y los bordes de la ventana tendrán la misma 
apariencia que las ventanas de las demás aplicaciones Macintosh. Cuando se ejecute una aplicación de Java en 
Microsoft Windows y se muestre una ventana, la barra de título y los bordes tendrán la misma apariencia que las 
ventanas de las demás aplicaciones Microsoft Windows. Y cuando se ejecute una aplicación de Java en una plata- 
forma UNIX y se muestre una ventana, la barra de título y los bordes de la ventana tendrán la misma apariencia 
que las ventanas de las demás aplicaciones UNIX en esa plataforma. 

La clase 3 Frame soporta tres operaciones cuando el usuario cierra la ventana. De manera predeterminada, 
una ventana se oculta (es decir, se quita de la pantalla) cuando el usuario la cierra. Esto puede controlarse con el 
método setDefaul tCloseOperation de 3 Frame. La interfaz WindowConstants (paquete javax. swi ng), que es 
implementada por la clase 3Frame, declara tres constantes para ser utilizadas con este método: DISP0SE„0N_CL0- 
SE, D0_N0THING„0N_CL0SE y FIIDE_0N_CL0SE (el valor predeterminado). Algunas plataformas sólo permiten 
que se muestre un número limitado de ventanas en la pantalla. Por lo tanto, una ventana es un valioso recurso que 
debe regresarse al sistema cuando ya no se necesite. La clase Wi ndow (una superclase indirecta de 3 Frame) declara 
el método dispose para este fin. Cuando ya no se necesita un objeto Wi ndow en una aplicación, se debe desechar 
explícitamente este objeto Wi ndow. Esto puede hacerse llamando al método di spose de Wi ndow, o llamando al 
método setDefaul tCloseOperation con el argumento Wi ndowConstants . DISP0SE_0N_CL0SE. Al terminar 
una aplicación se devuelven todos los recursos de ventana al sistema. Al establecer la operación de cierre prede- 
terminada en D0_N0THING_0N_CL0SE, el programa determinará lo que debe hacer cuando el usuario le indique 
que debe cerrar la ventana. 



Tip de rendimiento 22.1 

Una ventana es un recurso imprescindible del sistema. Devuélvala al sistema cuando ya no sea necesaria. 


De manera predeterminada, una ventana no se muestra en la pantalla sino hasta que el programa invoque al 
método setVi si bl e de esta ventana (heredado de la clase j ava. awt . Compon en t) con un argumento true. Ade- 
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más, debe establecerse el tamaño de una ventana mediante una llamada al método setSi ze (heredado de la clase 
java, awt . Component). La posición que tendrá la ventana cuando aparezca en la pantalla se especifica mediante 
el método setLocation (heredado de la clase java. awt. Component). 



Error común de programación 22.1 

Olvidar llamar al método setVisible en una ventana es un error lógico en tiempo de ejecución; la ventana no se 
mostrará en pantalla. 



Error común de programación 22.2 


Olvidar llamar al método setSize en una ventana es un error lógico en tiempo de ejecución; sólo aparecerá la 
barra de título. 


Las ventanas generan eventos de ventana cuando el usuario las manipula. Los componentes de escucha de 
eventos se registran para eventos de ventana mediante el método addWindowListener de la clase Window. La 
interfaz Wi ndowLi s tener proporciona siete métodos manejadores de eventos de ventana: windowActivated 
(se invoca cuando el usuario hace que la ventana sea la ventana activa), wi ndowCi osed (se invoca cuando se cierra 
la ventana), windowClosing (se invoca cuando el usuario inicia el cierre de la ventana), windowDeactivated (se 
invoca cuando el usuario hace que otra ventana sea la ventana activa), windowDeiconified (se invoca cuando el 
usuario restaura una ventana, después de que ha sido minimizada), windowlconified (se invoca cuando el usuario 
minimiza una ventana) y wi ndowOpened (se invoca cuando un programa muestra por primera vez una ventana 
en la pantalla) . 


22.4 Uso de menús con marcos 

Los menús son una parte integral de las GUIs. Permiten al usuario realizar acciones sin saturar innecesariamente 
una GUI con componentes adicionales. En las GUIs de Swing, los menús pueden adjuntarse solamente a los 
objetos de clases que proporcionen el método set JMenuBar. Dos de esas clases son J Frame y JAppl et. Las clases 
utilizadas para declarar menús son JMenuBar, JMenu, JMenuItem, JCheckBoxMenuItem y la clase JRadioBu- 
ttonMenuItem. 

am Observación de apariencia visual 22.2 

jjgjjJ Los menús simplifican las GUIs , ya que se pueden ocultar componentes dentro de ellos. Estos componentes estarán 
visibles sólo cuando el usuario los busque, al seleccionar el menú. 

La clase JMenuBar (una subclase de JComponent) contiene los métodos necesarios para administrar una 
barra de menús, la cual es un contenedor para los menús. La clase JMenu (una subclase de javax . swi ng . JMe- 
nultem) contiene los métodos necesarios para administrar menús. Los menús contienen elementos de menú, y 
pueden agregarse a barras de menús o a otros menús, como submenús. Cuando se hace clic en un menú, éste se 
expande para mostrar su lista de elementos de menú. 

La clase JMenuItem (una subclase de javax. swing. AbstractButton) contiene los métodos necesarios para 
administrar elementos de menú. Un elemento de menú es un componente de la GUI que está dentro de un 
menú y que, cuando se selecciona, produce un evento de acción. Un elemento de menú puede usarse para iniciar 
una acción, o puede ser un submenú que proporcione más elementos de menú que el usuario pueda seleccionar. 
Los submenús son útiles para agrupar en un menú los elementos de menú que estén relacionados. 

La clase JCheckBoxMenuItem (una subclase de javax. swing. JMenuItem) contiene los métodos necesarios 
para administrar los elementos de menú que pueden activarse o desactivarse. Cuando se selecciona un objeto 
JCheckBoxMenuItem, aparece una marca de verificación a la izquierda del elemento de menú. Cuando se seleccio- 
na de nuevo el mismo objeto JCheckBoxMenuItem, se quita la marca de verificación a la izquierda del elemento 
de menú. 

La clase JRadioButtonMenuItem (una subclase de javax . swi ng . JMenuItem) contiene los métodos nece- 
sarios para administrar elementos de menú que pueden activarse o desactivarse, de manera parecida a los objetos 
JCheckBoxMenuItem. Cuando se mantienen varios objetos JRadioButtonMenuItem como parte de un obje- 
to ButtonCroup, sólo puede seleccionarse un elemento en el grupo a la vez. Cuando se selecciona un objeto 
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JRadioButtonMenuItem, aparece un círculo relleno a la izquierda del elemento de menú. Cuando se selecciona 
otro objeto JCheckBoxMenuItem, se quita el círculo relleno a la izquierda del elemento de menú previamente 
seleccionado. 

La aplicación de las figuras 22.5 y 22.6 demuestra el uso de varios elementos de menú y cómo especificar 
caracteres especiales (llamados nemónicos) que pueden proporcionar un acceso rápido a un menú o elemento 
de menú, desde el teclado. Los nemónicos pueden usarse con todas las subclases de javax. swing .Abstract- 
Button. 

La clase MarcoMenu (figura 22.5) declara los componentes de la GUI y el manejo de eventos para los elemen- 
tos de menú. La mayor parte del código en esta aplicación aparece en el constructor de la clase (líneas 34 a 151). 


1 // Fig. 22.5: MarcoMenu . java 

2 // Demostración de los menús. 

3 import j ava. awt. Color; 

4 import java.awt.Font; 

5 import java. awt. BorderLayout; 

6 import java. awt. event . Acti onLi stener ; 

7 import java. awt. event. ActionEvent; 

8 import java. awt. event. ItemLi stener ; 

9 import java. awt. event. ItemEvent; 

10 import javax. swing. JFrame; 

11 import javax. swing. JRadioButtonMenuItem; 

12 import javax. swing. JCheckBoxMenuItem; 

13 import javax. swing. JOptionPane; 

14 import javax. swi ng.JLabel ; 

15 import javax. swi ng . Swi ngConstants ; 

16 import javax. swi ng . ButtonCroup ; 

17 import javax. swi ng. JMenu; 

18 import javax. swi ng.JMenuItem; 

19 import javax. swi ng.JMenuBar; 

20 

21 public class MarcoMenu extends JFrame 

22 { 

23 private final Color valoresColores[] = 

24 { Color. BLACK, Color. BLUE, Color. RED, Color. CREEN }; 

25 private JRadioButtonMenuItem elementosColores[] ; // elementos del menú colores 

26 private JRadioButtonMenuItem fuentes[]; // elementos del menú fuentes 

27 private JCheckBoxMenuItem elementosEstilos[] ; // elementos del menú estilos 

28 private JLabel mostrarJLabel ; // muestra texto de ejemplo 

29 private ButtonGroup fuentesButtonCroup ; // administra elementos del menú fuentes 

30 private ButtonGroup coloresButtonGroup; // administra elementos del menú colores 

31 private int estilo; // se utiliza para crear el estilo para la fuente 

32 

33 // el constructor sin argumentos establece la GUI 

34 public MarcoMenuO 

35 { 

36 super( "Uso de objetos JMenu" ); 

37 

38 JMenu menuArchivo = new JMenu( "Archivo" ); // crea el menú archivo 

39 menuArchivo. setMnemonic( 'A' ); // establece el nemónico a A 

40 

41 // crea el elemento de menú Acerca de... 

42 JMenuItem el ementoAcercaDe = new JMenuItem( "Acerca de..." ); 

43 elementoAcercaDe.setMnemonic( ’c' ); // establece el nemónico a c 

44 menuArchivo. add( el ementoAcercaDe ); // agrega el elemento el ementoAcercaDe al 
menú archivo 

45 el ementoAce rcaDe . addActi onLi stener ( 

46 

Figura 22.5 | Objetos JMenu y nemónicos. (Parte I de 4). 
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new ActionLi stenerO // clase interna anónima 

{ 

// muestra cuadro de diálogo de mensaje cuando el usuario selecciona Acerca 

de . . . 

public void actionPerformed( ActionEvent evento ) 

{ 

JOpti onPane . showMessageDi alog( MarcoMenu . thi s , 

"Este es un ejemplo\ndel uso de menus", 

"Acerca de", JOpti onPane . PLAIN_MESSAGE ); 

} // fin del método actionPerformed 
} // fin de la clase interna anónima 
); // fin de la llamada a addActionLi stener 

JMenuItem elementoSali r = new JMenuItem( "Salir" ); // crea el elemento salir 
elementoSalir.setMnemonicC ' S ' ); // establece el nemónico a S 
menuArchivo.add( el ementoSal i r ); // agrega elemento salir al menú archivo 

el ementoSal i r . addActi onLi stener ( 

new ActionLi stenerO // clase interna anónima 

{ 

// termina la aplicación cuando el usuario hace clic en el ementoSal i r 

public void actionPerformed( ActionEvent evento ) 

{ 

System. exit( 0 ); // sale de la aplicación 
} // fin del método actionPerformed 
} // fin de la clase interna anónima 
); // fin de la llamada a addActionLi stener 

JMenuBar barra = new JMenuBarO ; // crea la barra de menús 
setJMenuBar( barra ); // agrega la barra de menús a la aplicación 
barra. add( menuArchivo ); // agrega el menú archivo a la barra de menús 

JMenu menuFormato = new JMenu( "Formato" ); // crea el menú formato 
menuFormato.setMnemonic( ' F ' ); // establece el nemónico a F 

// arreglo que enlista la cadena colores 

String coloresf] = { "Negro", "Azul , "Rojo", "Verde" }; 

JMenu menuColor = new JMenu( "Color" ); // crea el menú color 
menuColor.setMnemonicC 'O ); // establece el nemónico a C 

// crea los elementos de menú de los botones de opción para los colores 

elementosColores = new JRadioButtonMenuItemf colores. length ]; 
coloresButtonGroup = new ButtonCroupO ; // administra los colores 
ManejadorElementos manejadorEl ementos = new ManejadorElementosO ; // manejador 
para colores 

// crea los elementos de menú del botón de opción color 

for ( int cuenta = 0; cuenta < colores. length; cuenta++ ) 

{ 

elementosColores[ cuenta ] = 

new JRadioButtonMenuItem( colores[ cuenta ] ) ; // crea elemento 
menuCol or . add( elementosColores[ cuenta ] ); // agrega elemento al menú color 
coloresButtonGroup. add( el ementosCol ores [ cuenta ] ); //lo agrega al grupo 
elementosColores[ cuenta ]. addActi onLi stenerf manejadorEl ementos ); 

} // fin de for 

el ementosCol ores [ 0 ] . setSelectedf true ); // selecciona el primer elemento de Color 


Figura 22.5 | Objetos JMenu y nemónicos. (Parte 2 de 4). 
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menuFormato.add( menuColor ); // agrega el menú color al menú formato 
menuFormato.addSeparatorO ; // agrega un separador en el menú 

// arreglo que enlista los nombres de las fuentes 

String nombresFuentes [] = { "Serif", "Monospaced" , "SansSerif" }; 

JMenu menuFuente = new lMenu( "Fuente" ); // crea el menú fuente 
menuFuente . setMnemoni c( 'u' ); // establece el nemónico a u 

// crea elementos de menú de botones de opción para los nombres de las fuentes 

fuentes = new IRadioButtonMenuItemf nombresFuentes . 1 ength ]; 

fuentesButtonCroup = new ButtonCroupO ; // administra los nombres de las fuentes 

// crea elementos de menú de botones de opción de Fuente 

for ( int cuenta = 0; cuenta < fuentes . 1 ength ; cuenta++ ) 

{ 

fuentes[ cuenta ] = new IRadioButtonMenuItemC nombresFuentes [ cuenta ] ); 
menuFuente . add( fuentes [ cuenta ] ) ; // agrega fuente al menú fuente 
fuentesButtonCroup. add( fuentes[ cuenta ] ); // agrega al grupo de botones 
fuentes[ cuenta ] . addActionLi stener( manejadorElementos ); // agrega el 
manejador 
} // fin de for 

fuentes[ 0 ] . setSel ected( true ); // selecciona el primer elemento del menú 
Fuente 

menuFuente . addSeparator() ; // agrega barra separadora al menú fuente 

String nombresEstilos[] = { "Negrita", "Cursiva" }; // nombres de los estilos 
elementosEstilos = new ICheckBoxMenuItemf nombresEstilos.length ]; 
ManejadorEstilos manejadorEstilos = new ManejadorEstilosO ; // manejador de 
estilos 

// crea elementos de menú de la casilla de verificación de estilo 

for ( int cuenta = 0; cuenta < nombresEstilos.length; cuenta++ ) 

{ 

elementosEstilos[ cuenta ] = 

new JCheckBoxMenuItem( nombresEstilos[ cuenta ] ); // para el estilo 
menuFuente . add( elementosEstilos[ cuenta ] ); // agrega al menú fuente 
elementosEstilos[ cuenta ] . addltemLi stener( manejadorEstilos ); // manejador 

} // fin de for 

menuFormato.add( menuFuente ); // agrega el menú Fuente al menú Formato 
barra. add( menuFormato ); // agrega el menú Formato a la barra de menús 

// establece la etiqueta para mostrar el texto 

mostrarlLabel = new ILabelf "Texto de ejemplo", SwingConstants.CENTER ); 
mostrarlLabel . setForegroundf valoresColores[ 0 ] ); 
mostrarlLabel . setFont( new Font( '"Serif", Font.PLAIN, 72 ) ) ; 

getContentPane() ,setBackground( Color. CYAN ); // establece el color de fondo 
add( mostrarlLabel, BorderLayout.CENTER ); // agrega mostrarlLabel 
} // fin del constructor de MarcoMenu 

// clase interna para manejar los eventos de acción de los elementos de menú 
private class ManejadorElementos implements ActionListener 
{ 

// procesa las selecciones de color y fuente 

public void actionPerformed( ActionEvent evento ) 

{ 

// procesa la selección del color 
Objetos IMenu y nemónicos. (Parte 3 de 4)- 
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for ( int cuenta = 0; cuenta < elementosColores.length; cuenta++ ) 

{ 

if ( elementosColores[ cuenta ] . i sSel ectedO ) 

{ 

mostrar] Label . setForegroundf val oresCol ores [ cuenta ] ); 

break; 

} // fin de if 

} // fin de for 

// procesa la selección de fuente 

for ( int cuenta = 0; cuenta < fuentes . length ; cuenta++ ) 

{ 

if ( evento. getSource() == fuentes[ cuenta ] ) 

{ 

mostrarJLabel . setFontf 

new Font( fuentes[ cuenta ].getText(), estilo, 72 ) ) ; 

} // fin de if 

} // fin de for 

repaintO; // vuelve a dibujar la aplicación 
} // fin del método acti onPerformed 
} // fin de la clase ManejadorElementos 

// clase interna para manejar los eventos de los elementos de menú de las 
casillas de verificación 

private class ManejadorEstilos implements ItemListener 

{ 

// procesa las selecciones de estilo de las fuentes 
public void itemStateChanged( ItemEvent e ) 

{ 

estilo = 0; // inicial iza el estilo 

// comprueba la selección de negrita 
if ( elementosEstilosf 0 ] . i sSel ected() ) 

estilo += Font.BOLD; // agrega negrita al estilo 

// comprueba la selección de cursiva 
if ( elementosEstilosf 1 ] . i sSel ected() ) 

estilo += Font.ITALIC; // agrega cursiva al estilo 

mostrarJLabel .setFontf 

new Font( mostrarJLabel .getFontO .getNameO , estilo, 72 ) ) ; 
repaintO; // vuelve a dibujar la aplicación 
} // fin del método i temStateChanged 
} // fin de la clase ManejadorEstilos 
} // fin de la clase MarcoMenu 


Figura 22.5 | Objetos JMenu y nemónicos. (Parte 4 de 4). 


1 // Fig. 22.6: PruebaMenu . java 

2 // Prueba de MarcoMenu. 

3 import javax.swing.JFrame; 

4 

5 public class PruebaMenu 

6 { 

7 public static void main( String args[] ) 

8 { 

9 MarcoMenu marcoMenu = new MarcoMenuO; // crea objeto MarcoMenu 

Figura 22.6 | Clase de prueba para MarcoMenu. (Parte I de 2). 
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10 marcoMenu. setDefaultCloseOperationf JFrame . EXIT_ON_CLOSE ); 

11 marcoMenu . setSizef 600, 200 ); // establece el tamaño del marco 

12 marcoMenu . setVi si bl e( true ); // muestra el marco 

13 } // fin de main 

14 } // fin de la clase PruebaMenu 
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Figura 22.6 | Clase de prueba para MarcoMenu. (Parte 2 de 2). 


En las líneas 38 a 76 se establece el menú Archivo y se adjunta a la barra de menús. El menú Archivo contiene 
un elemento de menú Acerca de..., el cual muestra un cuadro de diálogo de mensaje al ser seleccionado, y un 
elemento de menú Salir que puede seleccionarse para terminar la aplicación. 

En la línea 38 se crea el objeto JMenu y se pasa a su constructor la cadena "Archivo" como el nombre del 
menú. En la línea 39 se utiliza el método setMnemonic (heredado de la clase AbstractButton) para indicar que 
A es el nemónico para este menú. Al oprimir las teclas Alt y A se abre el menú, así como cuando se hace clic en 
el menú con el ratón. En la GUI, el carácter nemónico en el nombre del menú se muestra subrayado. (Vea las 
capturas de pantalla de la figura 22.6.) 


I^T lArchlvo 

Nuevo 

^ rdi.if 


Observación de apariencia visual 22.3 


Tj»™] Los nemónicos proporcionan un acceso rápido a los comandos de menú y de botón , por medio del teclado. 

Observación de apariencia visual 22.4 


Id T.l'tf 


Deben utilizarse distintos nemónicos para cada uno de los botones o elementos de menú. Generalmente, la primera 
letra en la etiqueta del elemento de menú o del botón es la que se utiliza como nemónico. Si varios botones o elemen- 
tos de menú inician con la misma letra, seleccione la siguiente letra más prominente en el nombre (por ejemplo u se 
selecciona comúnmente para el elemento de menú Guardar como, del menú Archi vo). 


En las líneas 42 y 43 se crea el objeto JMenuItem elementoAcercaDe con el texto "Acerca de ..." y se esta- 
blece su nemónico en la letra c. (No se utiliza A porque esa letra es el nemónico del menú Archivo). Este elemento 
de menú se agrega al objeto menuArchi vo en la línea 44 mediante el método add de JMenu. Para tener acceso al 
elemento Acerca de... a través del teclado, oprima la tecla Alty la letra A para abrir el menú Archivo, después opri- 
ma c para seleccionar el elemento de menú Acerca de.... En las líneas 47 a 56 se crea un objeto Acti onLi stener 
para procesar el evento de acción del objeto el ementoAcercaDe. En las líneas 52 a 54 se muestra un cuadro de 
diálogo de mensaje. En la mayoría de los usos anteriores de showMessageDialog, el primer argumento ha sido 
nul 1 . El propósito del primer argumento es especificar la ventana padre para el cuadro de diálogo, la cual ayuda 
a determinar en dónde se mostrará el cuadro de diálogo. Si la ventana padre se especifica como nuil, el cuadro 
de diálogo aparece en el centro de la pantalla. En caso contrario, el cuadro de diálogo aparece centrado sobre la 
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ventana padre especificada. En este ejemplo, el programa especifica la ventana padre con PruebaMenu . thi s; la 
referencia thi s del objeto PruebaMenu. Al utilizar la referencia thi s en una clase interna, si se especifica la pala- 
bra thi s por sí sola, se hace referencia al objeto de la clase interna. Para hacer referencia a la referencia thi s del 
objeto de la clase externa, debe calificar a thi s con el nombre de la clase externa y un punto ( . ). 

Los cuadros de diálogo generalmente son modales. Un cuadro de diálogo modal no permite el acceso a 
ninguna de las otras ventanas en la aplicación, sino hasta que se cierre. Los cuadros de diálogo que se muestran 
con la clase DOpti onPane son cuadros de diálogo modales. La clase JDialog puede usarse para crear sus propios 
cuadros de diálogo modales o no modales. 

En las líneas 59 a 72 se crea el elemento de menú el ementoSal i r, se establece su nemónico en S, se agrega 
a menuArchi vo y se registra un objeto ActionLi stener que termina la aplicación cuando el usuario selecciona 
el ementoSal i r. 

En las líneas 74 a 76 se crea el objeto JMenuBar, se adjunta a la ventana de aplicación mediante el método 
setIMenuBar de JFrame y se utiliza el método add de IMenuBar para adjuntar el menuArchi vo a la barra de 
menús IMenuBar. 



Error común de programación 22.3 

Si olvida establecer la barra de menús mediante el método setJMenuBar de JFrame, la barra de menús no se mos- 
trará en el objeto JFrame. 




Observación de apariencia visual 22.5 




Los menús generalmente aparecen de izquierda a derecha, en el orden en el que se agregan a un objeto JMenuBar. 


En las líneas 78 a 79 se crea el menú llamado menuFormato y se establece su nemónico en F. 

En las líneas 84 y 85 se crea el menú llamado menuColor (éste será un submenú en el menú Formato) 
y se establece su nemónico en C. En la línea 88 se crea el arreglo IRadi oButtonMenuItem llamado el ementos- 
Col ores, el cual hace referencia a los elementos de menú de menuCol o r. En la línea 89 se crea el objeto ButtonGroup 
llamado grupoCol ores, el cual asegura que sólo se seleccione uno de los elementos de menú del submenú Color 
en un momento dado. En la línea 90 se crea una instancia de la clase interna Mane j ado rElementos (declarada en 
las líneas 1 54 a 1 8 1 ) para responder a las selecciones del submenú Color y del submenú Fuente (que describiremos 
en breve). En la instrucción for de las líneas 93 a 100 se crea a cada uno de los objetos IRadi oButtonMenuItem en 
el arreglo el ementosCol or, se agrega cada uno de los elementos de menú amenuColorya grupoCol ores, y se 
registra el objeto Acti onLi stener para cada elemento de menú. 

En la línea 102 se utiliza el método setSelected de AbstractButton para seleccionar el primer elemento 
en el arreglo el ementosCol or. En la línea 104 se agrega menuColor como un submenú de menuFormato. En la 
línea 105 se invoca al método addSeparator de IMenu para agregar una línea separadora horizontal al menú. 
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Observación de apariencia visual 22.6 


Un submenú se crea agregando a un menú como elemento de otro menú. Cuando el ratón se coloca sobre un submenú 
(o cuando se oprime el nemónico de ese submenú), éste se expande para mostrar sus elementos de menú. 



Observación de apariencia visual 22.7 

Pueden agregarse separadores a un menú para agrupar los elementos de menú en forma lógica. 



Observación de apariencia visual 22.8 

Puede agregarse cualquier componente de la GUI ligero (es decir, un componente de cualquier subclase de la clase 
JComporent) a un objeto J Menú o JMenuBar. 


En las líneas 108 a 126 se crean el submenú Fuente y varios objetos JRadi oButtonMenuItem, y se selecciona 
el primer elemento del arreglo 3 Radi oButtonMenuItem llamado fuentes. En la línea 129 se crea un arreglo 
ICheckBoxMenuItem para representar a los elementos de menú que especifican los estilos negrita y cursiva para 
las fuentes. En la línea 130 se crea una instancia de la clase interna ManejadorEstilos (declarada en las líneas 
184 a 203) para responder a los eventos de ICheckBoxMenuItem. La instrucción for de las líneas 133 a 139 crea 
a cada objeto ICheckBoxMenuItem, agrega cada uno de los elementos de menú a menuFuente y registra el objeto 
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ItemLi stener para cada elemento de menú. En la línea 141 se agrega menuFuente como un submenú de menu- 
Formato. En la línea 142 se agrega el menuFormato a la barra (de menús). 

En las líneas 145 a 147 se crea un objeto JLabel para el cual los elementos del menú Formato controlan 
el tipo de letra, su color y estilo. El color inicial de primer plano se establece con el primer elemento del arreglo 
valoresColor (Color . BLACK) mediante la invocación al método setForeground de JComponent, y el tipo de 
letra inicial se establece en Seri f con estilo PLAIN y tamaño de 72 puntos. En la línea 149 se establece el color 
de fondo del panel de contenido de la ventana en cyan, y en la línea 150 se adjunta el objeto JLabel a la región 
CENTER del esquema BorderLayout del panel de contenido. 

El método actionPerformed de ManejadorEl ementos (líneas 157 a 180) utiliza dos instrucciones for 
para determinar cuál fue el elemento de menú de fuente o de color que generó el evento, y establece la fuente o el 
color del objeto JLabel llamado mostrarEtiqueta, respectivamente. La condición if de la línea 162 utiliza 
el método isSelected de AbstractButton para determinar cuál fue el objeto JRadi oButtonMenuItem seleccio- 
nado. La condición i f de la línea 172 invoca al método getSource del objeto evento para obtener una referencia 
al objeto JRadi oButtonMenuItem que generó el evento. En la línea 175 se utiliza el método getText de Abs- 
tractButton para obtener el nombre del tipo de letra del elemento de menú. 

El programa llama al método i temStateChanged de ManejadorEstilo (líneas 187 a 202) si el usuario 
selecciona un objeto JCheckBoxMenuItem en el menuFuente. En las líneas 192 y 196 se determina si uno o ambos 
objetos JCheckBoxMenuItem se seleccionan, y se utiliza su estado combinado para determinar el nuevo estilo de 
fuente. 

22.5 JPopupMenu 

Muchas de las aplicaciones de computadora de la actualidad proporcionan lo que se conoce como menús con- 
textúales sensibles al contexto. En Swing, tales menús se crean con la clase JPopupMenu (una subclase de JCom- 
ponent). Estos menús proporcionan opciones específicas al componente para el cual se generó el evento de 
desencadenamiento del menú contextual. En la mayoría de los sistemas, este evento de desencadenamiento 
ocurre cuando el usuario oprime y suelta el botón derecho del ratón. 

Observación de apariencia visual 22.9 

El evento de desencadenamiento del menú contextual es específico para cada plataforma. En la mayoría de las plata- 
formas que utilizan un ratón con varios botones , el evento de desencadenamiento del menú contextual ocurre cuando 
el usuario hace clic con el botón derecho del ratón en un componente que tiene soporte para unmenú contextual. 

La aplicación de las figuras 22.7 a 22.8 crea un objeto J PopupMenu, el cual permite al usuario seleccionar uno 
de tres colores y cambiar el color de fondo de la ventana. Cuando el usuario hace clic con el botón derecho del 
ratón en el fondo de la ventana PruebaContextual, aparece un objeto JPopupMenu, el cual contiene unos colo- 
res. Si el usuario hace clic en un objeto JRadi oButtonMenuItem para seleccionar un color, el método action- 
Performed de ManejadorEl ementos cambia el color de fondo del panel de contenido de la ventana. 
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// Fig. 22.7: MarcoContextual . java 
// Demostración de los objetos JPopupMenu. 

import j ava. awt. Color; 
i mport j ava . awt . event . MouseAdapter ; 
i mport j ava . awt . event . MouseEvent ; 
import java. awt . event . Acti onLi stener ; 
i mpo rt j ava . awt . event . Acti onEvent ; 
import javax. swing. JFrame; 
import javax. swi ng . JRadi oButtonMenuItem; 
import javax. swing. JPopupMenu; 
import javax. swi ng . ButtonCroup; 

public class MarcoContextual extends JFrame 
{ 


Figura 22.7 


Objeto JPopupMenu para seleccionar colores. (Parte I de 3). 
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prívate JRadioButtonMenuItem elementos[]; // contiene los elementos para los colores 
prívate final Color valoresColores[] = 

{ Color. BLUE, Col or . YELLOW, Color. RED }; // colores a utilizar 
prívate JPopupMenu menuContextual ; // permite al usuario seleccionar el color 

// el constructor sin argumentos establece la GUI 
public MarcoContextual () 

{ 

super( "Uso de objetos JPopupMenu" ); 

ManejadorElementos manejador = new ManejadorElementosO ; // manejador para los 
elementos de menú 

String colores[] = { "Azul", "Amarillo", "Rojo" }; // arreglo de colores 

ButtonGroup grupoColores = new ButtonGroupO ; // administra los elementos de 
colores 

menuContextual = new JPopupMenuO ; // crea el menú contextual 

elementos = new JRadioButtonMenuItem[ 3 ] ; // elementos para seleccionar el color 

// construye elemento de menú, lo agrega al menú contextual, habilita el manejo 
de eventos 

for ( int cuenta = 0; cuenta < elementos. length; cuenta++ ) 

{ 

elementosf cuenta ] = new JRadioButtonMenuItemf colores[ cuenta ] ); 
menuContextual . add( elementos[ cuenta ] ) ; // agrega elemento al menú 
contextual 

grupoCol ores . add( elementos[ cuenta ] ); // agrega elemento al grupo de 
botones 

elementos[ cuenta ] .addActionListener( manejador ); // agrega el manejador 
} // fin de for 

setBackground( Color. WHITE ); // establece el color de fondo en blanco 

// declara un objeto MouseLi stener para que la ventana muestre el menú contextual 
addMouseLi stener( 

new MouseAdapterO // clase interna anónima 

{ 

// maneja el evento de oprimir el botón del ratón 
public void mousePressed( MouseEvent evento ) 

{ 

checkForTriggerEvent( evento ); // comprueba el desencadenador 
} // fin del método mousePressed 

// maneja el evento de liberación del botón del ratón 

public void mouseRel eased( MouseEvent evento ) 

{ 

checkForTriggerEvent( evento ); // comprueba el desencadenador 
} // fin del método mouseReleased 

// determina si el evento debe desencadenar el menú contextual 
private void checkForTriggerEvent( MouseEvent evento ) 

{ 

if ( evento. isPopupTriggerO ) 
menuContextual . show( 

evento . getComponent() , evento. getX() , evento . getY() ); 

} // fin del método checkForTriggerEvent 
} // fin de la clase interna anónima 
); // fin de la llamada a addMouseLi stener 


Figura 22.7 | Objeto JPopupMenu para seleccionar colores. (Parte 2 de 3). 
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} // fin del constructor de MarcoContextual 

// clase interna privada para manejar los eventos de los elementos de menú 
private class ManejadorElementos implements ActionListener 
{ 

// procesa las selecciones de los elementos de menú 

public void actionPerformed( ActionEvent evento ) 

{ 

// determina cuál elemento de menú se seleccionó 

for ( int i =0; i < el ementos . 1 ength ; i++ ) 

{ 

if ( evento. getSource() == elementos[ i ] ) 

{ 

getContentPaneO . setBackground( valoresColores[ i ] ); 
return ; 

} // fin de if 
} // fin de for 

} // fin del método actionPerformed 
} // fin de la clase interna privada ManejadorElementos 
} // fin de la clase MarcoContextual 


Figura 22.7 | Objeto IPopupMenu para seleccionar colores. (Parte 3 de 3). 


En la línea 25 del constructor de MarcoContextual (líneas 21 a 69) se crea una instancia de la clase Mane- 
jadorEl ementos (declarada en las líneas 72 a 87), la cual procesará los eventos de los elementos de menú en 
el menú contextual. En la línea 29 se crea el objeto IPopupMenu. La instrucción for (líneas 33 a 39) crea un 
objeto DRadioButtonMenuItem (línea 35), lo agrega al objeto menuContextual (línea 36), agrega este objeto 
al objeto ButtonCroup llamado grupoColores (línea 37) para mantener sólo un objeto JRadi oButtonMenuItem 
seleccionado a la vez, y registra su objeto Acti onLi stener (línea 38). En la línea 41 se establece el fondo inicial 
en blanco, invocando al método setBackg round. 

En las líneas 44 a 68 se registra un objeto MouseLi stener para manejar los eventos de ratón de la ventana de 
aplicación. Los métodos mousePressed (líneas 49 a 52) y mouseRel eased (líneas 55 a 58) comprueban el evento 
de desencadenamiento del menú contextual. Cada método llama al método utilitario privado checkForTri g- 
gerEvent (líneas 61 a 66) para determinar si ocurrió el evento de desencadenamiento del menú contextual. De 
ser así, el método isPopupTrigger de MouseEvent devuelve true, y el método show de IPopupMenu muestra el 
objeto IPopupMenu. El primer argumento del método show especifica el componente de origen, cuya posición 
ayuda a determinar en dónde aparecerá objeto IPopupMenu en la pantalla. Los últimos dos argumentos son las 
coordenadas x-y (medidas desde la esquina superior izquierda del componente de origen) en donde debe aparecer 
el objeto IPopupMenu. 


1 // Fig. 22.8: PruebaContextual . java 

2 // Prueba de MarcoContextual . 

3 import javax.swing.JFrame; 

4 

5 public class PruebaContextual 

6 { 

7 public static void main( String args[] ) 

8 { 

9 MarcoContextual marcoContextual = new MarcoContextual () ; // crea MarcoContextual 

10 marcoContextual ,setDefaultCloseOperation( JFrame. EXIT_0N_CL0SE ); 

11 marcoContextual . setSi ze( 300, 200 ); // establece el tamaño del marco 

12 marcoContextual . setVi si bl e( true ); // muestra el marco 

13 } // fin de main 

• 4 } // fin de la clase PruebaContextual 

Figura 22.8 | Clase de prueba para MarcoContextual. (Parte I de 2). 
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Figura 22.8 | Clase de prueba para MarcoContextual . (Parte 2 de 2). 
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Observación de apariencia visual 22.10 


. . Para mostrar un objeto JPopupMenu para el evento de desencadenamiento de menú contextual de varios componen- 

tes de la GUI, se deben registrar manejadores de eventos de ratón para cada uno de esos componentes de la GUI. 


Cuando el usuario selecciona un elemento del menú contextual, el método actionPerformed de la clase 
ManejadorEl ementos (líneas 75 a 86) determina cuál objeto JRadi oButtonMenuItem fue seleccionado por el 
usuario y establece el color de fondo del panel de contenido de la ventana. 


22.6 Apariencia visual adaptable 

Un programa que utiliza componentes de la GUI del Abstract Window Toolkit de Java (paquete j ava . awt) 
asume la apariencia visual de la plataforma en la que se ejecute. Una aplicación de Java ejecutándose en una 
Macintosh tiene la misma apariencia que las demás aplicaciones que se ejecutan en la Macintosh. Una aplicación 
de Java ejecutándose en Microsoft Windows tiene la misma apariencia que las demás aplicaciones que se ejecutan 
en Microsoft Windows. Una aplicación de Java ejecutándose en una plataforma UNIX tiene la misma apariencia 
que las demás aplicaciones que se ejecutan en esa plataforma UNIX. Esto puede ser conveniente, ya que permite 
a los usuarios del programa utilizar, en cada plataforma, los componentes de la GUI con los que ya están familia- 
rizados. Sin embargo, esto también introduce algunas cuestiones interesantes, relacionadas con la portabilidad. 



Tip de portabilidad 22.1 

Los componentes de la GUI en cada plataforma tienen distinta apariencia, lo cual puede requerir de distintas can- 
tidades de espacio para mostrarse en pantalla. Esto podría cambiar la distribución y alineación de los componentes 
de la GUI. 



Tip de portabilidad 22.2 

Los componentes de la GUI en cada plataforma tienen distinta funcionalidad predeterminada (por ejemplo, 
algunas plataformas permiten que un botón con el foco se “oprima” mediante la barra de espaciamiento, mientras 
que otras no). 


Los componentes de la GUI ligeros de Swing eliminan muchas de estas cuestiones, al proporcionar una 
funcionalidad uniforme entre plataformas, y al definir una apariencia visual uniforme entre plataformas (a la que 
se le conoce como la apariencia visual metálica). Swing también proporciona la flexibilidad de personalizar la 
apariencia visual, para que un programa tenga la apariencia visual al estilo Microsoft Windows (en sistemas Win- 
dows), al estilo Motif (UNIX) (en todas las plataformas) o al estilo Mac (sistemas Mac). 

La aplicación de las figuras 22.9 y 22.10 demuestra cómo cambiar la apariencia visual de una GUI de Swing. 
La aplicación crea varios componentes de la GUI, por lo que usted podrá ver el cambio en la apariencia visual de 
varios componentes de la GUI al mismo tiempo. La primera ventana de salida muestra la apariencia visual metálica 
estándar, la segunda ventana de salida muestra la apariencia visual Motif y la tercera ventana muestra la apariencia 
visual Windows. 
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Todos los componentes de la GUI y el manejo de eventos de este ejemplo se han descrito anteriormente, por 
lo que ahora nos concentraremos en el mecanismo para cambiar la apariencia visual. La clase UIManager (paquete 
javax. swi ng) contiene la clase anidada LookAndFeelInfo (una clase publ i c stati c) que mantiene la informa- 
ción acerca de una apariencia visual. En la línea 22 se declara un arreglo de tipo UIManager . LookAndFeel Info 
(observe la sintaxis utilizada para identificar a la clase interna LookAndFeel Info). En la línea 68 se usa el método 
static getlnstalledLookAndFeels de UIManager para obtener el arreglo de objetos UIManager . LookAnd- 
Feel Info que describe cada una de las apariencias visuales disponibles en su sistema. 



Tip de rendimiento 22.2 

Cada apariencia visual se representa mediante una clase de Java. El método getlnstal 7 edLookAndFeel s de 
UIManager no carga a cada una de esas clases. En vez de ello, proporciona los nombres de las clases de apariencia 
visual disponibles, de manera que pueda seleccionarse una de ellas (se supone que una vez, al inicio del programa). 
Esto reduce la sobrecarga que se genera al cargar clases adicionales que el programa no va a utilizar. 
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// Fig. 22.9: MarcoApari enci aVisual .java 
// Cambio de la apariencia visual. 

import java.awt.GridLayout; 
import java.awt.BorderLayout; 
import java. awt . event . ItemLi stener ; 
i mport java . awt . event . ItemEvent ; 
import javax. swi ng . IFrame ; 
import javax. swi ng . UIManager; 
import javax. swi ng . IRadioButton ; 
import javax. swi ng . ButtonCroup; 
import javax. swi ng . IButton ; 
import javax. swi ng . JLabel ; 
import javax. swi ng . IComboBox; 
import javax. swi ng . 1 Panel ; 
i mport j avax . swi ng . Swi ngConstants ; 
i mport j avax . swi ng . Swi ngUti 1 i ti es ; 


public class MarcoApari enci aVi sual extends IFrame 

{ 


// nomb 
pri vate 
pri vate 
pri vate 
vi sual 
pri vate 
pri vate 
pri vate 
pri vate 


res de las apariencias visuales 

final String cadenas [] = { "Metal' , "Motif", 
UIManager. LookAndFeelInfo aparienci as [] ; // 
IRadioButton opcion[]; // botones de opción 


"Windows" }; 

apariencias visuales 

para seleccionar la apariencia 


ButtonGroup grupo; // grupo para los botones de opción 
IButton boton; // muestra la apariencia del botón 
JLabel etiqueta; // muestra la apariencia de la etiqueta 
JComboBox cuadroComb; // muestra la apariencia del cuadro combinado 


// establece la GUI 

public MarcoApari enci aVi sual O 

{ 

super( "Demo de apariencia visual" ); 

JPanel panelNorte = new JPanelO; // crea panel norte 
panel Norte . setLayout( new GridLayout( 3, 1, 0, 5 ) ); 

etiqueta = new JLabel ( "Esta es una apariencia visual metálica", 
Swi ngConstants. CENTER ); // crea etiqueta 
panel Norte . add( etiqueta ); // agrega etiqueta al panel 


Figura 22.9 


Apariencia visual de una GUI basada en Swing. (Parte I de 3). 
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boton = new IButtonf "IButton" ); // crea botón 
panel Norte . add( boton ); // agrega botón al panel 

cuadroComb = new JComboBox( cadenas ); // crea cuadro combinado 
panel Norte . add( cuadroComb ); // agrega cuadro combinado al panel 

// crea arreglo para los botones de opción 

opcion = new JRadioButton [ cadenas . 1 ength ]; 

JPanel panelSur 8 new JPanelO; // crea panel sur 
panel Sur . setLayout( new GridLayoutf 1, opcion. length ) ); 

grupo = new ButtonCroupO ; // grupo de botones para las apariencias visuales 
ManejadorElementos manejador = new ManejadorElementosO ; // manejador de 
apariencia visual 

for ( int cuenta = 0; cuenta < opcion. length; cuenta++ ) 

{ 

opcion[ cuenta ] = new JRadioButton( cadenas[ cuenta ] ); 
opcion [ cuenta ] . addltemLi stener( manejador ); // agrega el manejador 
grupo. add( opcion[ cuenta ] ); // agrega botón de opción al grupo 
panel Sur . add( opcion[ cuenta ] ) ; // agrega botón de opción al panel 
} // fin de for 

add( panelNorte, BorderLayout.NORTH ); // agrega panel norte 
add( panelSur, BorderLayout. SOUTH ); // agrega panel sur 

// obtiene la información de la apariencia visual instalada 

apariencias = UIManager.getlnstalledLookAndFeelsO ; 

opcion[ 0 ] . setSelected( true ); // establece la selección predeterminada 
} // fin del constructor de MarcoAparienci aVisual 

// usa UIManager para cambiar la apariencia visual de la GUI 

private void cambi arAparienci aVi sual ( int valor ) 

{ 

try // cambia la apariencia visual 

{ 

// establece la apariencia visual para esta aplicación 

UIManager . setLookAndFeel ( aparienciasf valor ] .getClassNameO ); 

// actualiza los componentes en esta aplicación 

Swi ngUti 1 i ti es . updateComponentTreeUIC this ); 

} // fin de try 

catch ( Exception excepción ) 

{ 

excepci on . pri ntStackT race() ; 

} // fin de catch 

} // fin del método cambi arApari enci aVi sual 

// clase interna privada para manejar los eventos de los botones de opción 
private class ManejadorElementos implements ItemListener 
{ 

// procesa la selección de apariencia visual del usuario 

public void i temStateChangedf ItemEvent evento ) 

{ 

for ( int cuenta = 0; cuenta < opcion. length; cuenta++ ) 

{ 

i f C opcion [ cuenta ] .isSelected() ) 

{ 


Figura 22.9 


Apariencia visual de una GUI basada en Swing. (Parte 2 de 3). 
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99 etiqueta. setText( Stri ng . format( "Esta es una apariencia visual %s", 

100 cadenas [ cuenta ] ) ); 

101 cuadroComb . setSel ectedlndexf cuenta ); // establece el indice del cuadro 
combi nado 

102 cambiarApari enci aVi sual ( cuenta ); // cambia la apariencia visual 

103 } // fin de if 

104 } // fin de for 

105 } // fin del método i temStateChanged 

106 } // fin de la clase interna privada ManejadorEl ementos 
• 07 } // fin de la clase MarcoApari enci aVi sual 

Figura 22.9 | Apariencia visual de una GUI basada en Swing. (Parte 3 de 3). 


1 // Fig. 22.10: PruebaContextual . java 

2 // Prueba de MarcoContextual . 

3 import javax. swi ng . IFrame ; 

4 

5 public class PruebaContextual 

6 { 

7 public static void main( String args[] ) 

8 { 

9 MarcoContextual marcoContextual = new MarcoContextual () ; // crea MarcoContextual 

10 marcoContextual ,setDefaultCloseOperation( IFrame. EXIT_0N_CL0SE ); 

11 marcoContextual . setSi ze( 300, 200 ); // establece el tamaño del marco 

12 marcoContextual . setVi si bl e( true ); // muestra el marco 

13 } // fin de main 

• 4 } // fin de la clase PruebaContextual 



Figura 22.10 | Clase de prueba para MarcoContextual . 

Nuestro método utilitario cambi arApari enci aVi sual (líneas 73 a 87) es llamado por el manejador 
de eventos para los objetos JRadioButton que se encuentran en la parte inferior de la interfaz de usuario. El 
manejador de eventos (declarado en la clase interna private ManejadorElementos en las líneas 90 a 106) le 
pasa un valor entero que representa el elemento en el arreglo apari enci as que deberá utilizarse para cambiar la 
apariencia visual. En la línea 78 se invoca el método static setLookAndFeel de UIManager para cambiar 
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la apariencia visual. El método getClassName de la clase UIManager . LookAndFeel Info determina el nombre 
de la clase de apariencia visual que corresponde al objeto UIManager . LookAndFeel Info. Si la clase de apariencia 
visual no se ha cargado ya, se cargará como parte de la llamada a setLookAndFeel . En la línea 81 se invoca el 
método stati c updateComponentTreeUI de la clase SwingUtil ities (paquete javax . swi ng) para cambiar la 
apariencia visual de todos los componentes de GUI adjuntos a su argumento (la instancia thi s de nuestra clase 
de aplicación DemoApari enci aVi sual) a la nueva apariencia visual. 

22.7 JDesktopPane y JInternal Frame 

Muchas de las aplicaciones de hoy en día utilizan una interfaz de múltiples documentos (MDI): una ventana 
principal (a la que se le conoce comúnmente como la ventana padre) que contiene otras ventanas (a las que se 
les conoce comúnmente como ventanas hijas), para administrar varios documentos abiertos que se procesan en 
paralelo. Por ejemplo, muchos programas de correo electrónico le permiten tener varias ventanas abiertas al mis- 
mo tiempo, para que usted pueda componer o leer varios mensajes de correo electrónico de manera simultánea. 
De manera similar, muchos procesadores de palabras permiten al usuario abrir varios documentos en ventanas 
separadas, para que el usuario pueda alternar entre los documentos sin tener que cerrar el documento actual para 
abrir otro. La aplicación de las figuras 22.1 1 y 22.12 demuestra el uso de las clases JDesktopPane y JInternal - 
Frame de Swing para implementar interfaces de múltiples documentos. 

En las líneas 27 a 33 se crean objetos JMenuBar, JMenu y JMenuItem, se agrega el objeto JMenuItem al 
objeto JMenu, se agrega el objeto JMenu al objeto JMenuBar y se establece el objeto JMenuBar para la ventana de 
aplicación. Cuando el usuario selecciona el objeto JMenuItem nuevoMarco, la aplicación crea y muestra un nuevo 
objeto JInternal Frame que contiene una imagen. 
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// Fig. 22.11: MarcoEscritorio. java 
// Demostración de JDesktopPane . 

import java.awt.BorderLayout; 
import j ava. awt. Dimensión; 
import java. awt. Graphics; 
import java. awt . event . Acti onLi stener ; 
import java. awt . event .Acti onEvent ; 
import java. útil .Random; 
import javax. swi ng . J Frame ; 
import javax. swi ng . JDesktopPane ; 
import javax. swing . JMenuBar; 
import javax. swi ng . JMenu ; 
import javax. swing . JMenuItem; 
import javax. swi ng . JInternal Frame ; 
import javax. swing . JPanel ; 
import javax. swing. Imagelcon; 

public class MarcoEscritorio extends J Frame 

{ 

private JDesktopPane el Escritorio; 

// establece la GUI 
public MarcoEscri torio() 

{ 

super( "Uso de JDesktopPane" ); 

JMenuBar barra = new JMenuBarO; // crea la barra de menús 

JMenu menuAgregar = new JMenu( "Agregar" ); // crea el menú Agregar 

JMenuItem nuevoMarco = new JMenuItem( "Marco interno" ); 

menuAgregar. add( nuevoMarco ); // agrega nuevo elemento marco al menú Agregar 


Figura 22.1 1 | Interfaz de múltiples documentos. (Parte I de 2). 
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barra. add( menuAgregar ); // agrega el menú Agregar a la barra de menús 
setJMenuBar( barra ); // establece la barra de menús para esta aplicación 

elEscritorio = new IDesktopPaneO ; // crea el panel de escritorio 
add( elEscritorio ); // agrega el panel de escritorio al marco 

// establece componente de escucha para el elemento de menú nuevoMarco 
nuevoMarco . addActi onLi stener( 

new ActionLi stener() // clase interna anónima 

{ 

// muestra la nueva ventana interna 

public void actionPerformed( ActionEvent evento ) 

{ 

// crea el marco interno 

Hnternal Frame marco = new Hnternal Frame( 

"Marco interno", true, true, true, true ); 

MilPanel panel = new MilPanel O; // crea nuevo panel 
marco. add( panel, BorderLayout.CENTER ); // agrega el panel 
marco. pack() ; // establece marco interno al tamaño del contenido 

el Escri torio . add( marco ); // adjunta marco interno 
marco. setVisible( true ); // muestra marco interno 
} // fin del método actionPerformed 
} // fin de la clase interna anónima 
); //fin de la llamada a addActionLi stener 
} // fin del constructor de MarcoEscri torio 
} // fin de la clase MarcoEscri torio 

// clase para mostrar un objeto Imagelcon en un panel 
class MilPanel extends IPanel 
{ 

private static Random generador = new RandomO; 
private Imagelcon imagen; // imagen a mostrar 

private String[] imágenes = { "floresamari 1 las . png" , "floresmoradas . png" , 
"floresrojas . png" , "floresrojas2 . png" , "floreslavanda.png" }; 

// carga la imagen 

public Mi J Panel () 

{ 

int numeroAl eatorio = generador . nextlnt( 5 ); 

imagen = new Imagelconf imagenesf numeroAl eatorio ] ); // establece el icono 
} // fin del constructor de MilPanel 

// muestra el objeto imagelcon en el panel 
public void pai ntComponentf Graphics g ) 

{ 

super . pai ntComponent( g ); 

imagen. pai ntlconf this, g, 0, 0 ); // muestra el icono 
} // fin del método pai ntComponent 

// devuelve las medidas de la imagen 

public Dimensión getPreferredSi ze() 

{ 

return new Dimension( imagen . getlconWi dth() , 
imagen. getlconHei ght() ); 

} // fin del método getPreferredSi ze 
} // fin de la clase MilPanel 


Figura 22.11 | Interfaz de múltiples documentos. (Parte 2 de 2). 
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// Fig. 22.12: PruebaEscri torio . java 
// Demostración de MarcoEscri torio . 
import javax. swi ng . J Frame ; 


5 public class PruebaEscritorio 


MarcoEscri torio marcoEscri torio = new MarcoEscritorioO ; 
marcoEscri tori o . setDefaultCl oseOperation( 3 Frame . EXIT_0N_CL0SE ) ; 
marcoEscri torio . setSi ze( 600, 480 ); // establece el tamaño del marco 
marcoEscri torio . setVi si bl e( true ); // muestra el marco 
} // fin de main 

} // fin de la clase PruebaEscritorio 


Cerrar 


Marcos internos 


Minimizar 


Maximizar 


Coloque el ratón sobre cualquier esquina de una 
ventana hija para cambiar su tamaño (si se permite) 


Marcos Internos minimizados 


Marco interno 
maximlzado 


Figura 22.12 | Clase de prueba para MarcoEscri torio 
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En la línea 35 se asigna la variable JDesktopPane (paquete javax . swi ng) llamada el Escri tori o a un nue- 
vo objeto IDesktopPane que se utilizará para administrar las ventanas hijas JInternal Frame. En la línea 36 se 
agrega el objeto IDesktopPane al objeto 3 Frame. De manera predeterminada, el objeto JDesktopPane se agrega 
al centro del esquema BorderLayout del panel de contenido, por lo que el objeto JDesktopPane se expande para 
rellenar toda la ventana de aplicación. 

En las líneas 39 a 58 se registra un objeto ActionLi stener para manejar el evento cuando el usuario selec- 
ciona el elemento de menú nuevoMarco. Cuando ocurre el evento, el método actionPerformed (líneas 44 a 
56) crea un objeto JInternal Frame en las líneas 47 y 48. El constructor de JInternal Frame que se utiliza aquí 
requiere cinco argumentos: una cadena para la barra de título de la ventana interna, un valor bool ean que indi- 
que si el usuario puede reajustar el tamaño del marco interno, un valor bool ean que indique si el usuario puede 
cerrar el marco interno, un valor bool ean que indique si el usuario puede maximizar el marco interno y un valor 
bool ean que indique si el usuario puede minimizar el marco interno. Para cada uno de los argumentos bool ean, 
un valor de true indica que la operación debe permitirse (como se da el caso aquí). 

Al igual que con los objetos J Frame y JAppl et, un objeto JInternal Frame tiene un panel de contenido, al 
cual pueden adjuntarse componentes de la GUI. En la línea 50 se crea una instancia de nuestra clase Mi J Panel 
(declarada en las líneas 63 a 90), la cual se agrega al objeto JInternal Frame en la línea 51. 

En la línea 52 se utiliza el método pack de JInternal Frame para establecer el tamaño de la ventana hija. El 
método pack utiliza los tamaños preferidos de los componentes para determinar el tamaño de la ventana. La clase 
Mi J Panel declara el método getPreferredSize (líneas 85 a 89) para especificar el tamaño preferido del panel, 
para que lo use el método pack. En la línea 54 se agrega el objeto JInternal Frame al objeto JDesktopPane, y 
en la línea 55 se muestra el objeto JInternal Frame. 

Las clases JInternal Frame y JDesktopPane proporcionan muchos métodos para administrar ventanas 
hijas. Vea la documentación de la API en línea acerca de JInternal Frame y JDesktopPane, para obtener lis- 
tas completas de estos métodos: 

java. sun . com/javase/6/docs/api/javax/swi ng/JInternal Frame . html 
java. sun . com/javase/6/docs/api/javax/swi ng/ JDesktopPane . html 

22.8 JTabbedPane 

Un objeto JTabbedPane ordena los componentes de la GUI en capas, en donde sólo una capa está visible en un 
momento dado. Los usuarios acceden a cada una de las capas mediante una ficha; algo muy parecido a las carpetas 
en un archivero. Cuando el usuario hace clic en una ficha, se muestra la capa apropiada. Las fichas aparecen en 
la parte superior de manera predeterminada, pero también pueden colocarse a la izquierda, derecha o en la parte 
inferior del objeto JTabbedPane. Puede colocarse cualquier componente en una ficha. Si el componente es un 
contenedor como un panel, puede utilizar cualquier administrador de esquemas para distribuir varios componen- 
tes en esa ficha. La clase JTabbedPane es una subclase de JComponent. La aplicación de las figuras 22.13 y 22.14 
crea un panel con tres fichas. Cada ficha muestra uno de los objetos J Panel : panel 1, panel 2 o panel 3. 
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// Fig. 22.13: MarcoJTabbedPane . java 
// Demostración de JTabbedPane. 

import java. awt. BorderLayout; 
import java. awt. Color; 
import javax. swi ng . J Frame ; 
import javax. swi ng . JTabbedPane; 
import javax. swi ng . JLabel ; 
import javax. swi ng . J Panel ; 
import javax. swi ng . JButton ; 
i mport j avax . swi ng . Swi ngConstants ; 

public class MarcoJTabbedPane extends JFrame 

{ 

// establece la GUI 


Figura 22.13 | Uso de un objeto JTabbedPane para organizar los componentes de una GUI. (Parte I de 2). 
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15 public MarcoJTabbedPaneO 

16 { 

17 super( "Demo de JTabbedPane " ); 

18 

19 JTabbedPane panel Fichas = new JTabbedPaneO ; // crea objeto JTabbedPane 

20 

21 // establece panell y lo agrega al objeto JTabbedPane 

22 JLabel etiqueta!. = new JLabelC "panel uno", SwingConstants.CENTER ); 

23 JPanel panell = new JPanelO; // crea el primer panel 

24 panell. add( etiquetal ); // agrega etiqueta al panel 

25 panel Fi chas . addTab( "Ficha uno", nuil, panell, "Primer panel" ); 

26 

27 // establece panel2 y lo agrega al objeto JTabbedPane 

28 JLabel etiqueta2 = new JLabelC "panel dos", SwingConstants.CENTER ); 

29 JPanel panel 2 = new JPanelO; // crea el segundo panel 

30 panel 2 . setBackground( Color. YELLOW ); // establece el color de fondo en amarillo 

31 panel2.add( etiqueta2 ); // agrega etiqueta al panel 

32 panel Fi chas . addTab( "Ficha dos", nuil, panel 2, "Segundo panel" ); 

33 

34 // establece panelB y lo agrega al objeto JTabbedPane 

35 JLabel etiquetaB = new JLabelC "panel tres" ); 

36 JPanel panel 3 = new JPanel O; // crea el tercer panel 

37 panel 3 . setLayoutC new BorderLayoutO ); // usa esquema Borderlayout 

38 panel3.addC new JButtonC "Norte" ), BorderLayout . NORTH ); 

39 panel3.addC new JButtonC "Oeste" ), BorderLayout.WEST ); 

40 panel3.addC new JButtonC "Este" ), BorderLayout . EAST ); 

41 panel3.addC new JButtonC "Sur" ), BorderLayout . SOUTFI ); 

42 panel3.addC etiqueta3, BorderLayout.CENTER ); 

43 panel Fi chas . addTabC "Ficha tres", nuil, panel3, "Tercer panel" ); 

44 

45 addC panel Fichas ); // agrega objeto JTabbedPane al marco 

46 } // fin del constructor de MarcoJTabbedPane 

47 } // fin de la clase MarcoJTabbedPane 

Figura 22.13 | Uso de un objeto JTabbedPane para organizar los componentes de una GUI. (Parte 2 de 2). 

El constructor (líneas 15 a 46) crea la GUI. En la línea 19 se crea un objeto JTabbedPane vacío con la confi- 
guración predeterminada (es decir, fichas en la parte superior). Si las fichas no se ajustan en una línea, pasarán a la 
siguiente para formar líneas adicionales de fichas. A continuación, el constructor crea los objetos J Panel panel 1, 
panel 2 y panel 3, junto con sus componentes de la GUI. A medida que configuramos cada panel, lo agregamos al 
objeto panel ConFi chas utilizando el método addTab de JTabbedPane con cuatro argumentos. El primer argu- 
mento es una cadena que especifica el título de la ficha. El segundo es una referencia Icón que especifica un icono 
a mostrar en la ficha. Si el objeto Icón es una referencia nul 1 , no se muestra una imagen. El tercer argumento es 
una referencia Component que representa el componente de la GUI a mostrar cuando el usuario hace clic en la 
ficha. El último argumento es una cadena que especifica el cuadro de información sobre herramientas de la ficha. 
Por ejemplo, en la línea 25 se agrega el objeto JPanel panel 1 al objeto panel Fi chas con el título "Fi cha uno" 
y la información sobre herramientas "Pri mer panel ". Los objetos J Panel panel 2 y panel 3 se agregan a panel - 
Fi chas en las líneas 32 y 43. Para ver cada una de las fichas, haga clic en la ficha deseada con el ratón o utilice las 
teclas de dirección para avanzar por cada una de las fichas. 


1 // Fig. 22.14: DemoJTabbedPane . java 

2 // Demostración de JTabbedPane. 

3 import javax.swing.JFrame; 

4 

Figura 22.14 | Clase de prueba para MarcoJTabbedPane. (Parte I de 2). 
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5 public class DemoJTabbedPane 

6 { 

7 public static void main( String args[] ) 

8 { 

9 MarcoJTabbedPane marcoPanel Fichas = new MarcoJTabbedPaneO ; 

10 marcoPanelFichas.setDefaultCloseOperation( JFrame.EXIT_ON_CLOSE ); 

11 marcoPanel Fichas . setSi ze( 250, 200 ); // establece el tamaño del marco 

12 marcoPanel Fichas . setVi si bl e( true ); // muestra el marco 

13 } // fin de main 

14 } // fin de la clase DemoDTabbedPane 
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Figura 22.14 | Clase de prueba para MarcolTabbedPane. (Parte 2 de 2). 


22.9 Administradores de esquemas: BoxLayout 
y GridBagLayout 

En el capítulo 1 1 presentamos tres administradores de esquemas: F1 owLayout, BorderLayout y Cri dLayout. En 
esta sección presentamos dos administradores de esquemas adicionales (los cuales se sintetizan en la figura 22.15). 
En los siguientes ejemplos, hablaremos sobre estos administradores de esquemas. 


Administrador de esquemas 

Descripción 

BoxLayout 

Un administrador de esquemas que permite ordenar los componentes de la 

GUI de izquierda a derecha, o de arriba hacia abajo, en un contenedor. 

La clase Box declara un contenedor con BoxLayout como su administrador 
de esquemas predeterminado, y proporciona métodos estáticos para crear un 
objeto Box con un esquema BoxLayout horizontal o vertical. 

Cri dBagLayout 

Un administrador de esquemas similar a Cri dLayout. A diferencia de Cri dLa- 
yout, el tamaño de cada componente puede variar y pueden agregarse compo- 
nentes en cualquier orden. 


Figura 22. 15 | Administradores de esquemas adicionales. 


Administrador de esquemas BoxLayout 

El administrador de esquemas BoxLayout (en el paquete javax.swing) ordena los componentes de la GUI en 
forma horizontal a lo largo del eje x, o en forma vertical a lo largo del eje y de un contenedor. La aplicación de las 
figuras 22.16 a 22.17 demuestra el uso del esquema BoxLayout y la clase contenedora Box que utiliza a BoxLa- 
yout como su administrador de esquemas predeterminado. 

En las líneas 19 a 22 se crean contenedores Box. Las referencias hori zontal 1 y hori zontal 2 se inicializan 
con el método estático createHori zontal Box de Box, el cual devuelve un contenedor Box con un esquema 
BoxLayout horizontal en el que los componentes de la GUI se ordenan de izquierda a derecha. Las variables 
verti cal 1 y vertí cal 2 se inicializan con el método estático createVertical Box de Box, el cual devuelve refe- 
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// Fig. 22.16: MarcoBoxLayout. java 
// Demostración de BoxLayout. 

import java. awt. Dimensión; 
import javax. swing. JFrame; 
import javax. swing . Box; 
import javax. swi ng . JButton ; 
import javax. swing . BoxLayout; 
import javax. swing . 3 Panel ; 
import javax. swi ng . JTabbedPane; 

public class MarcoBoxLayout extends JFrame 

{ 

// establece la GUI 
public MarcoBoxLayoutO 
{ 

super( "Demostración de BoxLayout" ); 

// crea contenedores Box con BoxLayout 

Box horizontall = Box.createHorizontalBoxO ; 

Box verticall = Box . createVerti cal Box() ; 

Box horizontal2 = Box.createHorizontalBoxO; 

Box vertical 2 = Box . createVerti cal Box() ; 

final int TAMANIO = 3; // número de botones en cada objeto Box 

// agrega botones al objeto Box horizontall 

for (int cuenta = 0; cuenta < TAMANIO; cuenta++ ) 

horizontall. add( new JButton( "Boton " + cuenta ) ); 

// crea montante y agrega botones al objeto Box verticall 
for (int cuenta = 0; cuenta < TAMANIO; cuenta++ ) 

{ 

verticall.add( Box.createVerticalStrut( 25 ) ); 
verticall. add( new JButton( "Boton " + cuenta ) ); 

} // fin de for 

// crea pegamento horizontal y agrega botones al objeto Box horizontal2 
for (int cuenta = 0; cuenta < TAMANIO; cuenta++ ) 

{ 

hori zontal 2 . add( Box.createHorizontalGlue() ); 
hori zontal 2 . add( new JButton( "Boton " + cuenta ) ); 

} // fin de for 

// crea un área rigida y agrega botones al objeto Box vertical2 
for (int cuenta = 0; cuenta < TAMANIO; cuenta++ ) 

{ 

vertical 2 . add( Box.createRigidArea( new Dimension( 12, 8 ) ) ); 
vertical 2 . add( new JButton( "Boton " + cuenta ) ); 

} // fin de for 

// crea pegamento vertical y agrega botones al panel 
JPanel panel = new JPanelO; 

panel . setLayout( new BoxLayout( panel, BoxLayout. Y_AXIS ) ); 

for (int cuenta = 0; cuenta < TAMANIO; cuenta++ ) 

{ 

panel. add( Box.createGlueO ); 

panel. add( new JButton( "Boton " + cuenta ) ); 

} // fin de for 


Figura22.I6 | Administrador de esquemas BoxLayout. (Parte I de 2). 
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// crea un objeto JTabbedPane 
JTabbedPane fichas = new JTabbedPane( 

JTabbedPane. TOP, JTabbedPane . SCROLL_TAB„LAYOUT ); 


// coloca cada 

fichas . addTab( 
fichas . addTab( 
fichas . addTab( 
fichas .addTab( 
fichas . addTab( 


contenedor en el panel con fichas 
"Cuadro horizontal", horizontal 1 ); 

"Cuadro vertical con montantes", vertí cali ); 
"Cuadro horizontal con pegamento", horizontal 2 ); 
"Cuadro vertical con areas rígidas", vertí cal 2 ); 
"Cuadro vertical con pegamento", panel ); 


add( fichas ); // coloca panel con fichas en el marco 
} // fin del constructor de MarcoBoxLayout 
} // fin de la clase MarcoBoxLayout 


Figura 22. 16 | Administrador de esquemas BoxLayout. (Parte 2 de 2). 


rendas a contenedores Box con un esquema BoxLayout vertical, en el que los componentes de la GUI se ordenan 
de arriba hacia abajo. 

La instrucción for de las líneas 27 y 28 agrega tres objetos JButton a hori zontal 1. La instrucción for de 
las líneas 31 a 35 agrega tres objetos JButton a verti cal 1. Antes de agregar cada botón, en la línea 33 se agrega 
un montante vertical al contenedor, mediante el método estático createVertical Strut de Box. Un montante 
vertical es un componente de la GUI invisible, el cual tiene una altura fija en píxeles y se utiliza para garantizar 
una cantidad fija de espacio entre los componentes de la GUI. El argumento i nt para el método createVerti - 
cal Strut determina la altura del montante, en píxeles. Cuando se cambia el tamaño del contenedor, la distancia 
entre los componentes de la GUI que están separados por montantes no cambia. La clase Box también declara el 
método createHorizontal Strut para esquemas BoxLayout horizontales. 

La instrucción for de las líneas 38 a 42 agrega tres objetos JButton a hori zontal 2. Antes de agregar cada 
botón, en la línea 40 se agrega pegamento horizontal al contenedor, mediante el método estático createHori- 
zontalGlue de Box. El pegamento horizontal es un componente de la GUI invisible que puede usarse entre los 
componentes de la GUI de tamaño fijo para ocupar espacio adicional. Generalmente, el espacio adicional aparece 
a la derecha del último componente de la GUI horizontal, o debajo del último componente de la GUI vertical, 
en un esquema BoxLayout. El pegamento permite que se agregue espacio adicional entre los componentes de 
la GUI. Cuando se cambia el tamaño del contenedor, los componentes separados por pegamento conservan el 
mismo tamaño, pero el pegamento se estira o se contrae para ocupar el espacio entre los demás componentes. La 
clase Box también declara el método createVertical GJue para esquemas BoxLayout verticales. 

La instrucción for de las líneas 45 a 49 agrega tres objetos JButton a verti cal 2. Antes de agregar cada 
botón, en la línea 47 se agrega un área rígida al contenedor, mediante el método stati c createRigidArea de 
Box. Un área rígida es un componente de la GUI invisible, el cual siempre tiene una anchura y altura fijas, en 
píxeles. El argumento para el método createRigidArea es un objeto Dimensión que especifica la anchura y la 
altura del área rígida. 

En las líneas 52 y 53 se crea un objeto J Panel y se establece su esquema en BoxLayout de la manera con- 
vencional, utilizando el método setLayout de Container. El constructor de BoxLayout recibe una referencia 
al contenedor para el que está controlando el esquema, y una constante que indica si el esquema es horizontal 
(BoxLayout. X AXIS) o vertical (BoxLayout. Y AXIS). 

La instrucción for de las líneas 55 a 59 agrega tres objetos JButton al objeto panel . Antes de agregar cada 
botón, en la línea 57 se agrega un componente pegamento al contenedor, mediante el método stati c create- 
G1 ue de Box. Este componente se expande o se contrae con base en el tamaño del objeto Box. 

En las líneas 62 y 63 se crea un objeto JTabbedPane para mostrar los cinco contenedores en este programa. 
El argumento JTabbedPane . TOP que se envía al constructor indica que las fichas deben aparecer en la parte supe- 
rior del objeto JTabbedPane. El argumento JTabbedPane. SCROLL TAB LAYOUT especifica que las fichas deben 
desplazarse si hay demasiadas como para que puedan ajustarse en una sola línea. 
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1 // Fig. 22.17: DemoBoxLayout. java 

2 // Demostración de BoxLayout. 

3 import javax. swi ng . JFrame ; 

4 

5 public class DemoBoxLayout 

6 { 

7 public static void main( String args[] ) 

8 { 

9 MarcoBoxLayout marcoBoxLayout = new MarcoBoxLayoutO ; 

10 marcoBoxLayout. setDefaultCloseOperation( JFrame. EXIT_0N_CL0SE ); 

11 marcoBoxLayout. setSize( 400, 220 ); // establece el tamaño del marco 

12 marcoBoxLayout. setVisible( true ); // muestra el marco 

13 } // fin de main 

14 } // fin de la clase DemoBoxLayout 



Figura 22. 17 | Clase de prueba para MarcoBoxLayout. java . 

Los contenedores Box y el objeto J Panel se adjuntan al objeto JTabbedPane en las líneas 66 a 70. Ahora 
pruebe a ejecutar la aplicación. Cuando aparezca la ventana, cambie su tamaño para ver cómo afectan los compo- 
nentes pegamento, montante y área rígida en la distribución de cada ficha. 
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Administrador de esquemas CridBagLayout 

Uno de los administradores de esquemas predefinidos más complejos y poderosos es GridBagLayout (en el 
paquete java.awt). Este esquema es similar a GridLayout, ya que también ordena los componentes en una 
cuadrícula. Sin embargo, el esquema Gri dBagLayout es más flexible. Los componentes pueden variar en tamaño 
(es decir, pueden ocupar varias filas y columnas) y pueden agregarse en cualquier orden. 

El primer paso para utilizar GridBagLayout es determinar la apariencia de la GUI. Para este paso sólo se 
necesita un pedazo de papel. Dibuje la GUI y después dibuje una cuadrícula sobre la GUI, dividiendo los com- 
ponentes en filas y columnas. Los números iniciales de fila y columna deben ser 0, de manera que el esquema 
Gri dBagLayout pueda usar los números de fila y columna para colocar apropiadamente los componentes en la 
cuadrícula. En la figura 22.18 se demuestra cómo dibujar las líneas para las filas y columnas sobre una GUI. 

Columna 

0 I 2 

0 

1 

Fila 

2 
3 

Figura 22.18 | Diseño de una GUI que utilizará a GridBagLayout. 

Un objeto GridBagConstraints describe cómo colocar un componente en un esquema GridBagLayout. 
Varios campos de Gri dBagConstrai nts se sintetizan en la figura 22.19. 

El campo anchor de GridBagConstraints especifica la posición relativa del componente en un área que 
no rellena. A la variable anchor se le asigna una de las siguientes constantes de GridBagConstraints: NORTH, 
NORTHEAST, EAST, SOUTH EAST, SOUTH, SOUTHWEST, WEST, NORTHWEST o CENTER. El valor predeterminado es 
CENTER. 


Campo de 

Gri dBagConstrai nts 

Descripción 

anchor 

Especifica la posición relativa (NORTH, NORTHEAST, EAST, SOUTHEAST, SOUTH, SOUTHWEST, 
WEST, NORTHWEST, CENTER) del componente en un área que no rellena. 

fill 

Ajusta el tamaño del componente en la dirección especificada (NONE, HORIZONTAL, 
VERTICAL, BOTH) cuando el área en pantalla es más grande que el componente. 

gri dx 

La columna en la que se colocará el componente. 

gri dy 

La fila en la que se colocará el componente. 

gri dwi dth 

El número de columnas que ocupa el componente. 

gridheight 

El número de filas que ocupa el componente. 

wei ghtx 

La porción de espado adicional que se asignará horizontalmente. La ranura de la 
cuadrícula puede hacerse más ancha cuando haya espacio adicional disponible. 

wei ghty 

La porción de espado adicional que se asignará verticalmente. La ranura de la 
cuadrícula puede hacerse más alta cuando haya espacio adicional disponible. 



Figura 22. 19 | Campos de GridBagConstraints. 
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El campo fill de GridBagConstrai nts define la forma en que crece el componente, si el área en la que 
puede mostrarse es mayor que el componente. A la variable fil 1 se le asigna una de las siguientes constantes de 
Gri dBagConstrai nts: NONE, VERTICAL, HORIZONTAL o BOTH. El valor predeterminado es NONE, el cual indica 
que el componente no crecerá en ninguna dirección. VERTICAL indica que crecerá en forma vertical. HORIZONTAL 
indica que crecerá en forma horizontal. BOTH indica que crecerá en ambas direcciones. 

Las variables gridx y gridy especifican la posición que tendrá la esquina superior izquierda del componente 
en la cuadrícula. La variable gridx corresponde a la columna, y la variable gridy corresponde a la fila. En la 
figura 22.18, el objeto JComboBox (que muestra la cadena “Hi erro”) tiene un valor de gri dx de 1 y un valor de 
gri dy de 2. 

La variable gridwidth especifica el número de columnas que ocupa un componente. El objeto JComboBox 
ocupa dos columnas. La variable gridheight especifica el número de filas que ocupa un componente. El objeto 
JTextArea del lado izquierdo de la figura 22.18 ocupa tres filas. 

La variable weightx especifica cómo distribuir el espacio horizontal adicional en las ranuras de cuadrícula de 
un esquema Gri dBagLayout, cuando se ajusta el tamaño del contenedor. Un valor de cero indica que la ranura 
de la cuadrícula no crecerá horizontalmente por sí sola. No obstante, si el componente abarca una columna que 
contenga un componente con un valor de wei ghtx distinto de cero, el componente con valor de wei ghtx de cero 
crecerá horizontalmente en la misma proporción que el (los) otro(s) componente(s) en la misma columna. Esto se 
debe a que cada componente debe mantenerse en las mismas fila y columna en las que se colocó originalmente. 

La variable weighty especifica cómo distribuir el espacio vertical adicional en las ranuras de cuadrícula de un 
esquema Gri dBagLayout, cuando se ajusta el tamaño del contenedor. Un valor de cero indica que la ranura de la 
cuadrícula no crecerá verticalmente por sí sola. No obstante, si el componente abarca una columna que contenga 
un componente con un valor de wei ghty distinto de cero, el componente con valor de wei ghty de cero crecerá 
verticalmente en la misma proporción que el (los) otro(s) componente(s) en la misma columna. 

En la figura 22.18, los efectos de weighty y weightx no podrán verse fácilmente sino hasta que se ajuste 
el tamaño del contenedor y haya más espacio adicional disponible. Los componentes con valores mayores para 
wei ghtx y wei ghty ocupan más espacio adicional que los componentes con valores menores. 

Los componentes deben recibir valores positivos distintos de cero para wei ghtx y wei ghty; de lo contrario, 
se “amontonarán” al centro del contenedor. En la figura 22.20 se muestra la GUI de la figura 22.18, con un valor 
de cero para wei ghtx y wei ghty. 
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Figura 22.20 | El GridBagLayout con los valores establecidos en 0. 


La aplicación de las figuras 22.21 y 22.2 utiliza el administrador de esquemas Gri dBagLayout para ordenar 
los componentes que se encuentran en la GUI de la figura 22.18. Este programa no hace nada más que demos- 
trar cómo utilizar el esquema Gri dBagLayout. 

La GUI consiste de tres objetos JButton, dos objetos JTextArea, un objeto JComboBox y un objeto JText- 
Fi el d. El administrador de esquemas para el panel de contenido es Gri dBagLayout. En las líneas 21 y 22 se crea 
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1 // Fig. 22.21: MarcoGri dBag . java 

2 // Demostración de GridBagLayout. 

3 import java. awt. GridBagLayout; 

4 import java. awt. Gri dBagConstrai nts ; 

5 import java. awt. Component; 

6 import javax.swing.JFrame; 

7 import javax.swing.lTextArea; 

8 import javax.swing.JTextField; 

9 import javax.swing.JButton; 

10 import javax.swing.JComboBox; 

1 1 

12 public class MarcoGridBag extends IFrame 

13 { 

14 private GridBagLayout esquema; // esquema de este marco 

15 private GridBagConstraints restricciones; // restricciones de este esquema 

16 

17 // establece la GUI 

18 public MarcoGri dBag() 

19 { 

20 super( "GridBagLayout" ); 

21 esquema = new GridBagLayoutO ; 

22 setLayout( esquema ); // establece el esquema del marco 

23 restricciones = new GridBagConstraintsO ; // instancia las restricciones 

24 

25 // crea los componentes de la GUI 

26 ITextArea areaTextol = new !TextArea( "AreaTextol" , 5 , 10 ) ; 

27 ITextArea areaTexto2 = new !TextArea( "AreaTexto2" , 2, 2 ); 

28 

29 String nombres[] = { "Hierro", "Acero 1 , "Bronce" }; 

30 IComboBox cuadroComb = new !ComboBox( nombres ); 

31 

32 JTextField campoTexto = new !TextField( "CampoTexto" ); 

33 IButton botonl = new JButton( "Boton 1" ); 

34 IButton boton2 = new JButton( "Boton 2" ); 

35 IButton botonB = new JButton( "Boton 3" ); 

36 

37 // weightx y weighty para areaTextol son 0: el valor predeterminado 

38 // anchor para todos los componentes es CENTER: el valor predeterminado 

39 restricciones, fill = GridBagConstraints. BOTH; 

40 agregarComponente( areaTextol, 0, 0, 1, 3 ); 

41 

42 // weightx y weighty para botonl son 0: el valor predeterminado 

43 restricciones. fill = Gri dBagConstrai nts . HORIZONTAL ; 

44 agregarComponente( botonl, 0, 1, 2, 1 ); 

45 

46 // weightx y weighty para cuadroComb son 0: el valor predeterminado 

47 // fill es HORIZONTAL 

48 agregarComponente( cuadroComb, 2, 1, 2, 1 ); 

49 

50 // boton2 

51 restricciones. weightx = 1000; // puede hacerse más ancho 

52 restricciones. weighty = 1; // puede hacerse más alto 

53 restricciones. fill = Gri dBagConstrai nts. BOTH; 

54 agregarComponente( boton2, 1, 1, 1, 1 ); 

55 

56 // fill es BOTH para boton3 

57 restricciones. weightx = 0; 

58 restricciones. weighty = 0; 

59 agregarComponenteC boton3, 1, 2, 1, 1 ); 

Figura 22.21 | Administrador de esquemas GridBagLayout. (Parte I de 2). 
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// weightx y weighty para campoTexto 

agregarComponente( campoTexto, B, 0, 

// weightx y weighty para areaTexto2 
agregarComponente( areaTexto2, B, 2, 
} // fin del constructor de MarcoGridBag 
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// método para establecer restricciones 

private void agregarComponentef Component componente, 
int fila, int columna, int anchura, int altura ) 

{ 

restricciones. gridx = columna; // establece gridx 
restricciones. gridy = fila; // establece gridy 
restricciones. gridwidth = anchura; // establece gridwidth 
restricciones. gridheight = altura; // establece gridheight 

esquema. setConstraintsf componente, restricciones ); // establece restricciones 
add( componente ); // agrega el componente 
} // fin del método agregarComponente 
} // fin de la clase MarcoGridBag 


Figura 22.2 1 | Administrador de esquemas Gri dBagLayout. (Parte 2 de 2). 


el objeto GridBagLayout y se establece el administrador de esquemas para el panel de contenido en esquema. 
En la línea 23 se crea el objeto Gri dBagConstrai nts utilizado para determinar la ubicación y el tamaño de cada 
uno de los componentes en la cuadrícula. En las líneas 26 a 35 se crea cada uno de los componentes de la GUI 
que se agregarán al panel de contenido. 

En las líneas 39 a 40 se configura el objeto JTextArea areaTextol y se agrega al panel de contenido. Los 
valores para wei ghtx y wei ghty no se especifican en restri cci ones, por lo que cada una de ellas tiene el valor 
de cero, de manera predeterminada. Por lo tanto, el objeto JTextArea no se cambiará de tamaño a sí mismo, 
incluso si hay espacio disponible. Sin embargo, el objeto JTextArea abarca varias filas por lo que el tamaño ver- 
tical está sujeto a los valores de wei ghty de los objetos J Button boton2 y boton3. Cuando se cambie el tamaño 
de uno de los objetos boton2 o boton3 en forma vertical, con base en su valor de wei ghty, también se cambiará 
el tamaño del objeto JTextArea. 

En la línea 39 se establece la variable fil 1 de restri cci ones en Gri dBagConstrai nts . BOTH, lo cual hará que 
el objeto JTextArea siempre llene toda su área asignada en la cuadrícula. No se especifica un valor para anchor en 
restri cci ones, por lo que se utiliza el valor predeterminado de CENTER. Como no utilizamos la variable anchor 
en esta aplicación, todos los componentes utilizarán su valor predeterminado. En la línea 40 se hace una llamada 
a nuestro método utilitario agregarComponente (declarado en las líneas 69 a 78). El objeto JTextArea, la fila, la 
columna, el número de columnas y el número de filas a abarcar se pasan como argumentos. 

El objeto J Button botonl es el siguiente componente que se agrega (líneas 43 y 44). De manera predeter- 
minada, los valores de weightx y weighty siguen siendo cero. La variable fil 1 se establece en HORIZONTAL; el 
componente siempre ocupará toda su área en dirección horizontal. La dirección vertical no se ocupará toda. 
El valor de wei ghty es cero, por lo que el botón sólo será más alto si otro componente en la misma fila tiene un 
valor de wei ghty distinto de cero. El objeto J Button botonl se encuentra en la fila 0, columna 1. Se ocupan una 
fila y dos columnas. 

El objeto JComboBox cuadroCombi nado es el siguiente componente que se agrega (línea 48). De manera 
predeterminada, los valores de weightx y weighty son cero y la variable fil 1 se establece en HORIZONTAL. El 
botón JComboBox crecerá solamente en dirección horizontal. Observe que las variables weightx, wei ghty y fil 1 
retienen los valores establecidos en restri cci ones hasta que se modifiquen. El botón JComboBox se coloca en la 
fila 2, columna 1. Se ocupan una fila y dos columnas. 

El objeto J Button boton2 es el siguiente componente que se agrega (líneas 51a 54). Obtiene un valor de 
wei ghtx de 1000 y un valor de wei ghty de 1. El área ocupada por el botón es capaz de crecer en las direcciones 
vertical y horizontal. La variable fil 1 se establece en BOTH, lo cual especifica que el botón siempre ocupará toda 
el área. Cuando se ajuste el tamaño de la ventana, boton2 crecerá. El botón se coloca en la fila 1, columna 1. Se 
ocupan una fila y una columna. 
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1 // Fig. 22.22: DemoGridBag. java 

2 // Demostración de MarcoBagLayout . 

3 import javax. swi ng . JFrame ; 

4 

5 public class DemoGridBag 

6 { 

7 public static void main( String args[] ) 

8 { 

9 MarcoGridBag marcoGridBag = new MarcoGri dBag() ; 

10 marcoGridBag. setDefaultCloseOperation( JFrame . EXIT_0N_CL0SE ); 

11 marcoGridBag. setSize( 300, 150 ); // establece el tamaño del marco 

12 marcoGri dBag . setVi si bl e( true ); // muestra el marco 

13 } // fin de main 

14 } // fin de la clase DemoGridBag 
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Figura 22.22 | Clase de prueba para MarcoGridBag. 

El objeto JButton boton3 se agrega a continuación (líneas 57 a 59). Los valores de wei ghtx y wei ghty son 
cero, y la variable fill se establece en BOTH. El objeto JButton boton3 crecerá si se ajusta el tamaño de la ventana; 
se verá afectado por los valores de wei ghtx y wei ghty de boton2. Observe que el valor de wei ghtx para boton2 
es mucho mayor que el de boton3. Cuando ocurra el cambio de tamaño, boton2 ocupará un mayor porcentaje 
del nuevo espacio. El botón se coloca en la fila 1, columna 2. Se ocupan una fila y una columna. 

Tanto el objeto JTextField campoTexto (línea 62) como el objeto JTextArea areaTexto2 (línea 65) 
tienen un valor de wei ghtx de 0 y un valor de wei ghty de 0. El valor de fil 1 es BOTH. El objeto JTextFi el d se 
coloca en la fila 3, columna 0, y el objeto JTextArea se coloca en la fila 3, columna 2. El objeto JTextField 
ocupa una fila y dos columnas. El objeto JTextArea ocupa una fila y una columna. 

Los parámetros del método agregarComponente son una referencia Component llamada componente, y 
los enteros fil a, col umna, anchura y altura. En las líneas 72 y 73 se establecen las variables de Gri dBagCons- 
traints llamadas gridx y gridy. A la variable gridx se le asigna la columna en la que se colocará el objeto 
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Component, y a la variable g ri dy se le asigna la fila en la que se colocará el objeto Component. En las líneas 74 y 75 
se establecen las variables de Gri dBagConstrai nts llamadas gri dwidth y gri dhei ght. La variable gridwi dth 
especifica el número de columnas que abarcará el objeto Component en la cuadrícula, y la variable gri dhei ght es- 
pecifica el número de filas que abarcará el objeto Component en la cuadrícula. En la línea 76 se establecen los 
valores del objeto Gri dBagConstrai nts para un componente en el esquema GridBagLayout. El método set- 
Constraints de la clase GridBagLayout recibe un argumento Component y un argumento GridBagConstra- 
i nts. En la línea 77 se agrega el componente al objeto JFrame. 

Cuando ejecute esta aplicación, pruebe a cambiar el tamaño de la ventana para ver cómo las restricciones para 
cada componente de la GUI afectan su posición y tamaño en la ventana. 

Las constantes RELATIVE y REMAINDER de Cri dBagConstrai nts 

Hay una variación de Gri dBagLayout que no utiliza a las variables gri dx y gri dy. En vez de estas variables, se 
utilizan las constantes RELATIVE y REMAINDER de Gri dBagConstrai nts. RELATIVE especifica que el penúltimo 
componente de cierta fila deberá colocarse a la derecha del componente anterior en esa fila. REMAINDER especifica 
que un componente es el último en una fila. Cualquier componente que no sea el penúltimo o el último en una 
fila, deberá especificar valores para las variables gridwi dth y gridheight de GridbagConstrai nts. La apli- 
cación de las figuras 22.23 y 22.24 ordena los componentes de un esquema Gri d-BagLayout, utilizando estas 
constantes. 

En las líneas 21 y 22 se crea un objeto Gri dBagLayout y se utiliza para establecer el administrador de esque- 
mas del objeto J Frame. Los componentes que se colocan en el esquema Gri dBagLayout se crean en las líneas 27 
a 38; son un objeto IComboBox, un objeto JTextFi el d, un objeto J Li st y cinco objetos JButton. 

El objeto JTextFi el d se agrega primero (líneas 41 a 45). Los valores de weightx y weighty se establecen 
en 1. La variable fil 1 se establece en BOTH. En la línea 44 se especifica que el objeto JTextField es el último 
componente de la línea. El objeto ITextFi el d se agrega al panel de contenido mediante una llamada a nuestro 
método utilitario agregarComponente (declarado en las líneas 79 a 83). El método agregarComponente recibe 
un argumento Component y utiliza el método setConstrai nts de Gri dBagLayout para establecer las restriccio- 
nes de este objeto Component. El método add adjunta el componente al panel de contenido. 


1 // Fig. 22.23: MarcoGri dBag2 . java 

2 // Demostración de las constantes de GridBagLayout. 

3 import java. awt. GridBagLayout; 

4 import java. awt. Gri dBagConstrai nts ; 

5 import java. awt. Component; 

6 import javax.swing. JFrame; 

7 import javax.swing.JComboBox; 

8 import javax. swing. JTextFi el d; 

9 import javax.swing.JList; 

10 import javax. swing. JButton; 

1 1 

12 public class MarcoGri dBag2 extends JFrame 

13 { 

14 private GridBagLayout esquema; // esquema de este marco 

15 private GridBagConstraints restricciones; // restricciones de este esquema 

16 

17 // establece la GUI 

18 public MarcoGridBag2() 

19 { 

20 super( "GridBagLayout" ); 

21 esquema = new GridBagLayoutO ; 

22 setLayout( esquema ); // establece el esquema del marco 

23 restricciones = new GridBagConstraintsO ; // instancia las restricciones 

24 

25 // crea los componentes de la GUI 

26 String metales[] = { "Cobre", "Aluminio , "Plata" }; 

Figura 22.23 | Las constantes RELATIVE y REMAINDER de Gri dBagConstrai nts. (Parte I de 2). 



918 Capítulo 22 Componentes de la GUI: parte 2 


27 JComboBox cuadroComb = new IComboBoxf metales ); 

28 

29 JTextField campoTexto = new ITextFieldf "CampoTexto" ); 

30 

31 String fuentes [] = { "Serif", "Monospaced" }; 

32 JList lista = new JListf fuentes ); 

33 

34 String nombres[] = { "cero 1 , "uno", "dos", "tres' , "cuatro" }; 

35 JButton botones[] = new 3Button[ nombres . 1 ength ]; 

36 

37 for f int cuenta = 0; cuenta < botones . 1 ength ; cuenta++ ) 

38 botones[ cuenta ] = new JButtonf nombres[ cuenta ] ); 

39 

40 // define las restricciones para el componente de la GUI campoTexto 

41 restricciones. weightx = 1; 

42 restricciones. weighty = 1; 

43 restricciones. fill = GridBagConstraints.BOTH; 

44 restricciones. gridwidth = Gri dBagConstrai nts . REMAINDER; 

45 agregarComponentef campoTexto ); 

46 

47 // botones[0] — weightx y weighty son 1: fill es BOTH 

48 restricciones. gridwidth = 1; 

49 agregarComponentef botonesf 0 ] ); 

50 

51 // botones[l] — weightx y weighty son 1: fill es BOTH 

52 restricciones. gridwidth = Gri dBagConstrai nts . RELATIVE ; 

53 agregarComponentef botonesf 1 ] ); 

54 

55 // botones[2] — weightx y weighty son 1: fill es BOTH 

56 restricciones. gridwidth = Gri dBagConstrai nts . REMAINDER; 

57 agregarComponentef botonesf 2 ] ); 

58 

59 // cuadroComb — weightx es 1: fill es BOTH 

60 restricciones. weighty = 0; 

61 restricciones. gridwidth = Gri dBagConstrai nts . REMAINDER; 

62 agregarComponentef cuadroComb ); 

63 

64 // botones[3] — weightx es 1: fill es BOTH 

65 restricciones. weighty = 1; 

66 restricciones. gridwidth = Gri dBagConstrai nts . REMAINDER; 

67 agregarComponentef botones[ 3 ] ); 

68 

69 // botones[4] — weightx y weighty son 1: fill es BOTH 

70 restricciones. gridwidth = Gri dBagConstrai nts . RELATIVE ; 

71 agregarComponentef botonesf 4 ] ); 

72 

73 // lista -- weightx y weighty son 1: fill es BOTH 

74 restricciones. gridwidth = Gri dBagConstrai nts . REMAINDER; 

75 agregarComponentef lista ); 

76 } // fin del constructor de MarcoGridBag2 

77 

78 // agrega un componente al contenedor 

79 private void agregarComponentef Component componente ) 

80 { 

81 esquema. setConstraintsf componente, restricciones ); 

82 addf componente ); // agrega el componente 

83 } // fin del método agregarComponente 

84 } // fin de la clase MarcoCri dBag2 

Figura 22.23 | Las constantes RELATIVE y REMAINDER de Gri dBagConstrai nts. (Parte 2 de 2). 
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El objeto JButton botones [ 0 ] (líneas 48 y 49) tiene valores de wei ghtx y weighty de 1. La variable fil 1 
tiene el valor de BOTH. Como botones [ 0 ] no es uno de los últimos componentes de la fila, recibe un valor de 
gri dwi dth de 1, de manera que ocupe solamente una columna. El objeto JButton se agrega al panel de conteni- 
do mediante una llamada al método utilitario agregarComponente. 

El objeto JButton botones [ 1 ] (líneas 52 y 53) tiene valores de wei ghtx y weighty de 1. La variable fil 1 
tiene el valor de BOTH. En la línea 52 se especifica que el objeto 1 Button se va a colocar de manera relativa al com- 
ponente anterior. El objeto JButton se agrega al objeto JFrame mediante una llamada a agregarComponente. 

El objeto JButton botones [ 2 ] (líneas 56 y 57) tiene valores de wei ghtx y weighty de 1. La variable fil 1 
tiene el valor de BOTH. Este objeto JButton es el último componente de la línea, por lo que se utiliza REMAINDER. 
El objeto JButton se agrega al panel de contenido mediante una llamada a agregarComponente. 

El objeto JComboBox (líneas 60 a 62) tiene un valor de wei ghtx de 1 y un valor de wei ghty de 0. El objeto 
JComboBox no crecerá en dirección vertical. Este objeto JComboBox es el único componente de la línea, por lo 
que se utiliza REMAINDER. El objeto JComboBox se agrega al panel de contenido mediante una llamada a agre- 
garComponente. 

El objeto JButton botones [ B ] (líneas 65 a 67) tiene valores de wei ghtx y wei ghty de 1. La variable fill 
tiene el valor de BOTH. Este objeto JButton es el único componente de la línea, por lo que se utiliza REMAINDER. 
El objeto JButton se agrega al panel de contenido mediante una llamada a agregarComponente. 


1 // Fig. 22.24: DemoGridBag2. java 

2 // Demostración de las constantes de GridBagLayout. 

3 import javax. swi ng . JFrame ; 

4 

5 public class DemoGridBag2 

6 { 

7 public static void main( String args[] ) 

8 { 

9 MarcoGri dBag2 marcoGri dBag2 = new MarcoGridBag2() ; 

10 marcoGri dBag2.setDefaultClose0peration( JFrame. EXIT_0N_CL0SE ); 

11 marcoGridBag2.setSize( 300, 200 ); // establece el tamaño del marco 

12 marcoGri dBag2 . setVi si bl e( true ); // muestra el marco 

13 } // fin de main 

• 4 } // fin de la clase DemoGridBag2 
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Figura 22.24 | Clase de prueba para DemoGridBag2. 


El objeto JButton botones [ 4 ] (líneas 70 y 71) tiene valores de wei ghtx y wei ghty de 1. La variable fill 
tiene el valor de BOTH. Este objeto JButton es el penúltimo componente de la línea, por lo que se utiliza RELATI- 
VE. El objeto JButton se agrega al panel de contenido mediante una llamada a agregarComponente. 

El objeto JLi st (líneas 74 y 75) tiene valores de wei ghtx y wei ghty de 1. La variable fil 1 tiene el valor de 
BOTH. El objeto JLi st se agrega al panel de contenido mediante una llamada a agregarComponente. 
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22.10 Conclusión 

Este capítulo completa nuestra introducción a la GUI. Aquí aprendió acerca de temas más avanzados sobre la 
GUI, como los menús, controles deslizables, menús contextúales y la interfaz de múltiples documentos. Todos 
estos componentes se pueden agregar a las aplicaciones existentes, para que sean más fáciles de usar y de entender. 
En el siguiente capítulo aprenderá acerca del subprocesamiento múltiple, una poderosa herramienta que permite 
a las aplicaciones utilizar subprocesos para realizar varias tareas a la vez. 


Resumen 

Sección 22.2 JS7 ider 

• Los objetos J Si ider permiten al usuario seleccionar de entre un rango de valores enteros. Los objetos iSiider 
pueden mostrar marcas más distanciadas, marcas menos distanciadas y etiquetas para las marcas. También soportan 
el ajuste a la marca, en el que al colocar el indicador entre dos marcas, éste se ajusta a la marca más cercana. 

• Si un objeto iSiider tiene el foco, la tecla de flecha izquierda y la tecla de flecha derecha hacen que el indicador del 
objeto iSiider se decremente o se incremente en 1 . La tecla de flecha hacia abajo y la tecla de flecha hada arriba 
también hacen que el indicador del objeto iSiider se decremente o incremente en 1, respectivamente. Las teclas 
Av Pag (avance de página) y Re Pdg (retroceso de página) hacen que el indicador del objeto i Si i de r se decremente 
o incremente en incrementos de bloque de una décima parte del rango de valores, respectivamente. La tecla Inicio 
desplaza el indicador hada el valor mínimo del objeto iSiider, y la tecla Fin desplaza el indicador hacia el valor 
máximo del objeto iSiider. 

• El método setMajorTi ckSpaci ng de la clase iSl i der establece el espaciado para las marcas en un objeto i Si i der. El 
método setPai ntTi cks con un argumento true indica que las marcas deben mostrarse. 

• Los objetos i Si i der generan eventos ChangeEvent en respuesta a las interacciones del usuario. Un objeto Change- 
Li stener declara el método stateChanged, el cual puede responder a los eventos ChangeEvent. 

Sección 223 Ventanas: observaciones adicionales 

• Todas las ventanas generan eventos de ventana cuando el usuario las manipula. La interfaz Wi ndowLi stener pro- 
porciona siete métodos para manejo de eventos de ventana: windowActi vated, wi ndowClosed, wi ndowClosi ng, 
wi ndowDeacti vated, wi ndowDei coni fied, wi ndowlconi fied y wi ndowOpened. 

• Los menús son una parte integral de las GUIs, ya que permiten al usuario realizar acciones sin atestar innecesaria- 
mente una interfaz gráfica de usuario con componentes de la GUI adicionales. En las GUIs de Swing, los menús sólo 
se pueden adjuntar a objetos de clases que contengan el método setJMenuBar (por ejemplo, JFrame y JApplet). 

Sección 22.4 Uso de menús con marcos 

• Las clases que se utilizan para declarar menús son J Menú Bar, J Menú Item, JMenu, JCheckBoxMenuItem y JRadi oBu- 
ttonMenuItem. 

• Un objeto JMenuBar es un contenedor de menús. Un objeto JMenuItem es un componente de GUI dentro de un 
menú que, al ser seleccionado, hace que se realice una acción. Un objeto JMenu contiene elementos de menú y puede 
agregarse a un objeto JMenuBar o a otros objetos JMenu como submenús. 

• Cuando hacemos clic en un menú, éste se expande para mostrar su lista de elementos. El método addSeparator de 
JMenu agrega una línea separadora a un menú. 

• Al seleccionar un objeto JCheckBoxMenuItem, aparece una marca de verificación a la izquierda del elemento de 
menú. Cuando se selecciona de nuevo el objeto JCheckBoxMenuItem, la marca se elimina. 

• Cuando se mantienen varios objetos JRadi oButtonMenu como parte de un objeto ButtonCroup, sólo un objeto en 
el grupo puede seleccionarse en un momento dado. Cuando se selecciona un elemento, aparece un círculo relleno 
a su izquierda. Cuando se selecciona otro objeto JRadi oButtonMenu, se elimina el círculo relleno a la izquierda del 
elemento antes seleccionado. 

• El método setMnemoni c de AbstractButton especifica el nemónico para un objeto AbstractButton. Los caracte- 
res nemónicos se muestran generalmente subrayados. 

• Un cuadro de diálogo modal no permite el acceso a ninguna otra ventana en la aplicación, a menos que se cierre. 
Los cuadros de diálogo que se muestran con la clase JOpti onPane son modales. Puede utilizar la clase J Di aiog para 
crear sus propios cuadros de diálogo modales o no modales. 
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Sección 22.5 JPopupMenu 

• Los menús contextúales sensibles al contexto se crean mediante la clase i) PopupMenu. En la mayoría de los sistemas, 
el evento de desencadenamiento del menú contextual ocurre cuando el usuario oprime y suelta el botón derecho del 
ratón. El método i sPopupTri gger de MouseEvent devuelve true si ocurrió el evento de desencadenamiento 
del menú contextual. 

• El método show de JPopupMenu muestra un objeto JPopupMenu. El primer argumento especifica el componente de 
origen, el cual ayuda a determinar en dónde aparecerá el objeto JPopupMenu. Los últimos dos argumentos son las 
coordenadas a partir de la esquina superior izquierda del componente de origen, en donde aparece el objeto J Popup- 
Menu. 

Sección 22.6 Apariencia visual adaptable 

• La clase UIManager contiene la clase anidada LookAndFeeJ Info que mantiene la información acerca de una aparien- 
cia visual. 

• El método stati c getlnstal JedLookAndFeei s de UIManager obtiene un arreglo de objetos UIManager . LookAnd- 
Feei Info que describe cada una de las apariencias visuales disponibles. 

• El método stati c setLookAndFeei de UIManager cambia la apariencia visual. El método stati c updateCom- 
ponentTreeUI de la clase Swi ngUti i i ti es cambia la apariencia visual de todos los componentes adjuntos a su 
argumento Component a la nueva apariencia visual. 

Sección 22.7 JDesktopPane y JInternal Frame 

• Muchas de las aplicaciones de la actualidad utilizan una interfaz de múltiples documentos (MDI) para administrar 
varios documentos abiertos, los cuales se procesan en paralelo. Las clases JDesktopPane y JInternal Frame de 
Swing proporcionan soporte para crear interfaces de múltiples documentos. 

Sección 22.8 JTabbedPane 

• Un objeto JTabbedPane ordena los componentes de la GUI en capas, de las cuales sólo una puede verse en un 
momento dado. Los usuarios acceden a cada capa a través de una ficha; muy parecido a las carpetas en un archivero. 
Cuando el usuario hace clic en una ficha, se muestra la capa apropiada. 

Sección 22.9 Administradores de esquemas: BoxLayout y CridBagLayout 

• BoxLayout es un administrador de esquemas que permite ordenar los componentes de la GUI de izquierda a dere- 
cha, o de arriba hacia abajo, en un contenedor. 

• La clase Box declara un contenedor con BoxLayout como su administrador de esquemas predeterminado, y propor- 
ciona métodos estáticos para crear un objeto Box con un esquema BoxLayout horizontal o vertical. 

• Cri dBagLayout es un administrador de esquemas similar a Cri dLayout. A diferencia de Gri dLayout, el tamaño de 
cada componente puede variar y pueden agregarse componentes en cualquier orden. 

• Un objeto Gri dBagConstrai nts describe cómo colocar un componente en un esquema Gri dBagLayout. El méto- 
do setConstrai nts de la clase Gri dBagLayout recibe un argumento Component y un argumento Gri dBagCons- 
trai nts, y establece las restricciones del objeto Component. 
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add, método de la clase JMenuBar 

addWi ndowLi stener, método de la clase Wi ndow 

ajuste a la marca para JSI i der 

anchor, campo de la clase Gri dBagConstrai nts 

apariencia visual adaptable (PLAF) 

apariencia visual metálica 

área rígida 

barra de menús 

barra de título 

borde 

BOTH, constante de la clase Gri dBagConstrai nts 
Box, clase 
BoxLayout, clase 

CENTER, constante de la clase Gri dBagConstrai nts 
ChangeEvent, clase 


ChangeLi stener, interfaz 
componente de origen 
createGI ue, método de la clase Box 
createHori zonta! Box, método de la clase Box 
createHorizontalGIue, método de la clase Box 
createHori zontal Strut, método de la clase Box 
createRi gi dArea, método de la clase Box 
createVerti cal Box, método de la clase Box 
createVerti calGl ue, método déla clase Box 
createVerti cal Strut, método de la clase Box 
cuadro de diálogo modal 
Dimensión, clase 

di spose, método de la clase Wi ndow 
documento 

EAST, constante de la clase Gri dBagConstrai nts 
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elemento de menú 
envoltura de línea 

evento de desencadenamiento de un menú contextual 
eventos de ventana 

getCl assName, método de la clase UIManager . LookAnd- 
Feel Info 

getlnstal 1 edLookAndFeel s, método de la clase 
UIManager 

getPreferredSi ze, método de la clase Component 
getSelectedText, método de la clase JTextComponent 
getVal ue, método de la clase I SI i der 
Gri dBagConstrai nts, clase 
Gri dBagLayout, clase 

gri dhei ght, campo de la clase Gri dBagConstrai nts 

gri dwi dth, campo de la clase Gri dBagConstrai nts 

gri dx, campo de la clase Gri dBagConstrai nts 

gri dy, campo de la clase Gri dBagConstrai nts 

HORIZONTAL, constante de Gri dBagConstrai nts 

indicador de ISiider 

interfaz de múltiples documentos (MDI) 

i sPopupT ri gger, método de la clase MouseEvent 

i sSei ected, método de la clase AbstractButton 

ICheckBoxMenuItem, clase 

IDesktopPane, clase 

IDiaiog, clase 

IFrame, clase 

linterna! Frame, clase 

IMenu, clase 

IMenuBar, clase 

IMenuItem, clase 

IRadioButtonMenuItem, clase 

ISiider, clase 

ITabbedPane, clase 

línea separadora en un menú 

LookAndFeei Info, clase anidada de la clase UIManager 

marcas en IS1 i der 

marcas más distanciadas 

marcas menos distanciadas de ISiider 

menú 

menú contextual sensible al contexto 

montante vertical 

nemónico 

NONE, constante de la clase Gri dBagConstrai nts 
NORTH, constante de la clase Gri dBagConstrai nts 
NORTHEAST, constante de la clase Gri dBagConstrai nts 
NORTHWEST, constante de la clase Gri dBagConstrai nts 
opaco 

pack, método de la clase Wi ndow 

pai ntComponent, método de la clase IComponent 

pegamento horizontal 


políticas de desplazamiento 

RELATIVE, constante de la clase Gri dBagConstrai nts 
REMAINDER, constante de la clase Gri dBagConstrai nts 
setConstrai nts, método de la clase Gri dBagLayout 
setDefaultCloseOperation, método de la clase 
IFrame 

setlnverted, método de la clase IS1 i der 
setIMenuBar, método de la clase IFrame 
setLocation, método de la clase Component 
setLookAndFeel , método de la clase UIManager 
setMajorTi ckSpaci ng, método de la clase I Si i der 
setMnemoni c, método de la clase AbstractButton 
setOpaque, método de la clase IComponent 
setPai ntTi cks, método de la clase IS1 i der 
setSel ected, método de la clase AbstractButton 
setVerti cal Scrol 1 BarPol i cy, método de 1S1 i der 
show, método de la clase IPopupMenu 
SOUTH, constante de la clase Gri dBagConstrai nts 
SOUTHEAST, constante de la clase Gri dBagConstrai nts 
SOUTHWEST, constante de la clase Gri dBagConstrai nts 
stateChanged, método de la interfaz ChangeLi stener 
submenú 

Swi ngUti 1 i ti es, clase 
tecla de acceso rápido 
transparencia de un objeto IComponent 
UIManager, clase 

updateComponentT reeUI, método de la clase Swi ng- 
Uti 1 i ti es 
ventana hija 
ventana padre 

ventana padre para un cuadro de diálogo 
VERTICAL, constante de la clase Gri dBagConstrai nts 
wei ghtx, campo de la clase Gri dBagConstrai nts 
wei ghty, campo de la clase Gri dBagConstrai nts 
WEST, constante de la clase Gri dBagConstrai nts 
wi ndowActi vated, método de la interfaz Wi ndow 
Li stener 

wi ndowClosi ng, método de la interfaz Wi ndow 
Li stener 

Wi ndowConstants, interfaz 

wi ndowDeacti vated, método de la interfaz Wi ndow 
Li stener 

wi ndowDei coni fied, método de la interfaz Wi ndow 
Li stener 

wi ndowlconi fied, método de la interfaz Wi ndow 
Li stener 

Wi ndowLi stener, interfaz 

wi ndowOpened, método de la interfaz Wi ndowLi stener 
X_AXIS, constante de la clase Box 
Y_AXIS, constante de la clase Box 


Ejercicios de autoevaluación 

22.1 Complete las siguientes oraciones: 

a) La clase se utiliza para crear un objeto menú. 

b) El método de la clase IMenu coloca una barra separadora en un menú. 
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c) Los eventos de I SI i de r son manejados por el método de la interfaz . 

d) La variable de instancia de Gri dBagConstrai nts se establece en CENTER de manera 

predeterminada. 

22.2 Conteste con verdadero o falso a cada una de las siguientes proposiciones; en caso de ser falso , explique por qué. 

a) Cuando el programador crea un objeto IFrame, como mínimo debe crearse y agregarse un menú al objeto 
IFrame. 

b) La variable fill pertenece a la clase Gri dBagLayout. 

c) La acción de dibujar en un componente de la GUI se realiza con respecto a la coordenada (0, 0) de la esqui- 
na superior izquierda del componente. 

d) El esquema predeterminado para un objeto Box es BoxLayout. 

22.3 Encuentre el (los) error(es) en cada una de las siguientes instrucciones y explique cómo corregirlo (s). 

a) IMenubar b; 

b) miSUder = ISIiderf 1000, 222, 100, 450 ); 

c) gbc.fiU = Gri dBagConstrai nts . NORTHWEST; // establece fill 

d) // sobrescribe a paint en un componente de Swing personalizado 
public void pai ntcomponent( Graphics g ) 

{ 

g . drawStri ng( "HOLA", 50, 50 ); 

} // fin del método Sai ntcomponent 

e) // crea un objeto IFrame y lo muestra 
IFrame f = new IFrame( "Una ventana" ); 
f . setVi si bl e( true ); 

Respuestas a los ejercicios de autoevaluación 

22.1 a) IMenu. b) addSeparator. c) stateChanged, ChangeLi stener. d) anchor. 

22.2 a) Falso. Un objeto IFrame no requiere menús. 

b) Falso. La variable fill pertenece a la clase Gri dBagConstrai nts. 

c) Verdadero. 

d) Verdadero. 

22.3 a) IMenubar debe ser IMenuBar. 

b) El primer argumento para el constructor debe ser Swi ngConstants . HORIZONTAL o Swi ngConstants .VER- 
TICAL, y debe utilizarse la palabra clave new después del operador =. 

c) La constante debe ser BOTH, HORIZONTAL, VERTICAL o N0NE. 

d) pai ntcomponent debe ser pai ntcomponent, y el método debe llamar a super . pai ntComponent( g ) 
como su primera instrucción. 

e) El método setSi ze de IFrame debe ser llamado también, para establecer el tamaño de la ventana. 


Ejercicios 

22.4 Complete las siguientes oraciones: 

a) Un objeto IMenuItem que es un IMenu se llama . 

b) El método adjunta un objeto IMenuBar a un objeto IFrame. 

c) La clase contenedora tiene un esquema BoxLayout predeterminado. 

d) Un administra a un conjunto de ventanas hijas declaradas con la clase linterna! - 

Frame. 

22.5 Conteste con verdadero o falso a cada una de las siguientes proposiciones; en caso de ser falso , explique por qué. 

a) Los menús requieren un objeto JMenuBar para poder adjuntarse a un objeto IFrame. 

b) BoxLayout es el administrador de esquemas predeterminado para un objeto IFrame. 

c) El método setEdi tabl e es un método de ITextComponent. 

d) La clase IFrame extiende directamente a la clase Contai ner. 

e) Los objetos lApplet pueden contener menús. 
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22.6 Encuentre el (los) error(es) en cada una de las siguientes instrucciones. Explique cómo corregir el (los) 
error(es). 

a) x.add( new 3MenuItem( "Submenu Color" ) ) ; // crear submenú 

b) contenedor . setLayout( m = new Gri dbagLayoutO ); 

22.7 Escriba un programa que muestre un círculo de tamaño aleatorio, calcule y muestre su área, radio, diámetro y 
circunferencia. Use las siguientes ecuaciones: diámetro = 2“ radio , area = n °° radio 1 , circunferencia = 2“ n °° radio. 
Use la constante Math . PI para pi (n). Todos los dibujos deberán realizarse en una subclase de 3 Panel , y los resultados 
de los cálculos deberán mostrarse en un objeto ITextArea de sólo lectura. 

22.8 Mejore el programa del ejercicio 22.7 al permitir al usuario alterar el radio con un objeto 3 Si i der. El progra- 
ma deberá funcionar para todos los radios en el rango de 100 a 200. A medida que cambie el radio, el diámetro, área 
y circunferencias deberán actualizarse y mostrarse. El radio inicial debe ser 150. Use las ecuaciones del ejercicio 22.7. 
Todos los dibujos deberán realizarse en una subclase de 3 Panel , y los resultados de los cálculos deberán mostrarse en un 
objeto 3TextArea de sólo lectura. 

22.9 Explore los efectos de variar los valores de weightx y weighty del programa de la figura 22.21. ¿Qué ocurre 
cuando una ranura tiene valores distintos de cero para wei ghtx y wei ghty, pero no se le permite rellenar toda el área 
(es decir, que el valor fil 1 no sea BOTH)? 

22.10 Escriba un programa que utilice el método pai ntComponent para dibujar el valor actual de un objeto 3 SI i - 
der en una subclase de 3Panel. Además, proporcione un objeto 3TextField en donde pueda introducirse un valor 
específico. El objeto 3TextFi el d deberá mostrar el valor actual del objeto 3 SI i der en todo momento. Debe usarse un 
objeto 3Label para identificar al objeto 3TextFi el d. Deben utilizarse los métodos setVal ue y getVal ue de 3 SI i der. 
[Nota: El método setVal ue es un método publ i c que no devuelve un valor y toma un argumento entero: el valor de 
3 SI i der, que determina la posición del indicador]. 

22.1 I Modifique el programa de la figura 22.13, agregando un mínimo de dos fichas nuevas. 

22.12 Declare a una subclase de 3Panel llamada Mi Sel ectorDeColor, que proporcione tres objetos ISliderytres 
objetos ITextField. Cada objeto ISlider representa los valores de 0 a 255 para las partes rojo, azul y verde de un 
color. Use estos valores como argumentos para el constructor de Color, para crear un nuevo objeto Color. Muestre 
el valor actual de cada objeto ISlider en el objeto ITextField correspondiente. Cuando el usuario cambie el valor 
del objeto ISlider, el objeto ITextField deberá cambiar de manera acorde. Use su nuevo componente de la GUI 
como parte de una aplicación que muestre el valor actual de Color, dibujando un rectángulo relleno. 

22.1 3 Modifique la clase Mi Sel ectorDeColor del ejercicio 22.12 para permitir al usuario introducir un valor entero 
en un objeto ITextFi el d, para establecer el valor rojo, verde o azul. Cuando el usuario oprima Intro en el objeto IText- 
Fi el d, deberá establecerse el objeto ISlider correspondiente al valor apropiado. 

22.14 Modifique la aplicación del ejercicio 22.13 para dibujar el color actual como un rectángulo en una instancia 
de una subclase de 3 Panel, que proporcione su propio método pai ntComponent para dibujar el rectángulo, y pro- 
porcione métodos establecer para establecer los valores de rojo, verde y azul para el color actual. Cuando se invoque 
a uno de los métodos establecer, el objeto deberá repintarse automáticamente a sí mismo (mediante repai nt). 

22.15 Modifique la aplicación del ejercicio 22.14 para permitir al usuario arrastrar el ratón a lo largo del panel de 
dibujo (una subclase de 3 Panel), para dibujar una figura con el color actual. Permita al usuario seleccionar la figura 
a dibujar. 

22. 1 6 Modifique el programa del ejercicio 22. 1 5 para proporcionar al usuario la habilidad de terminar la aplicación, 
haciendo clic en el cuadro para cerrar en la ventana que se muestre en pantalla, y seleccionando Sal i r de un menú 
Archivo. Use las técnicas que se muestran en la figura 22.5. 

22.17 (Aplicación de dibujo completa) Utilizando las técnicas desarrolladas en este capítulo y en el capítulo 11, cree 
una aplicación de dibujo completa. El programa debe utilizar los componentes de la GUI de los capítulos 1 1 y 22 para 
permitir al usuario seleccionar la figura, color y características de relleno. Cada figura deberá guardarse en un arreglo de 
objetos Mi Fi gura, en donde Mi Fi gura será superclase en su jerarquía de clases de figuras. Use un objeto IDesktopPane 
y objetos llnternal Frame para permitir al usuario crear varios dibujos separados, en ventanas hijas separadas. Cree 
la interfaz de usuario como una ventana hija separada que contenga todos los componentes de la GUI que permitan 
al usuario determinar las características de la figura a dibujar. El usuario podrá entonces hacer clic en cualquier objeto 
linterna! Frame para dibujar la figura. 
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Subprocesamiento 

múltiple 


La definición más general 
de la belleza. . . múltiple 
deidad en la unidad. 

— Samuel Taylor Coleridge 

No bloquees el camino de 
la investigación. 

— Charles Sanders Peirce 

Una persona con un reloj 
sabe qué hora es; 
una persona con dos relojes 
nunca estará segura. 

— Proverbio 

Aprenda a laborar y esperar. 

— Henry Wadsworth 
Longfellow 

El mundo avanza tan 
rápido estos días que el 
hombre que dice que no 
puede hacer algo, por lo 
general, se ve interrumpido 
por alguien que lo está 
haciendo. 

— Elbert Hubbard 


OBJETIVOS 

En este capítulo aprenderá a: 

■ Conocer qué son los subprocesos y por qué son útiles. 

■ Conocer cómo nos permiten los subprocesos administrar 
actividades concurrentes. 

■ Conocer el ciclo de vida de un subproceso. 

■ Conocer acerca de las prioridades y la programación 
de subprocesos. 

■ Crear y ejecutar objetos Runnabl e. 

■ Conocer acerca de la sincronización de subprocesos. 

■ Saber qué son las relaciones productor/consumidor y cómo 
se implementan con el subprocesamiento múltiple. 

■ Habilitar varios subprocesos para actualizar los componentes 
de GUI de Swing en forma segura para los subprocesos. 

■ Conocer acerca de las interfaces Cali able y Future, que 
podemos usar para ejecutar tareas que devuelven resultados. 
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23.1 Introducción 

23.2 Estados de los subprocesos: ciclo de vida de un subproceso 

23.3 Prioridades y programación de subprocesos 

23.4 Creación y ejecución de subprocesos 

23 . 4-1 Objetos Runnabl e y la clase Thread 

23 . 4.2 Administración de subprocesos con el marco de trabajo Executor 

23.5 Sincronización de subprocesos 

23 . 5. 1 Cómo compartir datos sin sincronización 

23 . 5.2 Cómo compartir datos con sincronización: hacer las operaciones atómicas 

23.6 Relación productor/consumidor sin sincronización 

23.7 Relación productor/consumidor: ArrayBlockingQueue 

23.8 Relación productor/consumidor con sincronización 

23.9 Relación productor/consumidor: búferes delimitados 

23.10 Relación productor/consumidor: las interfaces Lock y Condition 

23.1 1 Subprocesamiento múltiple con GUIs 

23.1 l.l Realización de cálculos en un subproceso trabajador 

23.1 1.2 Procesamiento de resultados inmediatos con Swi ngWorker 

23.12 Otras clases e interfaces en java. útil .concurrent 

23.13 Conclusión 
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23.1 Introducción 

Sería bueno si pudiéramos concentrar nuestra atención en realizar una acción a la vez, y realizarla bien, pero por 
lo general, eso es difícil. El cuerpo humano realiza una gran variedad de operaciones en paralelo; o, como diremos 
en este capítulo, operaciones concurrentes. Por ejemplo, la respiración, la circulación de la sangre, la digestión, la 
acción de pensar y caminar pueden ocurrir de manera concurrente. Todos los sentidos (vista, tacto, olfato, gusto y 
oído) pueden emplearse al mismo tiempo. Las computadoras también pueden realizar operaciones concurrentes. 
Para las computadoras personales es tarea común compilar un programa, enviar un archivo a una impresora y 
recibir mensajes de correo electrónico a través de una red, de manera concurrente. Sólo las computadoras que 
tienen múltiples procesadores pueden realmente ejecutar varias instrucciones en forma concurrente. Los sistemas 
operativos en las computadoras con un solo procesador crean la ilusión de la ejecución concurrente, al alternar 
rápidamente entre una tarea y otra, pero en dichas computadoras sólo se puede ejecutar una instrucción a la vez. 

La mayoría de los lenguajes de programación no permiten a los programadores especificar actividades con- 
currentes. Por lo general, los lenguajes proporcionan instrucciones de control secuenciales, las cuales permiten 
a los programadores especificar que sólo debe realizarse una acción a la vez, en donde la ejecución procede a la 
siguiente acción una vez que la anterior haya terminado. Históricamente, la concurrencia se ha implementado 
en forma de funciones primitivas del sistema operativo, disponibles sólo para los programadores de sistemas alta- 
mente experimentados. 

El lenguaje de programación Ada, desarrollado por el Departamento de defensa de los Estados Unidos, hizo 
que las primitivas de concurrencia estuvieran disponibles ampliamente para los contratistas de defensa dedicados 
a la construcción de sistemas militares de comando y control. Sin embargo, Ada no se ha utilizado de manera 
general en las universidades o en la industria. 

Java pone las primitivas de concurrencia a disposición del programador de aplicaciones, a través del lenguaje 
y de las APIs. El programador especifica que una aplicación contiene subprocesos de ejecución separados, en 
donde cada subproceso tiene su propia pila de llamadas a métodos y su propio contador, lo cual le permite ejecu- 
tarse concurrentemente con otros subprocesos, al mismo tiempo que comparte los recursos a nivel de aplicación 
(como la memoria) con estos otros subprocesos. Esta capacidad, llamada subprocesamiento múltiple, no está 
disponible en los lenguajes C y C++ básicos, los cuales influenciaron el diseño de Java. 
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Tip de rendimiento 23.1 

Un problema con las aplicaciones de un solo subproceso es que las actividades que llevan mucho tiempo deben comple- 
tarse antes de que puedan comenzar otras. En una aplicación con subprocesamiento múltiple, los subprocesos pueden 
distribuirse entre varios procesadores (si hay disponibles), de manera que se realicen varias tareas en forma concurrente, 
lo cual permite a la aplicación operar con más eficiencia. El subprocesamiento múltiple también puede incrementar el 
rendimiento en sistemas con un solo procesador que simulan la concurrencia; cuando un subproceso no puede proceder 
( debido a que, por ejemplo, está esperando el resultado de una operación de E/S), otro puede usar el procesador. 


A diferencia de los lenguajes que no tienen capacidades integradas de subprocesamiento múltiple (como C 
y C++) y que, por lo tanto, deben realizar llamadas no portables a las primitivas de subprocesamiento múltiple 
del sistema operativo, Java incluye las primitivas de subprocesamiento múltiple como parte del mismo lenguaje y 
como parte de sus bibliotecas. Esto facilita la manipulación de los subprocesos de una manera portable entre 
plataformas. 

Hablaremos sobre muchas aplicaciones de la programación concurrente. Por ejemplo, cuando se descarga un 
archivo extenso (como una imagen, un clip de audio o video) a través de Internet, tal vez el usuario no quiera espe- 
rar hasta que se descargue todo un clip completo para empezar a reproducirlo. Para resolver este problema podemos 
poner varios subprocesos a trabajar; uno para descargar el clip y otro para reproducirlo. Estas actividades se llevan 
a cabo concurrentemente. Para evitar que la reproducción del clip tenga interrupciones, sincronizamos (coordina- 
mos las acciones de) los subprocesos de manera que el subproceso de reproducción no empiece sino hasta que haya 
una cantidad suficiente del clip en memoria, como para mantener ocupado al subproceso de reproducción. 

La Máquina Virtual de Java (JVM) utiliza subprocesos también. Además de crear subprocesos para ejecutar 
un programa, la JVM también puede crear subprocesos para llevar a cabo tareas de mantenimiento, como la 
recolección de basura. 

Escribir programas con subprocesamiento múltiple puede ser un proceso complicado. Aunque la mente 
humana puede realizar funciones de manera concurrente, a las personas se les dificulta saltar de un tren paralelo de 
pensamiento al otro. Para ver por qué los programas con subprocesamiento múltiple pueden ser difíciles de escribir 
y comprender, intente realizar el siguiente experimento: abra tres libros en la página 1 y trate de leerlos concurren- 
temente. Lea unas cuantas palabras del primer libro; después unas cuantas del segundo y por último otras cuantas 
del tercero. Luego, regrese a leer las siguientes palabras del primer libro, etcétera. Después de este experimento 
podrá apreciar muchos de los retos que implica el subprocesamiento múltiple: alternar entre los libros, leer breve- 
mente, recordar en dónde se quedó en cada libro, acercar el libro que está leyendo para poder verlo, hacer a un lado 
los libros que no está leyendo y, entre todo este caos, ¡tratar de comprender el contenido de cada uno! 

La programación de aplicaciones concurrentes es una tarea difícil y propensa a errores. Si descubre que debe 
usar la sincronización en un programa, debe seguir ciertos lincamientos simples. Primero, utilice las clases exis- 
tentes de la API de Java (como la clase ArrayBl ocki ngQueue que veremos en la sección 23.7, Relación produc- 
tor/consumidor: ArrayBlocki ngQueue) que administren la sincronización por usted. Las clases en la API de Java 
están escritas por expertos, han sido probadas y depuradas por completo, operan con eficiencia y le ayudan a evitar 
trampas y obstáculos comunes. En segundo lugar, si descubre que necesita una funcionalidad más personalizada 
de la que se proporciona en las APIs de Java, debe usar la palabra clave synch roni zed y los métodos wai t, noti - 
fy y noti f yAl 1 de Ob j ect (que veremos en las secciones 23.5 y 23.8). Por último, si requiere herramientas aún 
más complejas, entonces debe usar las i nterfaces Lock y Condi ti on que se presentan en la sección 23.10. 

Sólo los programadores avanzados que estén familiarizados con las trampas y obstáculos comunes de la pro- 
gramación concurrente deben utilizar las interfaces Lock y Condi ti on. En este capítulo explicaremos estos 
temas por varias razones: proporcionan una base sólida para comprender cómo las aplicaciones concurrentes 
sincronizan el acceso a la memoria compartida; los conceptos son importantes de comprender, aun si una aplica- 
ción no utiliza estas herramientas de manera explícita; y al demostrarle la complejidad involucrada en el uso de 
estas características de bajo nivel, esperamos dejar en usted la impresión acerca de la importancia del uso de las 
herramientas de concurrencia preempaquetadas, siempre que sea posible. 


23.2 Estados de los subprocesos: ciclo de vida de un subproceso 

En cualquier momento dado, se dice que un subproceso se encuentra en uno de varios estados de subproceso 
(los cuales se muestran en el diagrama de estados de UML de la figura 23.1). Varios de los términos en el diagrama 
se definen en secciones posteriores. 
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el subproceso 
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Figura 23.1 | Diagrama de estado de UML del ciclo de vida de un subproceso. 

Un nuevo subproceso empieza su ciclo cuando hace la transición al estado nuevo ; permanece en este estado 
hasta que el programa inicia el subproceso, con lo cual se coloca en el estado ejecutable. Se considera que un 
subproceso en el estado ejecutable está ejecutando su tarea. 

Algunas veces, un subproceso ejecutable cambia al estado en espera mientras espera a que otro subproceso 
realice una tarea. Un subproceso en espera regresa al estado ejecutable sólo cuando otro subproceso notifica al 
subproceso esperando que puede continuar ejecutándose. 

Un subproceso ejecutable puede entrar al estado en espera sincronizado durante un intervalo específico de 
tiempo. Regresa al estado ejecutable cuando ese intervalo de tiempo expira, o cuando ocurre el evento que está 
esperando. Los subprocesos en espera sincronizado y en espera no pueden usar un procesador, aun cuando haya uno 
disponible. Un subproceso ejecutable puede cambiar al estado en espera sincronizado si proporciona un intervalo 
de espera opcional cuando está esperando a que otro subproceso realice una tarea. Dicho subproceso regresa al 
estado ejecutable cuando se lo notifica otro subproceso, o cuando expira el intervalo de tiempo; lo que ocurra 
primero. Otra manera de colocar a un subproceso en el estado en espera sincronizado es dejar inactivo un subpro- 
ceso ejecutable. Un subproceso inactivo permanece en el estado en espera sincronizado durante un periodo 
designado de tiempo (conocido como intervalo de inactividad), después del cual regresa al estado ejecutable. Los 
subprocesos están inactivos cuando, en cierto momento, no tienen una tarea que realizar. Por ejemplo, un proce- 
sador de palabras puede contener un subproceso que periódicamente respalde (es decir, escriba una copia de) el 
documento actual en el disco, para fines de recuperarlo. Si el subproceso no quedara inactivo entre un respaldo 
y otro, requeriría un ciclo en el que se evaluara continuamente si debe escribir una copia del documento en el 
disco. Este ciclo consumiría tiempo del procesador sin realizar un trabajo productivo, con lo cual se reduciría 
el rendimiento del sistema. En este caso, es más eficiente para el subproceso especificar un intervalo de inactivi- 
dad (equivalente al periodo entre respaldos sucesivos) y entrar al estado en espera sincronizado. Este subproceso 
se regresa al estado ejecutable cuando expire su intervalo de inactividad, punto en el cual escribe una copia del 
documento en el disco y vuelve a entrar al estado en espera sincronizado. 

Un subproceso ejecutable cambia al estado bloqueado cuando trata de realizar una tarea que no puede com- 
pletarse inmediatamente, y debe esperar temporalmente hasta que se complete esa tarea. Por ejemplo, cuando 
un subproceso emite una petición de entrada/salida, el sistema operativo bloquea el subproceso para que no se 
ejecute sino hasta que se complete la petición de E/S; en ese punto, el subproceso bloqueado cambia al estado eje- 
cutable, para poder continuar su ejecución. Un subproceso bloqueado no puede usar un procesador, aun si hay 
uno disponible. 

Un subproceso ejecutable entra al estado terminado (algunas veces conocido como el estado muerto ) cuan- 
do completa exitosamente su tarea, o termina de alguna otra forma (tal vez debido a un error). En el diagrama 
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de estados de UML de la figura 23.1, el estado terminado va seguido por el estado final de UML (el símbolo de 
viñeta) para indicar el final de las transiciones de estado. 

A nivel del sistema operativo, el estado ejecutable de Java generalmente abarca dos estados separados (figura 
23.2). El sistema operativo oculta estos estados de la Máquina Virtual de Java (JVM), la cual sólo ve el estado 
ejecutable. Cuando un subproceso cambia por primera vez al estado ejecutable desde el estado nuevo, el subproceso 
se encuentra en el estado listo. Un subproceso listo entra al estado en ejecución (es decir, empieza su ejecución) 
cuando el sistema operativo lo asigna a un procesador; a esto también se le conoce como despachar el subproce- 
so. En la mayoría de los sistemas operativos, a cada subproceso se le otorga una pequeña cantidad de tiempo del 
procesador (lo cual se conoce como quantum o intervalo de tiempo) en la que debe realizar su tarea. (El proceso 
de decidir qué tan grande debe ser el quantum de tiempo es un tema clave en los cursos de sistemas operativos). 
Cuando expira su quantum, el subproceso regresa al estado listo y el sistema operativo asigna otro subproceso al 
procesador (vea la sección 23.3). Las transiciones entre los estados listo y en ejecución las maneja únicamente el 
sistema operativo. La JVM no “ve” las transiciones; simplemente ve el subproceso como ejecutable y deja al sistema 
operativo la decisión de cambiar el subproceso entre listo y ejecutable. El proceso que utiliza un sistema operativo 
para determinar qué subproceso debe despachar se conoce como programación de subprocesos, y depende de 
las prioridades de los subprocesos (que veremos en la siguiente sección). 


ejecutable 

listo 


el sistema operativo 
despacha un subproceso 

-£ 

expira quantum 


ejecutable 


Figura 23.2 | Vista interna del sistema operativo del estado ejecutable de Java. 

23.3 Prioridades y programación de subprocesos 

Todo subproceso en Java tiene una prioridad de subproceso, la cual ayuda al sistema operativo a determinar el 
orden en el que se programan los subprocesos. Las prioridades de Java varían entre MIN„PRIORITY (una constante 
de 1) y MAX_PRIORITY (una constante de 10). De manera predeterminada, cada subproceso recibe la prioridad 
NORPLPRIORITY (una constante de 5). Cada nuevo subproceso hereda la prioridad del subproceso que lo creó. 
De manera informal, los subprocesos de mayor prioridad son más importantes para un programa, y se les debe 
asignar tiempo del procesador antes que a los subprocesos de menor prioridad. Sin embargo, las prioridades de 
los subprocesos no garantizan el orden en el que se ejecutan los subprocesos. 

[Nota: las constantes (MAX_PRIORITY, MlhLPRIORITY y N0RM_PRI0RITY) se declaran en la clase Thread. Se 
recomienda no crear y usar explícitamente objetos Th read para implementar la concurrencia, sino utilizar mejor 
la interfaz Executor (que describiremos en la sección 23.4.2). La clase Thread contiene varios métodos stati c 
útiles, los cuales describiremos más adelante en este capítulo] . 

La mayoría de los sistemas operativos soportan los intervalos de tiempo (timeslicing), que permiten a los 
subprocesos de igual prioridad compartir un procesador. Sin el intervalo de tiempo, cada subproceso en un con- 
junto de subprocesos de igual prioridad se ejecuta hasta completarse (a menos que deje el estado ejecutable y entre 
al estado en espera o en espera sincronizado, o lo interrumpa un subproceso de mayor prioridad) antes que otros 
subprocesos de igual prioridad tengan oportunidad de ejecutarse. Con el intervalo de tiempo, aun si un subpro- 
ceso no ha terminado de ejecutarse cuando expira su quantum, el procesador se quita del subproceso y pasa al 
siguiente subproceso de igual prioridad, si hay uno disponible. 

El programador de subprocesos de un sistema operativo determina cuál subproceso se debe ejecutar a 
continuación. Una implementación simple del programador de subprocesos mantiene el subproceso de mayor 
prioridad en ejecución en todo momento y, si hay más de un subproceso de mayor prioridad, asegura que todos 
esos subprocesos se ejecuten durante un quantum cada uno, en forma cíclica (round-robín). En la figura 23.3 
se muestra una cola de prioridades multinivel para los subprocesos. En la figura, suponiendo que hay una 
computadora con un solo procesador, los subprocesos A y B se ejecutan cada uno durante un quantum, en forma 
cíclica hasta que ambos subprocesos terminan su ejecución. Esto significa que A obtiene un quantum de tiempo 
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Th read . MAX_PRIORITY Prioridad 10 


Prioridad 9 


Subprocesos listos 

r : n B n 
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Prioridad 8 


Prioridad 7 


Prioridad 6 


Thread . N0RM_PRI0RITY Prioridad 5 



□ 
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Prioridad 4 


Prioridad 3 

Prioridad 2 | J 


K 
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Th read . MIN_PRI0RITY Prioridad I 

Figura 23.3 | Programación de prioridad de subprocesos. 

para ejecutarse. Después B obtiene un quantum. Luego A obtiene otro quantum. Después B obtiene otro. Esto 
continúa hasta que un subproceso se completa. Entonces, el procesador dedica todo su poder al subproceso res- 
tante (a menos que esté listo otro subproceso de prioridad 10). A continuación, el subproceso C se ejecuta hasta 
completarse (suponiendo que no llegan subprocesos de mayor prioridad). Los subprocesos D, E y F se ejecutan 
cada uno durante un quantum, en forma cíclica hasta que todos terminan de ejecutarse (de nuevo, suponiendo 
que no llegan procesos de mayor prioridad). Este proceso continúa hasta que todos los subprocesos se ejecutan 
hasta completarse. 

Cuando un subproceso de mayor prioridad entra al estado listo, el sistema operativo generalmente sustituye 
el subproceso actual en ejecución para dar preferencia al subproceso de mayor prioridad (una operación conoci- 
da como programación preferente). Dependiendo del sistema operativo, los subprocesos de mayor prioridad 
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podrían posponer (tal vez de manera indefinida) la ejecución de los subprocesos de menor prioridad. Común- 
mente, a dicho aplazamiento indefinido se le conoce, en forma más colorida, como inanición. 

Java cuenta con herramientas de concurrencia de alto nivel para ocultar parte de esta complejidad, y hacer 
que los programas sean menos propensos a errores. Las prioridades de los subprocesos se utilizan en segundo pla- 
no para interactuar con el sistema operativo, pero la mayoría de los programadores que utilizan subprocesamiento 
múltiple en Java no tienen que preocuparse por configurar y ajustar las prioridades de los subprocesos. 



Tip de portabilidad 23.1 

La programación de subprocesos es independiente de la plataforma; el comportamiento de un programa con subpro- 
cesamiento múltiple podría variar entre las distintas implementaciones de Java. 



Tip de portabilidad 23.2 

Al diseñar programas con subprocesamiento múltiple, considere las capacidades de subprocesamiento de las platafor- 
mas en las que se ejecutarán esos programas. Si utiliza prioridades distintas a las predeterminadas, el comportamien- 
to de sus programas será específico para la plataforma en la que se ejecuten. Si su meta es la portabilidad, no ajuste 
las prioridades de los subprocesos. 


23.4 Creación y ejecución de subprocesos 

El medio preferido de crear aplicaciones en Java con subprocesamiento múltiple es mediante la implemen- 
tación de la interfaz Runnable (del paquete java.lang). Un objeto Runnable representa una “tarea” que puede 
ejecutarse concurrentemente con otras tareas. La interfaz Runnable declara un solo método, run, el cual con- 
tiene el código que define la tarea que debe realizar un objeto Runnabl e. Cuando se crea e inicia un subproceso 
que ejecuta un objeto Runnable, el subproceso llama al método run del objeto Runnable, el cual se ejecuta en 
el nuevo subproceso. 


23.4- 1 Objetos Runnabl e y la clase Thread 

La clase Tarealmpri mi r (figura 23.4) implementa a Runnabl e (línea 5), de manera que puedan ejecutarse varios 
objetos Tarealmprimi r en forma concurrente. La variable ti empolnacti vi dad (línea 7) almacena un valor entero 
aleatorio de 0 a 5 segundos, que se crea en el constructor de Tarealmprimi r (línea 16). Cada subproceso que 
ejecuta a un objeto Tarealmpri mi r permanece inactivo durante la cantidad de tiempo especificado por ti empo- 
lnacti vi dad, después imprime el nombre de la tarea y un mensaje indicando que terminó su inactividad. 


1 // Fig. 23.4: Tarealmprimi r. java 

2 // La clase Tarealmprimi r permanece inactiva durante un tiempo aleatorio entre 0 y 5 
segundos 

3 import java. útil .Random; 

4 

5 public class Tarealmprimi r implements Runnable 

6 { 

7 private final int ti empolnacti vi dad; // tiempo de inactividad aleatorio para el 
subproceso 

8 private final String nombreTarea; // nombre de la tarea 

9 private final static Random generador = new RandomO; 

10 

11 public Tarealmprimi r( String nombre ) 

12 { 

13 nombreTarea = nombre; // establece el nombre de la tarea 

14 

15 // elige un tiempo de inactividad aleatorio entre 0 y 5 segundos 

16 tiempolnactividad = generador. nextlnt( 5000 ); // milisegundos 

Figura 23.4 | La clase Tarealmprimi r permanece inactiva durante un tiempo aleatorio de 0 a 5 segundos. 
(Parte I de 2). 
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17 } // fin del constructor de Tarealmprimi r 

18 

19 // el método run contiene el código que ejecutará un subproceso 

20 public void run () 

21 { 

22 try // deja el subproceso inactivo durante tiempolnactividad segundos 

23 { 

24 System. out. printff "%s va a estar inactivo durante %d milisegundos.\n", 

25 nombreTarea, tiempolnactividad ); 

26 Thread. sleepf tiempolnactividad ); // deja el subproceso inactivo 

27 } // fin de try 

28 catch f InterruptedException excepción ) 

29 { 

30 System . out . pri ntf( "%s %s\n", nombreTarea, 

31 "termino en forma prematura, debido a la interrupción" ); 

32 } // fin de catch 

33 

34 // imprime el nombre de la tarea 

35 System. out. printff "%s termino su inactividad\n", nombreTarea ); 

36 } // fin del método run 

37 } // fin de la clase Tarealmprimi r 

Figura 23.4 | La clase Tarealmprimi r permanece inactiva durante un tiempo aleatorio de 0 a 5 segundos. 

(Parte 2 de 2). 

Un objeto Tarealmprimi r se ejecuta cuando un subproceso llama al método run de Tarealmprimi r. En 
las líneas 24 y 25 se muestra un mensaje, indicando el nombre de la tarea actual en ejecución y que ésta va a 
quedar inactiva durante tiempolnactividad milisegundos. En la línea 26 se invoca al método static sleep 
de la clase Th read, para colocar el subproceso en el estado en espera sincronizado durante la cantidad especificada de 
tiempo. En este punto, el subproceso pierde al procesador y el sistema permite que otro subproceso se ejecute. 
Cuando el subproceso despierta, vuelve a entrar al estado ejecutable. Cuando el objeto Tarealmprimi r se asigna 
a otro procesador de nuevo, en la línea 35 se imprime un mensaje indicando que la tarea dejó de estar inactiva, y 
después el método run termina. Observe que la instrucción catch en las líneas 28 a 32 es obligatoria, ya que el 
método si eep podría lanzar una excepción InterruptedException (verificada) si se hace una llamada al méto- 
do interrupt del subproceso inactivo. 

En la figura 23.5 se crean objetos Thread para ejecutar objetos Tarealmprimi r. En las líneas 12 a 14 se 
crean tres subprocesos, cada uno de los cuales especifica un nuevo objeto Tarealmpri mi r a ejecutar. En las líneas 
19 a 21 se hace una llamada al método start de Thread en cada uno de los subprocesos; cada llamada invoca al 
método run del objeto Runnable correspondiente para ejecutar la tarea. En la línea 23 se imprime un mensaje 
indicando que se han iniciado todas las tareas de los subprocesos, y que el método mai n terminó su ejecución. 


1 // Fig. 23.5: CreadorSubproceso . java 

2 // Creación e inicio de tres subprocesos para ejecutar objetos Runnable. 

3 import j ava. lang. Thread; 

4 

5 public class CreadorSubproceso 

6 { 

7 public static void main( Stringf] args ) 

8 { 

9 System. out. printlnf "Creación de subprocesos" ); 

10 

11 // crea cada subproceso con un nuevo objeto Runnable 

12 Thread subprocesol = new Threadf new Tarealmprimi r( "tareal" ) ); 

13 Thread subproceso2 = new Threadf new Tarealmprimi r( "tarea2" ) ); 

14 Thread subproceso3 = new Threadf new Tarealmprimi rf "tarea3" ) ); 

Figura 23.5 | Creación e inicio de tres subprocesos para ejecutar objetos Runnable. (Parte I de 2). 
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15 

16 System. out . pri ntl n( "Subprocesos creados, iniciando tareas." ); 

17 

18 // inicia los subprocesos y los coloca en el estado "en ejecución" 

19 subprocesol. start() ; // invoca al método run de tareal 

20 subproceso2 . start() ; // invoca al método run de tarea2 

21 subproceso3 . start() ; // invoca al método run de tarea3 

22 

23 System. out. pri ntl n( "Tareas iniciadas, main termina.\n" ); 

24 } // fin de main 

25 } // fin de la clase CreadorSubproceso 

Creación de subprocesos 
Subprocesos creados, iniciando tareas 
Tareas iniciadas, main termina 

Tarea3 va a estar inactivo durante 491 mil i segundos 

tarea2 va a estar inactivo durante 71 mil i segundos 

Tareal va a estar inactivo durante 3549 mil i segundos 

tarea2 termino su inactividad 
tarea3 termino su inactividad 
tareal termino su inactividad 

Creación de subprocesos 

Subprocesos creados, iniciando tareas 

tareal va a estar inactivo durante 4666 mil i segundos 

tarea2 va a estar inactivo durante 48 mil i segundos 

tarea3 va a estar inactivo durante 3924 mil i segundos 

Tareas iniciadas, main termina 

subproceso2 termino su inactividad 
subproceso3 termino su inactividad 
subprocesol termino su inactividad 

Figura 23.5 | Creación e inicio de tres subprocesos para ejecutar objetos Runnable. (Parte 2 de 2). 


El código en el método mai n se ejecuta en el subproceso principal, un subproceso creado por la JVM. 
El código en el método run de Tarealmprimi r (líneas 20 a 36 de la figura 23.4) se ejecuta en los subprocesos 
creados en las líneas 12 a 14 de la figura 23.5. Cuando termina el método mai n, el programa en sí continúa eje- 
cutándose, ya que aún hay subprocesos vivos (es decir, alguno de los tres subprocesos que creamos no ha llegado 
aún al estado terminado) . El programa no terminará sino hasta que su último subproceso termine de ejecutarse, 
punto en el cual la JVM también terminará. 

Los resultados de ejemplo para este programa muestran el nombre de cada tarea y el tiempo de inactividad, 
al momento en que el subproceso queda inactivo. El subproceso con el tiempo de inactividad más corto es el que 
normalmente se despierta primero, indicando que acaba de dejar de estar inactivo y termina. En la sección 23.9 
hablaremos sobre las cuestiones acerca del subprocesamiento múltiple que podrían evitar que el subproceso con 
el tiempo de inactividad más corto se despertara primero. En el primer conjunto de resultados, el subproceso 
principal termina antes de que cualquiera de los otros subprocesos impriman sus nombres y tiempos de inacti- 
vidad. Esto muestra que el subproceso principal se ejecuta hasta completarse antes que cualquiera de los otros 
subprocesos tengan la oportunidad de ejecutarse. En el segundo conjunto de resultados, todos los subprocesos 
imprimen sus nombres y tiempos de inactividad antes de que termine el subproceso principal. Esto muestra que el 
sistema operativo permitió a los otros subprocesos ejecutarse antes de que terminara el subproceso principal. Este 
es un ejemplo de la programación cíclica (round-robin) que vimos en la sección 23.3. Además, observe que en el 
primer conjunto de resultados de ejemplo, tarea3 queda inactivo primero y tareal queda inactivo al último, 
aun cuando empezamos el subproceso de tareal primero. Esto ilustra el hecho de que no podemos predecir el 
orden en el que se programarán los subprocesos, aun si conocemos el orden en el que se crearon e iniciaron. Por 
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último, en cada uno de los conjuntos de resultados, observe que el orden en el que los subprocesos indican que 
dejaron de estar inactivos coincide con los tiempos de inactividad de menor a mayor de los tres subprocesos. 
Aunque éste es el orden razonable e intuitivo para que estos subprocesos terminen sus tareas, no se garantiza que 
los subprocesos vayan a terminar en este orden. 

23.4-2 Administración de subprocesos con el marco de trabajo Executor 

Aunque es posible crear subprocesos en forma explícita, como en la figura 23.5, se recomienda utilizar la interfaz 
Executor para administrar la ejecución de objetos Runnabl e de manera automática. Por lo general, un objeto Exe- 
cutor crea y administra un grupo de subprocesos, al cual se le denomina reserva de subprocesos, para ejecutar 
objetos Runnabl e. Usted puede crear sus propios subprocesos, pero el uso de un objeto Executor tiene muchas 
ventajas. Los objetos Executor pueden reutilizar los subprocesos existentes para eliminar la sobrecarga de crear 
un nuevo subproceso para cada tarea, y pueden mejorar el rendimiento al optimizar el número de subprocesos, 
con lo cual se asegura que el procesador se mantenga ocupado, sin crear demasiados subprocesos como para que 
la aplicación se quede sin recursos. 

La interfaz Executor declara un solo método llamado execute, el cual acepta un objeto Runnabl e como 
argumento. El objeto Executor asigna cada objeto Runnabl e que se pasa a su método execute a uno de los 
subprocesos disponibles en la reserva. Si no hay subprocesos disponibles, el objeto Executor crea un nuevo sub- 
proceso, o espera a que haya uno disponible y lo asigna al objeto Runnabl e que se pasó al método execute. 

La interfaz ExecutorService (del paquete java, útil .concurrent) es una interfaz que extiende a Exe- 
cutor y declara varios métodos más para administrar el ciclo de vida de un objeto Executor. Un objeto que 
implementa a la interfaz ExecutorService se puede crear mediante el uso de los métodos static declarados 
en la clase Executors (del paquete java. útil .concurrent). Utilizaremos la interfaz ExecutorService y un 
método de la clase Executors en la siguiente aplicación, la cual ejecuta tres tareas. 

En la figura 23.6 se utiliza un objeto ExecutorService para administrar subprocesos que ejecuten objetos 
Tarealmprimi r. El método mai n (líneas 8 a 29) crea y nombra tres objetos Tarealmprimi r (líneas lia 13). En 
la línea 18 se utiliza el método newCachedThreadPool de Executors para obtener un objeto ExecutorServi ce 
que crea nuevos subprocesos, según los va necesitando la aplicación. Estos subprocesos los utiliza ejecutor- 
Subprocesos para ejecutar los objetos Runnabl e. 
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// Fig. 23.6: EjecutorTareas . java 

// Uso de un objeto ExecutorService para ejecutar objetos Runnable. 
import java. útil . concurrent . Executors ; 
import java. útil .concurrent. ExecutorService; 

public class EjecutorTareas 

{ 

public static void main( String[] args ) 

{ 

// crea y nombra cada objeto Runnable 

Tarealmprimi r tareal = new Tarealmprimi r( "tareal" ); 

Tarealmprimi r tarea2 = new Tarealmprimi r( "tarea2" ); 

Tarealmprimi r tarea3 = new Tarealmprimi r( "tarea3" ); 

System. out.printlnf "Iniciando Executor" ); 

// crea objeto ExecutorService para administrar los subprocesos 

ExecutorService ejecutorSubprocesos = Executors . newCachedThreadPool Q ; 

// inicia los subprocesos y los coloca en el estado ejecutable 

ejecutorSubprocesos . execute( tareal ); // inicia tareal 
ejecutorSubprocesos . execute( tarea2 ); // inicia tarea2 
ejecutorSubprocesos . execute( tarea3 ); // inicia tarea3 


Figura 23.6 


Uso de un objeto ExecutorService para ejecutar objetos Runnable. (Parte I de 2). 
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25 // cierra los subprocesos trabajadores cuando terminan sus tareas 

26 ejecutorSubprocesos . shutdown() ; 

27 

28 System. out.println( "Tareas iniciadas, main termina.\n" ); 

29 } // fin de main 

30 } // fin de la clase EjecutorTareas 

Iniciando Executor 

Tareas iniciadas, main termina 

tareal va a estar inactivo durante 4806 mil i segundos 
tarea2 va a estar inactivo durante 2513 milisegundos 
tarea3 va a estar inactivo durante 1132 milisegundos 
tarea3 termino su inactividad 
tarea2 termino su inactividad 
tareal termino su inactividad 

Iniciando Executor 

tareal va a estar inactivo durante 1342 milisegundos 
tarea2 va a estar inactivo durante 277 milisegundos 
tarea3 va a estar inactivo durante 2737 milisegundos 
Tareas iniciadas, main termina 

subproceso2 termino su inactividad 
subprocesol termino su inactividad 
subproceso3 termino su inactividad 

I 

Figura 23.6 | Uso de un objeto ExecutorService para ejecutar objetos Runnable. (Parte 2 de 2). 

En cada una de las líneas 21 a 23 se invoca el método execute de ExecutorServi ce. Este método ejecuta 
el objeto Runnable que recibe como argumento (en este caso, un objeto Tarealmprimi r) en algún momento 
en el futuro. La tarea especificada puede ejecutarse en uno de los subprocesos en la reserva de ExecutorServi - 
ce, en un nuevo subproceso creado para ejecutarla, o en el subproceso que llamó al método execute; el objeto 
ExecutorService administra estos detalles. El método execute regresa inmediatamente después de cada invo- 
cación; el programa no espera a que termine cada objeto Tarealmprimi r. En la línea 26 se hace una llamada al 
método shutdown de ExecutorService, el cual notifica al objeto ExecutorService para que deje de aceptar 
nuevas tareas, pero continúa ejecutando las tareas que ya se hayan enviado. Una vez que se han completado todos 
los objetos Runnabl e enviados anteriormente, el objeto ejecutorSubprocesos termina. En la línea 28 se impri- 
me un mensaje indicando que se iniciaron las tareas y que el subproceso principal está terminando su ejecución. 
Los conjuntos de resultados de ejemplo son similares a los del programa anterior y, de nuevo, demuestran el no 
determinismo de la programación de subprocesos. 

23.5 Sincronización de subprocesos 

Cuando varios subprocesos comparten un objeto, y éste puede ser modificado por uno o más de los subprocesos, 
pueden ocurrir resultados indeterminados (como veremos en los ejemplos), a menos que el acceso al objeto com- 
partido se administre de manera apropiada. Si un subproceso se encuentra en el proceso de actualizar a un objeto 
compartido, y otro subproceso trata de actualizarlo también, no queda claro cuál actualización del subproceso 
se lleva a cabo. Cuando esto ocurre, el comportamiento del programa no puede determinarse; algunas veces el 
programa producirá los resultados correctos; sin embargo, en otras ocasiones producirá los resultados incorrectos. 
En cualquier caso, no habrá indicación de que el objeto compartido se manipuló en forma incorrecta. 

El problema puede resolverse si se da a un subproceso a la vez el acceso exclusivo al código que manipula al 
objeto compartido. Durante ese tiempo, otros subprocesos que deseen manipular el objeto deben mantenerse en 
espera. Cuando el subproceso con acceso exclusivo al objeto termina de manipularlo, a uno de los subprocesos 
que estaba en espera se le debe permitir que continúe ejecutándose. Este proceso, conocido como sincronización 
de subprocesos, coordina el acceso a los datos compartidos por varios subprocesos concurrentes. Al sincronizar 
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los subprocesos de esta forma, podemos asegurar que cada subproceso que accede a un objeto compartido excluye 
a los demás subprocesos de hacerlo en forma simultánea; a esto se le conoce como exclusión mutua. 

Una manera de realizar la sincronización es mediante los monitores integrados en Java. Cada objeto tiene un 
monitor y un bloqueo de monitor (o bloqueo intrínseco). El monitor asegura que el bloqueo de monitor de su 
objeto se mantenga por un máximo de sólo un subproceso a la vez. Así, los monitores y los bloqueos de monitor 
se pueden utilizar para imponer la exclusión mutua. Si una operación requiere que el subproceso en ejecución 
mantenga un bloqueo mientras se realiza la operación, un subproceso debe adquirir el bloqueo para poder con- 
tinuar con la operación. Otros subprocesos que traten de realizar una operación que requiera el mismo bloqueo 
permanecerán bloqueados hasta que el primer subproceso libere el bloqueo, punto en el cual los subprocesos 
bloqueados pueden tratar de adquirir el bloqueo y continuar con la operación. 

Para especificar que un subproceso debe mantener un bloqueo de monitor para ejecutar un bloque de códi- 
go, el código debe colocarse en una instrucción synchronized. Se dice que dicho código está protegido por 
el bloqueo de monitor; un subproceso debe adquirir el bloqueo para ejecutar las instrucciones synchroni zed. 
El monitor sólo permite que un subproceso a la vez ejecute instrucciones dentro de bloques synchroni zed que 
se bloqueen en el mismo objeto, ya que sólo un subproceso a la vez puede mantener el bloqueo de monitor. Las 
instrucciones synchroni zed se declaran mediante la palabra clave synchronized: 

synchronized ( objeto ) 

{ 

Instrucciones 

} // fin de la instrucción synchronized 

en donde objeto es el objeto cuyo bloqueo de monitor se va a adquirir; generalmente, objeto es this si es el 
objeto en el que aparece la instrucción synchronized. Si varias instrucciones synchronized están tratando de 
ejecutarse en un objeto al mismo tiempo, sólo una de ellas puede estar activa en el objeto; todos los demás subpro- 
cesos que traten de entrar a una instrucción synchroni zed en el mismo objeto se colocan en el estado bloqueado. 

Cuando una instrucción synchroni zed termina de ejecutarse, el bloqueo de monitor del objeto se libera y 
el sistema operativo puede permitir que uno de los subprocesos bloqueados, que intentan entrar a una instrucción 
synchronized, adquieran el bloqueo para continuar. Java también permite los métodos synchronized. Dicho 
método es equivalente a una instrucción synchronized que encierra el cuerpo completo de un método, y que 
utiliza a thi s como el objeto cuyo bloqueo de monitor se va a adquirir. Puede especificar un método como syn- 
chroni zed; para ello, coloque la palabra clave synchroni zed antes del tipo de valor de retorno del método en 
su declaración. 

23.5. 1 Cómo compartir datos sin sincronización 

Ahora presentaremos un ejemplo para ilustrar los peligros de compartir un objeto entre varios subprocesos sin una 
sincronización apropiada. En este ejemplo, dos objetos Runnabl e mantienen referencias a un solo arreglo entero. 
Cada objeto Runnabl e escribe cinco valores en el arreglo, y después termina. Tal vez esto parezca inofensivo, pero 
puede provocar errores si el arreglo se manipula sin sincronización. 

La clase ArregloSimple 

Un objeto de la clase Arregl oSi mpl e (figura 23.7) se compartirá entre varios subprocesos. Arregl oSi mpl e per- 
mitirá que esos subprocesos coloquen valores i nt en arregl o (declarado en la línea 7). En la línea 8 se inicializa 
la variable i ndi ceEsc ri tu ra, la cual se utilizará para determinar el elemento del arreglo en el que se debe escribir 
a continuación. El constructor (líneas 12 a 15) crea un arreglo entero del tamaño deseado. 


1 // Fig. 23.7: ArregloSimple. java 

2 // Clase que administra un arreglo simple para compartirlo entre varios subprocesos. 

3 import java. útil .Random; 

4 

5 public class ArregloSimple // PRECAUCIÓN: ¡NO ES SEGURO PARA LOS SUBPROCESOS! 

6 { 

Figura 23.7 | Clase que administra un arreglo entero para compartirlo entre varios subprocesos. (Parte I de 2). 
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7 prívate final int arreglof]; // el arreglo entero compartido 

8 prívate int i ndi ceEscri tura = 0; // índice del siguiente elemento a escribir 

9 prívate final static Random generador = new RandomO; 

10 

11 // construye un objeto ArregloSimple de un tamaño dado 

12 public ArregloSimplef int tamanio ) 

13 { 

14 arreglo = new int[ tamanio ]; 

15 } // fin del constructor 

16 

17 // agrega un valor al arreglo compartido 

18 public void agregarf int valor ) 

19 { 

20 int posición = indiceEscritura; // almacena el indice de escritura 

21 

22 try 

23 { 

24 // pone el subproceso en inactividad de 0 a 499 milisegundos 

25 Thread.sleepC generador . nextlntf 500 ) ); 

26 } // fin de try 

27 catch ( InterruptedException ex ) 

28 { 

29 ex. printStackTrace() ; 

30 } // fin de catch 

31 

32 // coloca el valor en el elemento apropiado 

33 arreglof posición ] = valor; 

34 System. out.printff "%s escribió %2d en el elemento %d.\n' , 

35 Thread . currentThread() . getNamef) , valor, posición ); 

36 

37 ++i ndi ceEscri tura; // incrementa el índice del siguiente elemento a escribir 

38 System. out.printff "Siguiente indice de escritura: %d\n , indiceEscritura ); 

39 } // fin del método agregar 

40 

41 // se utiliza para imprimir el contenido del arreglo entero compartido 

42 public String toStringO 

43 { 

44 String cadenaArreglo = "\nContenido de ArregloSimple:\n ; 

45 

46 for ( int i = 0; i < arregl o . 1 ength ; i++ ) 

47 cadenaArreglo += arreglof i ] + ; 

48 

49 return cadenaArreglo; 

50 } // fin del método toString 

51 } // fin de la clase ArregloSimple 

Figura 23.7 | Clase que administra un arreglo entero para compartirlo entre varios subprocesos. (Parte 2 de 2). 


El método agregar (líneas 18 a 39) permite insertar nuevos valores al final del arreglo. En la línea 20 se 
almacena el valor de i ndi ceEscri tura actual. En la línea 25, el subproceso que invoca a agregar queda inactivo 
durante un intervalo aleatorio de 0 a 499 milisegundos. Esto se hace para que los problemas asociados con el 
acceso desincronizado a los datos compartidos sean más obvios. Una vez que el subproceso deja de estar inactivo, 
en la línea 33 se inserta el valor que se pasa a agregar en el arreglo, en el elemento especificado por posi ci on. En 
las líneas 34 y 35 se imprime un mensaje, indicando el nombre del subproceso en ejecución, el valor que se insertó 
en el arreglo y en dónde se insertó. En la línea 37 se incrementa i ndi ceEsc ri tu ra, de manera que la siguiente 
llamada a agregar insertará un valor en el siguiente elemento del arreglo. En las líneas 42 a 50 se sobrescribe el 
método toStri ng para crear una representación Stri ng del contenido del arreglo. 
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La clase Escritor Arreglo 

La clase EscritorArreglo (figura 23.8) implementa a la interfaz Runnable para definir una tarea para insertar 
valores en un objeto ArregloSimple. El constructor (líneas 10 a 14) recibe dos argumentos: un valor entero, 
que viene siendo el primer valor que insertará esta tarea en el objeto Arregl oSi mpl e, y una referencia al objeto 
Arregl oSimpl e. En la línea 20 se invoca el método agregar en el objeto Arregl oSimpl e. La tarea se completa 
una vez que se agregan tres enteros consecutivos, empezando con val orlni ci al, al objeto Arregl oSi mpl e. 


1 // Fig. 23.8: EscritorArreglo. java 

2 // Agrega enteros a un arreglo compartido con otros objetos Runnable 

3 import java. lang. Runnable; 

4 

5 public class EscritorArreglo implements Runnable 

6 { 

7 private final ArregloSimple arregloSimpleCompartido; 

8 private final int val orlni ci al ; 

9 

10 public EscritorArreglo( int valor, ArregloSimple arreglo ) 

1 1 { 

12 valorlnicial = valor; 

13 arregloSimpleCompartido^ arreglo; 

14 } // fin del constructor 

15 

16 public void run() 

17 { 

18 for ( int i = valorlnicial; i < valorlnicial + 3; i++ ) 

19 { 

20 arregloSimpleCompartido. agregar( i ) ; // agrega un elemento al arreglo compartido 

21 } // fin de for 

22 } // fin del método run 

23 } // fin de la clase EscritorArreglo 

Figura 23.8 | Agrega enteros a un arreglo compartido con otros objetos Runnable. 


La clase PruebaArregl oCompartido 

La clase PruebaArregl oCompartido ejecuta dos tareas EscritorArreglo que agregan valores a un solo objeto 
ArregloSimple. En la línea 12 se construye un objeto ArregloSimple con seis elementos. En las líneas 15 y 
16 se crean dos nuevas tareas EscritorArreglo, una que coloca los valores 1 a 3 en el objeto ArregloSimple, 
y una que coloca los valores 11 a 13. En las líneas 19 a 21 se crea un objeto ExecutorServi ce y se ejecutan los 
dos objetos EscritorArreglo. En la línea 23 se invoca el método shutDown de ExecutorServi ce para evitar 
que se inicien tareas adicionales, y para permitir que la aplicación termine cuando las tareas actuales en ejecución 
se completen. 


1 // Fig 23.9: PruebaArregl oCompartido. java 

2 // Ejecuta dos objetos Runnable para agregar elementos a un objeto ArregloSimple 
compartido. 

3 import java. útil . concurrent. Executors ; 

4 import java. útil .concurrent. ExecutorService; 

5 import java. útil .concurrent. TimeUnit; 

6 

7 public class PruebaArregloCompartido 

8 { 

9 public static void main( Stringf] arg ) 

10 { 

Figura 23.9 | Ejecuta dos objetos Runnabl e para insertar valores en un arreglo compartido. (Parte I de 2). 
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11 // construye el objeto compartido 

12 ArregloSimple arregloSimpleCompartido = new ArregloSimple( 6 ); 

13 

14 // crea dos tareas para escribir en el objeto ArregloSimple compartido 

15 EscritorArreglo escritorl = new EscritorArreglo( 1, arregloSimpleCompartido ); 

16 EscritorArreglo escritor2 = new EscritorArreglo( 11, arregloSimpleCompartido ); 

17 

18 // ejecuta las tareas con un objeto ExecutorServi ce 

19 ExecutorService ejecutor = Executors . newCachedThreadPool () ; 

20 ejecutor . execute( escritorl ); 

21 ejecutor . execute( escritor2 ); 

22 

23 ejecutor. shutdownC) ; 

24 

25 try 

26 { 

27 // espera 1 minuto para que ambos escritores terminen de ejecutarse 

28 boolean tareasTermi naron = ejecutor. awai tTermi nation( 

29 1, Ti meUnit. MINUTES ); 

30 

31 if ( tareasTermi naron ) 

32 System. out.println( arregloSimpleCompartido ); // imprime el contendió 

33 el se 

34 System. out.println( 

35 "Se agoto el tiempo esperando a que las tareas terminaran." ); 

36 } // fin de try 

37 catch ( InterruptedException ex ) 

38 { 

39 System. out.println( 

40 "Hubo una interrupción mientras esperaba a que terminaran las tareas." ); 

41 } // fin de catch 

42 } // fin de main 

43 } // fin de la clase PruebaArregloCompartido 


pool -1-thread-l escribió 1 en el elemento 0 . 


Siguiente indice de escritura: 1 

Primero pool -1-thread-l escribió el valor 1 

pool -1-thread-l escribió 2 en el elemento 1. 

en el elemento 0. Después pool -l-thread-2 

Siguiente indice de escritura: 2 

escribió el valor 11 en el elemento 0. con 

pool -1-thread-l escribió 3 en el elemento 2. 

lo cual sobrescribió el valor previamente 

Siguiente indice de escritura: 3 

almacenado. 

pool -l-thread-2 escribió 11 en el elemento 0 . J 


Siguiente indice de escritura: 4 


pool -l-thread-2 escribió 12 en el elemento 4. 


Siguiente indice de escritura: 5 


pool -l-thread-2 escribió 13 en el elemento 5. 


Siguiente indice de escritura: 6 


Contenido de ArregloSimple: 


11 2 3 0 12 13 



Figura 23.9 | Ejecuta dos objetos Runnabl e para insertar valores en un arreglo compartido. (Parte 2 de 2). 


Recuerde que el método shutdown de ExecutorService regresa de inmediato. Por ende, cualquier código 
que aparezca después de la llamada al método shutdown de ExecutorService en la línea 23 seguirá ejecután- 
dose, siempre y cuando el subproceso mai n siga asignado a un procesador. Nos gustaría imprimir el objeto 
ArregloSimple para mostrarle los resultados después de que los subprocesos completan sus tareas. Entonces, 
necesitamos que el programa espere a que los subprocesos se completen antes de que mai n imprima el contenido 
del objeto ArregloSimple. La interfaz ExecutorService proporciona el método awaitTermination para este 
fin. Este método devuelve el control al que lo llamó, ya sea cuando se completen todas las tareas que se ejecutan 
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en el objeto ExecutorServi ce, o cuando se agote el tiempo de inactividad especificado. Si todas las tareas se 
completan antes de que se agote el tiempo de awai tTermi nati on, este método devuelve true; en caso contrario 
devuelve false. Los dos argumentos para awaitTermi nation representan un valor de límite de tiempo y una 
unidad de medida especificada con una constante de la clase Timellnit (en este caso, Ti mellnit. MINUTES). En 
este ejemplo, si ambas tareas se completan antes de que se agote el tiempo de awai tTe rmi nati on, en la línea 32 se 
muestra el contenido del objeto Arregl oSi mpl e. En caso contrario, en las líneas 34 y 35 se imprime un mensaje 
indicando que las tareas no terminaron de ejecutarse antes de que se agotara el tiempo de awai tTermi nati on. 

Los resultados en la figura 23.9 demuestran los problemas (resaltados en la salida) que se pueden producir 
debido a la falla en la sincronización del acceso a los datos compartidos. El valor 1 se escribió para el elemento 0, 
y más adelante lo sobrescribió el valor 11. Además, cuando i ndi ceEscri tu ra se incrementó a 3, no se escribió 
nada en ese elemento, como lo indica el 0 en ese elemento del arreglo impreso. 

Recuerde que hemos agregado llamadas al método si eep de Th read entre las operaciones con los datos com- 
partidos para enfatizar la imprevisibilidad de la programación de subprocesos, y para incrementar la probabilidad 
de producir una salida errónea. Es importante observar que, aun si estas operaciones pudieran proceder a su ritmo 
normal, de todas formas veríamos errores en la salida del programa. Sin embargo, los procesadores modernos 
pueden manejar las operaciones simples del método agregar de Arregl oSi mpl e con tanta rapidez que tal vez no 
veríamos los errores ocasionados por los dos subprocesos que ejecutan este método en forma concurrente, aun si 
probáramos el programa docenas de veces. Uno de los retos de la programación con subprocesamiento múltiple 
es detectar los errores; pueden ocurrir con tan poca frecuencia que un programa erróneo no producirá resultados 
incorrectos durante la prueba, creando la ilusión de que el programa es correcto. 


23.5.2 Cómo compartir datos con sincronización: hacer las operaciones 
atómicas 

Los errores de la salida de la figura 23.9 pueden atribuirse al hecho de que el objeto compartido (Arregl oSi mpl e) 
no es seguro para los subprocesos; Arregl oSi mpl e es susceptible a errores si varios subprocesos lo utilizan en 
forma concurrente. El problema recae en el método agregar, el cual almacena el valor de i ndi ceEscri tura, 
coloca un nuevo valor en ese elemento y después incrementa a i ndi ceEscri tura. Dicho método no presentaría 
problemas en un programa con un solo subproceso. No obstante, si un subproceso obtiene el valor de i ndi ce- 
Escri tura, no hay garantía de que otro subproceso no pueda llegar e incrementar i ndi ceEscri tura antes de 
que el primer subproceso haya tenido la oportunidad de colocar un valor en el arreglo. Si esto ocurre, el primer 
subproceso estará escribiendo en el arreglo, con base en un valor pasado de i ndi ceEscri tua; un valor que ya no 
sea válido. Otra posibilidad es que un subproceso podría obtener el valor de i ndi ceEscritura después de que 
otro subproceso agregue un elemento al arreglo, pero antes de que se incremente i ndi ceEscri tura. En este caso 
también, el primer subproceso escribiría en el arreglo con base en un valor inválido para i ndi ceEscri tura. 

Arregl oSi mpl e no es seguro para los subprocesos, ya que permite que cualquier número de subprocesos lean 
y modifiquen los datos en forma concurrente, lo cual puede producir errores. Para que Arregl oSi mpl e sea seguro 
para los subprocesos, debemos asegurar que no haya dos subprocesos que puedan acceder a este objeto al mismo 
tiempo. También debemos asegurar que mientras un subproceso se encuentre almacenando i ndi ceEscri tura, 
agregando un valor al arreglo e incrementando i ndi ceEscri tura, ningún otro subproceso pueda leer o cambiar 
el valor de i ndi ceEscri tura, o modificar el contenido del arreglo en ningún punto durante estas tres operacio- 
nes. En otras palabras, deseamos que estas tres operaciones (almacenar i ndi ceEscritura, escribir en el arreglo, 
incrementar i ndi ceEscri tura) sean una operación atómica, la cual no puede dividirse en suboperaciones más 
pequeñas. Aunque ningún procesador puede llevar a cabo las tres etapas del método agregar en un solo ciclo de 
reloj para que la operación sea verdaderamente atómica, podemos simular la atomicidad al asegurar que sólo un 
subproceso lleve a cabo las tres operaciones al mismo tiempo. Cualquier otro subproceso que necesite realizar la 
operación deberá esperar hasta que el primer subproceso haya terminado la operación agregar en su totalidad. 

La atomicidad se puede lograr mediante el uso de la palabra clave synchroni zed. Al colocar nuestras tres 
suboperaciones en una instrucción synchroni zed o en un método synchroni zed, sólo un subproceso a la vez 
podrá adquirir el bloqueo y realizar las operaciones. Cuando ese subproceso haya completado todas las operacio- 
nes en el bloque synchroni zed y libere el bloqueo, otro subproceso podrá adquirir el bloqueo y empezar a ejecu- 
tar las operaciones. Esto asegura que un subproceso que ejecuta las operaciones pueda ver los valores actuales de 
los datos compartidos, y que estos valores no puedan cambiar de manera inesperada, en medio de las operaciones 
y como resultado de que otro subproceso los modifique. 
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Observación de ingeniería de software 23.1 

Coloque todos los accesos para los datos mutables que puedan compartir varios subprocesos dentro de instrucciones 
synchroni zed, o dentro de métodos synchroni zed que puedan sincronizarse con el mismo bloqueo. Al realizar 
varias operaciones con datos compartidos, mantenga el bloqueo durante toda la operación para asegurar que ésta sea, 
en efecto, atómica. 


En la figura 23. 10 se muestra la clase Arregl oSi mpl e con la sincronización apropiada. Observe que es idén- 
tica a la clase Arregl oSi mpl e de la figura 23.7, excepto que agregar es ahora un método synchroni zed (línea 
19). Por lo tanto, sólo un subproceso a la vez puede ejecutar este método. Reutilizaremos las clases Escritor- 
Arreglo (figura 23.8) y PruebaArregl oCompartido (figura 23.9) del ejemplo anterior. 


1 // Fig. 23.10: ArregloSimple. java 

2 // Clase que administra un arreglo simple para compartirlo entre varios subprocesos. 

3 import java. útil .Random; 

4 

5 public class ArregloSimple 

6 { 

7 private final int arreglof]; // el arreglo entero compartido 

8 private int i ndi ceEscri tura = 0; // indice del siguiente elemento a escribir 

9 private final static Random generador = new RandomO; 

10 

11 // construye un objeto ArregloSimple de un tamaño dado 

12 public ArregloSimple( int tamanio ) 

13 { 

14 arreglo = new int[ tamanio ]; 

15 } // fin del constructor 

16 

17 // agrega un valor al arreglo compartido 

18 public synchronized void agregar( int valor ) 

19 { 

20 int posición = indiceEscritura; // almacena el indice de escritura 

21 

22 try 

23 { 

24 // pone el subproceso en inactividad de 0 a 499 milisegundos 

25 Thread.sleep( generador . nextlnt( 500 ) ); 

26 } // fin de try 

27 catch ( InterruptedException ex ) 

28 { 

29 ex. printStackTrace() ; 

30 } // fin de catch 

31 

32 // coloca el valor en el elemento apropiado 

33 arregl o [ posición ] = valor; 

34 System. out.printf( "%s escribió %2d en el elemento %d.\n", 

35 Thread . currentThread() . getName() , valor, posición ); 

36 

37 ++i ndi ceEscri tura; // incrementa el indice del siguiente elemento a escribir 

38 System. out.printf( "Siguiente indice de escritura: %d\n , indiceEscritura ); 

39 } // fin del método agregar 

40 

41 // se utiliza para imprimir el contenido del arreglo entero compartido 

42 public String toStringO 

43 { 

44 String cadenaArreglo = "\nContenido de ArregloSimple:\n ; 

Figura 23.10 | Clase que administra un arreglo simple para compartirlo entre varios subprocesos con sincronización. 
(Parte I de 2). 
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45 




46 


for ( int i = 0; i < arregli 

47 



cadenaArreglo += arreglo 

48 




49 


return cadenaArreglo; 

50 

} 

// 

fin del método toString 

51 

} // 

fin 

de la clase ArregloSimple 


pool -1-thread-l escribió 1 en el elemento 0. 

Siguiente indice de escritura: 1 

pool -l-thread-2 escribió 11 en el elemento 1. 

Siguiente indice de escritura: 2 

pool -l-thread-2 escribió 12 en el elemento 2. 

Siguiente indice de escritura: 3 

pool -l-thread-2 escribió 13 en el elemento 3. 

Siguiente indice de escritura: 4 

pool -1-thread-l escribió 2 en el elemento 4. 

Siguiente indice de escritura: 5 

pool -1-thread-l escribió 3 en el elemento 5. 

Siguiente indice de escritura: 6 

Contenido de ArregloSimple: 

1 11 12 13 2 3 

Figura 23.10 | Clase que administra un arreglo simple para compartirlo entre varios subprocesos con sincronización. 
(Parte 2 de 2). 


En la línea 18 se declara el método como synchroni zed, lo cual hace que todas las operaciones en este méto- 
do se comporten como una sola operación atómica. En la línea 20 se realiza la primera suboperación: almacenar el 
valor deindiceEscritura. En la línea 33 se define la segunda suboperación, escribir un elemento en el elemento 
que está en el índice posi ci on. En la línea 37 se incrementa i ndi ceEscri tura. Cuando el método termina de 
ejecutarse en la línea 39, el subproceso en ejecución libera el bloqueo de Arregl oSi mpl e, lo cual hace posible que 
otro subproceso empiece a ejecutar el método agregar. 

En el método add sincronizado mediante la palabra clave synchroni zed, imprimimos mensajes en la 
consola, indicando el progreso de los subprocesos a medida que ejecutan este método, además de realizar las ope- 
raciones actuales requeridas para insertar un valor en el arreglo. Elacemos esto de manera que los mensajes se 
impriman en el orden correcto, con lo cual usted podrá ver si el método está sincronizado apropiadamente, al 
comparar estos resultados con los del ejemplo anterior, sin sincronización. En ejemplos posteriores seguiremos 
imprimiendo mensajes de bloques synchroni zed para fines demostrativos; sin embargo, las operaciones de E/S 
no deben realizarse comúnmente en bloques synchroni zed, ya que es importante minimizar la cantidad de tiem- 
po que un objeto permanece “bloqueado”. 



Tip de rendimiento 23.2 

Mantenga la duración de las instrucciones synchroni zed lo más corta posible, mientras mantiene la sincronización 
necesaria. Esto minimiza el tiempo de espera para los subprocesos bloqueados. Evite realizar operaciones de E/S, 
cálculos extensos y operaciones que no requieran sincronización, manteniendo un bloqueo. 


Otra observación en relación con la seguridad de los subprocesos: hemos dicho que es necesario sincronizar 
el acceso a todos los datos que puedan compartirse entre varios subprocesos. En realidad, esta sincronización es 
necesaria sólo para los datos mutables, o los datos que puedan cambiar durante su tiempo de vida. Si los datos 
compartidos no van a cambiar en un programa con subprocesamiento múltiple, entonces no es posible que un 
subproceso vea valores antiguos o incorrectos, como resultado de que otro subproceso manipule esos datos. 

Al compartir datos inmutables entre subprocesos, declare los correspondientes campos de datos como final 
para indicar que los valores de las variables no cambiarán una vez que se inicialicen. Esto evita que los datos 
compartidos se modifiquen por accidente más adelante en un programa, lo cual podría comprometer la seguridad 
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de los subprocesos. Al etiquetar las referencias a los objetos como final se indica que la referencia no cambiará, 
pero no se garantiza que el objeto en sí sea inmutable; esto depende por completo de las propiedades del objeto. 
Sin embargo, aún es buena práctica marcar las referencias que no cambiarán como final, ya que esto obliga al 
constructor del objeto a ser atómico; el objeto estará construido por completo con todos sus campos inicializados, 
antes de que el programa lo utilice. 




Buena práctica de programación 23.1 


Siempre declare los campos de datos que no espera modificar como fina 7. Las variables primitivas que se declaran 
como fina 7 pueden compartirse de manera segura entre los subprocesos. La referencia a un objeto que se declara como 
fina 7 asegura que el objeto al que refiere estará completamente construido e inicializado antes de que el programa lo 
utilice; además , esto evita que la referencia apunte a otro objeto. 


23.6 Relación productor/consumidor sin sincronización 

En una relación productor/consumidor, la porción correspondiente al productor de una aplicación genera 
datos y los almacena en un objeto compartido, y la porción correspondiente al consumidor de una aplicación lee 
esos datos del objeto compartido. La relación productor/consumidor separa la tarea de identificar el trabajo que se 
va a realizar de las tareas involucradas en realizar ese trabajo. Un ejemplo de una relación productor/consumidor 
común es la cola de impresión. Aunque una impresora podría no estar disponible si queremos imprimir de una 
aplicación (el productor), aún podemos “completar” la tarea de impresión, ya que los datos se colocan temporal- 
mente en el disco hasta que la impresora esté disponible. De manera similar, cuando la impresora (consumidor) 
está disponible, no tiene que esperar hasta que un usuario desee imprimir. Los trabajos en la cola de impresión 
pueden imprimirse tan pronto como la impresora esté disponible. Otro ejemplo de la relación productor/con- 
sumidor es una aplicación que copia datos en CDs, colocándolos en un búfer de tamaño fijo, el cual se vacía a 
medida que la unidad de CD-RW “quema” los datos en el CD. 

En una relación productor/consumidor con subprocesamiento múltiple, un subproceso productor genera 
los datos y los coloca en un objeto compartido, llamado búfer. Un subproceso consumidor lee los datos del 
búfer. Esta relación requiere sincronización para asegurar que los valores se produzcan y se consuman de manera 
apropiada. Todas las operaciones con los datos mutables que comparten varios subprocesos (es decir, los datos en 
el búfer) deben protegerse con un bloqueo para evitar la corrupción, como vimos en la sección 23.5. Las operacio- 
nes con los datos del búfer compartidos por un subproceso productor y un subproceso consumidor son también 
dependientes del estado; las operaciones deben proceder sólo si el búfer se encuentra en el estado correcto. Si el 
búfer se encuentra en un estado en el que no esté completamente lleno, el productor puede producir; si el búfer 
se encuentra en un estado en el que no esté completamente vacío, el consumidor puede consumir. Todas las ope- 
raciones que acceden al búfer deben usar la sincronización para asegurar que los datos se escriban en el búfer, o se 
lean del búfer, sólo si éste se encuentra en el estado apropiado. Si el productor que trata de colocar los siguientes 
datos en el búfer determina que éste se encuentra lleno, el subproceso productor debe esperar hasta que haya 
espacio para escribir un nuevo valor. Si un subproceso consumidor descubre que el búfer está vacío, o que ya se 
han leído los datos anteriores, también debe esperar a que haya nuevos datos disponibles. 

Considere cómo pueden surgir errores lógicos si no sincronizamos el acceso entre varios subprocesos que 
manipulan datos compartidos. Nuestro siguiente ejemplo (figuras 23.11 a 23.15) implementa una relación pro- 
ductor/consumidor sin la sincronización apropiada. Un subproceso productor escribe los números del 1 al 10 en 
un búfer compartido: una sola ubicación de memoria compartida entre dos subprocesos (en este ejemplo, una 
sola variable int llamada bufer en la línea 6 de la figura 23.14). El subproceso consumidor lee estos datos del 
búfer compartido y los muestra en pantalla. La salida del programa muestra los valores que el productor escribe 
(produce) en el búfer compartido, y los valores que el consumidor lee (consume) del búfer compartido. 

Cada valor que el subproceso productor escribe en el búfer compartido lo debe consumir exactamente una 
vez el subproceso consumidor. Sin embargo y por error, los subprocesos en este ejemplo no están sincronizados. 
Por lo tanto, los datos se pueden perder o desordenar si el productor coloca nuevos datos en el búfer compartido 
antes de que el consumidor lea los datos anteriores. Además, los datos pueden duplicarse incorrectamente si el 
consumidor consume datos de nuevo, antes de que el productor produzca el siguiente valor. Para mostrar estas 
posibilidades, el subproceso consumidor en el siguiente ejemplo mantiene un total de todos los valores que lee. 
El subproceso productor produce valores del 1 al 10. Si el consumidor lee cada valor producido una, y sólo una 
vez, el total será de 55. No obstante, si ejecuta este programa varias veces, podrá ver que el total no es siempre 55 
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(como se muestra en los resultados de la figura 23.10). Para enfatizar este punto, los subprocesos productor y con- 
sumidor en el ejemplo quedan inactivos durante intervalos aleatorios de hasta tres segundos, entre la realización 
de sus tareas. Por ende, no sabemos cuándo el subproceso productor tratará de escribir un nuevo valor, o cuándo 
el subproceso consumidor tratará de leer uno. 

El programa consiste en la interfaz Bufer (figura 23.11) y cuatro clases: Productor (figura 23.12), Con- 
sumidor (figura 23.13), BuferSinSincronizacion (figura 23.14) y PruebaBuferComparti do (figura 23.15). 
La interfaz Bufer declara los métodos establecer (línea 6) y obtener (línea 9) que un objeto Bufer debe 
implementar para permitir que el subproceso Productor coloque un valor en el Bufer y el proceso Consumí dor 
obtenga un valor del Bufer, respectivamente. Algunos programadores prefieren llamar a estos métodos poner 
(put) y tomar (take), respectivamente. En posteriores ejemplos, los métodos establecer y obtener llamarán 
métodos que lanzan excepciones InterruptedException. Aquí declaramos a cada uno de estos métodos con 
una cláusula throws, para no tener que modificar esta interfaz para los ejemplos posteriores. En la figura 23.14 se 
muestra la implementación de esta interfaz. 


1 // Fig. 23.11: Bufer. java 

2 // La interfaz Bufer especifica los métodos que el Productor y el Consumidor llaman. 

3 public interface Bufer 

4 { 

5 // coloca valor int valué en Bufer 

6 public void establecer( int valor ) throws InterruptedException; 

7 

8 // obtiene valor int de Bufer 

9 public int obtenerO throws InterruptedException; 

10 } // fin de la interfaz Bufer 

Figura 23.1 I | La interfaz Bufer especifica los métodos que el Productor y el Consumidor llaman. 


La clase Productor (figura 23.12) implementa a la interfaz Runnable, lo cual le permite ejecutarse como 
una tarea en un subproceso separado. El constructor (líneas lia 14) inicializa la referencia Bufer llamada ubi - 
caci onCompartida con un objeto creado en mai n (línea 14 de la figura 23.15), y que se pasa al constructor en 
el parámetro compartido. Como veremos, éste es un objeto BuferSinSincronizacion que implementa a la 
interfaz Bufer sin sincronizar el acceso al objeto compartido. El subproceso Productor en este programa ejecuta 
las tareas especificadas en el método run (líneas 17 a 39). Cada iteración del ciclo (líneas 21 a 35) invoca al méto- 
do si eep de Thread (línea 25) para colocar el subproceso Productor en el estado en espera sincronizado durante 
un intervalo de tiempo aleatorio entre 0 y 3 segundos. Cuando el subproceso despierta, en la línea 26 se pasa el 
valor de la variable de control cuenta al método establecer del objeto Bufer para establ ecer el valor del búfer 
compartido. En la línea 27 se mantiene un total de todos los valores producidos hasta ahora, y en la línea 28 se 
imprime ese valor. Cuando el ciclo termina, en las líneas 37 y 38 se muestra un mensaje indicando que el Pro- 
ductor ha dejado de producir datos, y está terminando. A continuación, el método run termina, lo cual indica 
que el Productor completó su tarea. Es importante observar que cualquier método que se llama desde el método 
run de Runnable (por ejemplo, el método establecer de Bufer) se ejecuta como parte del subproceso de eje- 
cución de esa tarea. Este hecho se vuelve importante en la sección 23.7, en donde agregamos la sincronización a 
la relación productor/consumidor. 


1 // Fig. 23.12: Productor. java 

2 // Productor con un método run que inserta los valores del 1 al 10 en el búfer. 

3 import java. útil .Random; 

4 

5 public class Productor implements Runnable 

6 { 

Figura 23.12 | Productor con un método run que inserta los valores del I al 10 en el búfer. (Parte I de 2). 
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7 prívate final static Random generador = new RandomO; 

8 prívate final Bufer ubicacionCompartida; // referencia al objeto compartido 

9 

10 // constructor 

11 public Productorf Bufer compartido ) 

12 { 

13 ubicacionCompartida = compartido; 

14 } // fin del constructor de Productor 

15 

16 // almacena valores del 1 al 10 en ubicacionCompartida 

17 public void run() 

18 { 

19 int suma = 0; 

20 

21 for ( int cuenta = 1; cuenta <= 10; cuenta++ ) 

22 { 

23 try // permanece inactivo de 0 a 3 segundos, después coloca valor en Bufer 

24 { 

25 Thread . si eep( generador . nextlntf 3000 ) ); // periodo de inactividad 
al eatori o 

26 ubicacionCompartida. establecerf cuenta ); // establece el valor en el búfer 

27 suma += cuenta; // incrementa la suma de los valores 

28 System. out.printff "\t%2d\n", suma ); 

29 } // fin de try 

30 // si las líneas 25 o 26 se interrumpen, imprime el rastreo de la pila 

31 catch ( InterruptedException excepción ) 

32 { 

33 excepción. printStackTraceO ; 

34 } // fin de catch 

35 } // fin de for 

36 

37 System. out.println( 

38 "Productor termino de produci r\nTermi nando Productor" ); 

39 } // fin del método run 

40 } // fin de la clase Productor 

Figura 23.12 | Productor con un método run que inserta los valores del I al 10 en el búfer. (Parte 2 de 2). 


La clase Consumí dor (figura 23.13) también implementa a la interfaz Runnabl e, lo cual permite al Consu- 
midor ejecutarse en forma concurrente con el Productor. El constructor (líneas lia 14) inicializa la referencia 
Bufe r llamada ubi caci onComparti da con un objeto que implementa a la interfaz Bufe r creada en mai n (figura 
23.15), y se pasa al constructor como el parámetro comparti do. Como veremos, éste es el mismo objeto Bufer- 
Si nSi ncroni zaci on que se utiliza para inicializar el objeto Productor; por ende, los dos subprocesos comparten 
el mismo objeto. El subproceso Consumidor en este programa realiza las tareas especificadas en el método run 
(líneas 17 a 39). El ciclo en las líneas 21 a 35 itera 10 veces. Cada iteración invoca al método si eep de Thread (lí- 
nea 26) para poner al subproceso Consumí dor en el estado en espera sincronizado durante un tiempo máximo de 
hasta 3 segundos. A continuación, en la línea 27 se utiliza el método obtener de Bufer para obtener el valor 
en el búfer compartido, y después se suma el valor a la variable suma. En la línea 28 se muestra el total de todos 
los valores consumidos hasta ese momento. Cuando el ciclo termina, en las líneas 37 y 38 se muestra una línea 
indicando la suma de los valores consumidos. Después el método run termina, lo cual indica que el Consumí dor 
completó su tarea. Una vez que ambos subprocesos entran al estado terminado, el programa termina. 

[Nota: llamamos al método si eep en el método run de las clases Productor y Consumidor para enfatizar 
el hecho de que en las aplicaciones con subprocesamiento múltiple, es impredecible saber cuándo va a realizar su 
tarea cada subproceso, y por cuánto tiempo realizará la tarea cuando tenga un procesador. Por lo general, estas 
cuestiones de programación de subprocesos son responsabilidad del sistema operativo de la computadora, lo cual 
está más allá del control del desarrollador de Java. En este programa, las tareas de nuestro subproceso son bastante 
simples: el Productor escribe los valores 1 a 10 en el búfer, y el Consumi dor lee 10 valores del búfer y suma cada 



946 Capítulo 23 Subprocesamiento múltiple 


1 // Fig. 23.13: Consumidor. java 

2 // Consumidor con un método run que itera y lee 10 valores del búfer. 

3 import java. útil .Random; 

4 

5 public class Consumidor implements Runnable 

6 { 

7 private final static Random generador = new RandomO; 

8 private final Bufer ubicacionCompartida; // referencia al objeto compartido 

9 


10 

// constructor 




1 1 

public Consumi dor( Bufer compartido ) 




12 

{ 




13 

ubicacionCompartida = compartido; 




14 

} // fin del constructor de Consumidor 




15 





16 

// lee el valor de ubicacionCompartida 10 veces y suma 

los valores 


17 

public void run () 




18 

{ 




19 

int suma = 0; 




20 





21 

for ( int cuenta = 1; cuenta <= 10; cuenta++ ) 




22 

{ 




23 

// permanece inactivo de 0 a 3 segundos, lee un 

valor del 

búfer y 

lo agrega a 


suma 




24 

try 




25 

{ 




26 

Thread . si eep( generador . nextlnt( 3000 ) ); 




27 

suma += ubicacionCompartida. obtenerf) ; 




28 

System. out.printf( "t\t\t%2d\n" , suma ); 




29 

} // fin de try 




30 

// si las lineas 26 o 27 se interrumpen, imprime 

el rastreo de la 

pila 

31 

catch ( InterruptedException excepción ) 




32 

{ 




33 

excepción. printStackTraceO ; 




34 

} // fin de catch 




35 

} // fin de for 




36 





37 

System. out.printf( "\n%s %d\n%s\n", 




38 

"Consumidor leyó valores, el total es", suma, "Terminando 

Consumi dor" ) ; 

39 

} // fin del método run 




40 

} // fin de la clase Consumidor 





Figura 23.13 | Consumidor con un método run que itera y lee 10 valores del búfer. 

valor a la variable suma. Sin la llamada al método sleep, y si el Productor se ejecuta primero, dado que hoy 
en día existen procesadores increíblemente rápidos, es muy probable que el Productor complete su tarea antes 
de que el Consumidor tenga oportunidad de ejecutarse. Si el Consumidor se ejecutara primero, probablemente 
consumiría datos basura diez veces y después terminaría antes de que el Productor pudiera producir el primer 
valor real.] 

La clase BuferSi nSi ncroni zacion (figura 23.14) implementa a la interfaz Bufer (línea 4). Un objeto de 
esta clase se comparte entre el Productor y el Consumi dor. En la línea 6 se declara la variable de instancia bufer 
y se inicializa con el valor -1. Este valor se utiliza para demostrar el caso en el que el Consumi dor intenta consumir 
un valor antes de que el Productor coloque siquiera un valor en bufer. Los métodos establ ecer (líneas 9 a 13) 
y obtener (líneas 16 a 20) no sincronizan el acceso al campo bufer. El método establecer simplemente asigna 
su argumento a bufer (línea 12), y el método obtener simplemente devuelve el valor de bufer (línea 19). 

La clase PruebaBuferComparti do contiene el método mai n (líneas 9 a 25). En la línea 1 1 se crea un obje- 
to ExecutorService para ejecutar los objetos Runnable Productor y Consumidor. En la línea 14 se crea un 
objeto BuferSi nSi ncroni zaci on y se asigna a la variable Bufer llamada ubicacionCompartida. Este objeto 
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1 // Fig. 23.14: BuferSinSincronizacion. java 

2 // BuferSinSincronizacion mantiene el entero compartido que utilizan los 

3 // subprocesos productor y consumidor mediante los métodos establecer y obtener. 

4 public class BuferSinSincronizacion implements Bufer 

5 { 

6 private int bufer = -1; // compartido por los subprocesos productor y consumidor 

7 

8 // coloca el valor en el búfer 

9 public void establecer( int valor ) throws InterruptedException 

10 { 

11 System. out.printf( "Productor escri be\t%2d" , valor ); 

12 bufer = valor; 

13 } // fin del método establecer 

14 

15 // devuelve el valor del búfer 

16 public int obtenerO throws InterruptedException 

17 { 

18 System. out.printff "Consumidor lee\t\t%2d", bufer ); 

19 return bufer; 

20 } // fin del método obtener 

21 } // fin de la clase BuferSinSincronizacion 

Figura 23.14 | BuferSi nSi ncronizacion mantiene el entero compartido que utilizan los subprocesos productor y 
consumidor mediante los métodos establecer y obtener. 

almacena los datos que compartirán los subprocesos Productor y Consumidor. En las líneas 23 y 24 se crean 
y ejecutan los objetos Productor y Consumidor. Observe que los constructores de Productor y Consumidor 
reciben el mismo objeto Bufer (ubi caci onComparti da), por lo que cada objeto se inicializa con una referencia 

al mismo objeto Bufer. Estas líneas también inician de manera implícita los subprocesos, y llaman al método 

run de cada objeto Runnable. Por último, en la línea 26 se hace una llamada al método shutdown, de manera 
que la aplicación pueda terminar cuando los subprocesos que ejecutan al Productor y al Consumi dor completen 
sus tareas. Cuando mai n termina (línea 27), el subproceso principal de ejecución entra al estado terminado. De 
acuerdo con las generalidades de este ejemplo, nos gustaría que el Productor se ejecutara primero, y que el Con- 
sumi dor consumiera cada valor producido por el Productor sólo una vez. Sin embargo, al estudiar los primeros 
resultados de la figura 23.15, podemos ver que el Productor escribe los valores 1, 2 y 3 antes de que el Consu- 
mi dor lea su primer valor (3). Por lo tanto, los valores 1 y 2 se pierden. Más adelante se pierden los valores 5, 6 
y 9, mientras que 7 y 8 se leen dos veces y 10 se lee cuatro veces. Así, los primeros resultados producen un total 
incorrecto de 77, en vez del total correcto de 55. En el segundo conjunto de resultados, el Consumi dor lee el valor 
-1 antes de que el Productor escriba siquiera un valor. El Consumi dor lee el valor 1 cinco veces antes de que el 
Productor escriba el valor 2. Mientras tanto, los valores 5, 7, 8, 9 y 10 se pierden todos; los últimos cuatro debido 
a que el Consumi dor termina antes que el Productor. Se muestra un total incorrecto del consumidor de 19. (Las 
líneas en la salida, en donde el Productor o el Consumi dor han actuado fuera de orden, aparecen resaltadas). Este 
ejemplo demuestra con claridad que el acceso a un objeto compartido por parte de subprocesos concurrentes se 
debe controlar con cuidado, ya que de no ser así, un programa podría producir resultados incorrectos. 

Para resolver los problemas de los datos perdidos y duplicados, en la sección 23.7 se presenta un ejemplo en 
el que usamos un objeto ArrayBl ocki ngQueue (del paquete java, uti 1 . concurrent) para sincronizar el acceso 
al objeto compartido, con lo cual se garantiza que cada uno de los valores se procesará una, y sólo una vez. 


1 // Fig. 23.15: PruebaBuferCompartido. java 

2 // Aplicación con dos subprocesos que manipulan un búfer sin sincronización. 

3 import java. útil .concurrent. ExecutorService; 

4 import java. útil .concurrent. Executors; 

Figura 23.15 | Aplicación con dos subprocesos que manipulan un búfer sin sincronización. (Parte I de 3). 
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5 

6 public class PruebaBuferCompartido 

7 { 


8 public static void main( String[] args ) 

9 { 

10 // crea nueva reserva de subprocesos con dos subprocesos 

11 ExecutorService aplicación = Executors . newCachedThreadPool O ; 

12 

13 // crea objeto BuferSinSincronizacion para almacenar valores int 

14 Bufer ubi cacionComparti da = new BuferSinSincronizacionO ; 

15 

16 System. out.println( 

17 "Accion\t\t\tValor\tSuma produci dos\tSuma consumidos" ); 

18 System. out.printlnC 

,9 " \t\t\t \t \t \n" ); 

20 

21 // ejecuta el Productor y el Consumidor; a cada uno de ellos 

22 //le proporciona acceso a ubi cacionComparti da 

23 aplicación. execute( new Productor( ubi cacionComparti da ) ); 

24 aplicación. execute( new Consumidorf ubi cacionComparti da ) ); 

25 

26 aplicacion.shutdownO ; // termina la aplicación cuando se completan las tareas 

27 } // fin de main 


28 } // fin de la clase PruebaBuferCompartido 


Acci on 

Valor 

Suma producidos 

Suma consumidos 

Productor escribe 

1 

1 


Productor escribe 

2 

3 

1 se pierde 

Productor escribe 

3 

6 

2 se pierde 

Consumidor lee 

3 


3 

Productor escribe 

4 

10 


Consumidor lee 

4 


7 

Productor escribe 

5 

15 


Productor escribe 

6 

21 

5 se pierde 

Productor escribe 

7 

28 

5 se pierde 

Consumidor lee 

7 


14 

Consumidor lee 

7 


21 7 se lee de nuevo 

Productor escribe 

8 

36 


Consumidor lee 

8 


29 

Consumidor lee 

8 


37 8 se lee de nuevo 

Productor escribe 

9 

45 


Productor escribe 

10 

55 

9 se pierde 

Productor termino de 

produci r 



Terminando Productor 




Consumidor lee 

10 


47 

Consumidor lee 

10 


57 10 se lee de nuevo 

Consumidor lee 

10 


67 10 se lee de nuevo 

Consumidor lee 

10 


77 10 se lee de nuevo 


Consumidor leyó valores, el total es 77 
Terminando Consumidor 


Figura 23. 1 5 | Aplicación con dos subprocesos que manipulan un búfer sin sincronización. (Parte 2 de 3). 
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Acci on 

Valor 

Suma producidos 

Suma consumidos 

Consumidor lee 

-1 


-1 lee -1 datos incorrectos 

Productor escribe 

1 

1 


Consumidor lee 

1 


0 

Consumidor lee 

1 


1 1 se lee de nuevo 

Consumidor lee 

1 


2 1 se lee de nuevo 

Consumidor lee 

1 


3 1 se lee de nuevo 

Consumidor lee 

1 


4 1 se lee de nuevo 

Productor escribe 

2 

3 


Consumidor lee 

2 


6 

Productor escribe 

3 

6 


Consumidor lee 

3 


9 

Productor escribe 

4 

10 


Consumidor lee 

4 


13 

Productor escribe 

5 

15 


Productor escribe 

6 

21 

5 se pierde 

Consumidor lee 
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Figura 23.15 | Aplicación con dos subprocesos que manipulan un búfer sin sincronización. (Parte 3 de 3). 


23.7 Relación productor/consumidor: ArrayBlockingQueue 

Una manera de sincronizar los subprocesos productor y consumidor es utilizar las clases del paquete de concu- 
rrencia de Java, el cual encapsula la sincronización por nosotros. Java incluye la clase ArrayBlockingQueue (del 
paquete java. útil . concurrent); una clase de búfer completamente implementada, segura para los subpro- 
cesos, que implementa a la interfaz BlockingQueue. Esta interfaz extiende a la interfaz Queue que vimos en el 
capítulo 19 y declara los métodos put y take, los equivalentes con bloqueo de los métodos offer y poli de 
Queue, respectivamente. El método put coloca un elemento al final del objeto B1 ocki ngQueue, y espera si la cola 
está llena. El método take elimina un elemento de la parte inicial del objeto BlockingQueue, y espera si la co- 
la está vacía. Estos métodos hacen que la clase ArrayBl ocki ngQueue sea una buena opción para implementar un 
búfer compartido. Debido a que el método put bloquea hasta que haya espacio en el búfer para escribir datos, 
y el método take bloquea hasta que haya nuevos datos para leer, el productor debe producir primero un valor, 
el consumidor sólo consume correctamente hasta después de que el productor escribe un valor, y el productor 
produce correctamente el siguiente valor (después del primero) sólo hasta que el consumidor lea el valor ante- 
rior (o primero). ArrayBl ocki ngQueue almacena los datos compartidos en un arreglo. El tamaño de este arreglo 
se especifica como argumento para el constructor de ArrayBlocki ngQueue. Una vez creado, un objeto Array- 
Bl ocki ngQueue tiene su tamaño fijo y no se expandirá para dar cabida a más elementos. 

El programa de las figuras 23.16 y 23.17 demuestra a un Productor y un Consumidor accediendo a un 
objeto ArrayBlockingQueue. La clase BuferBloqueo (figura 23.16) utiliza un objeto ArrayBlockingQueue 
que almacena un objeto Integer (línea 7). En la línea 1 1 se crea el objeto ArrayBlocki ngQueue y se pasa 1 al 
constructor, para que el objeto contenga un solo valor, como hicimos con el objeto BuferSinSincronizacion 
de la figura 23.14. Observe que en las líneas 7 y 11 utilizamos genéricos, los cuales se describen en los capítu- 
los 18 y 19. En la sección 23.9 hablaremos sobre los búferes con varios elementos. Debido a que nuestra clase 
BuferBloqueo utiliza la clase ArrayBlockingQueue (segura para los subprocesos) para administrar el objeto 
al búfer compartido, BuferBl oqueo es en sí segura para los subprocesos, aun cuando no hemos implementado la 
sincronización nosotros mismos. 




950 Capítulo 23 Subprocesamiento múltiple 


1 // Fig. 23.16: BuferBloqueo. java 

2 // Crea un búfer sincronizado, usando la clase ArrayBlockingQueue. 

3 import java. útil .concurrent. ArrayBlockingQueue; 

4 

5 public class BuferBloqueo implements Bufer 

6 { 

7 private final ArrayBl ocki ngQueue<Integer> bufer; // bufer compartido 

8 

9 public BuferBloqueoO 

10 { 

11 bufer = new ArrayBlocki ngQueue<Integer>( 1 ); 

12 } // fin del constructor de BuferBloqueo 

13 

14 // coloca un valor en el búfer 

15 public void establecerf int valor ) throws InterruptedException 

16 { 

17 bufer. put( valor ); // coloca el valor en el búfer 

18 System. out.printff "%s%2d\t%s%d\n" , "Productor escribe , valor, 

19 "Celdas de Bufer ocupadas: ' , bufer. size() ); 

20 } // fin del método establecer 

21 

22 // devuelve el valor del búfer 

23 public int obtenerO throws InterruptedException 

24 { 

25 int valorLeido = 0; // inicial iza el valor leido del búfer 

26 

27 valorLeido = bufer. take() ; // elimina el valor del búfer 

28 System. out.printff "%s %2d\t%s%d\n" , "Consumidor lee , 

29 valorLeido, "Celdas de Bufer ocupadas: , bufer. sizef) ); 

30 

31 return valorLeido; 

32 } // fin del método obtener 

33 } // fin de la clase BuferBloqueo 

Figura 23.16 | Crea un búfer sincronizado, usando la clase ArrayBlocki ngQueue. 


BuferBloqueo implementa a la interfaz Bufer (figura 23.11) y utiliza las clases Productor (figura 23.12 
modificada para eliminar la línea 28) y Consumi dor (figura 23.13 modificada para eliminar la línea 28) del ejem- 
plo en la sección 23.6. Este método demuestra que los subprocesos que acceden al objeto compartido no están 
conscientes de que los accesos a su búfer están ahora sincronizados. La sincronización se maneja por completo 
en los métodos establecer y obtener de BuferBloqueo, al llamar a los métodos sincronizados put y take de 
ArrayBl ocki ngQueue, respectivamente. Así, los objetos Runnabl e Productor y Consumi dor están sincroniza- 
dos en forma apropiada, con sólo llamar a los métodos establecer y obtener del objeto compartido. 

En la línea 17, en el método establecer (líneas 15 a 20) se hace una llamada al método put del objeto 
ArrayBl ocki ngQueue. La llamada a este método realiza un bloqueo (si es necesario) hasta que haya espacio en el 
bufer para colocar el valor. El método obtener (líneas 23 a 32) llama al método take del objeto ArrayBloc- 
ki ngQueue (línea 27). La llamada a este método realiza un bloqueo (si es necesario) hasta que haya un elemento 
en el bufer que se pueda eliminar. En las líneas 18 y 19, y en las líneas 28 y 29, se utiliza el método size del 
objeto ArrayBl ocki ngQueue para mostrar el número total de elementos que se encuentran actualmente en el ob- 
jeto ArrayBlocki ngQueue. 

La clase PruebaBuferBloqueo (figura 23.17) contiene el método mai n que inicia la aplicación. En la línea 
1 1 se crea un objeto ExecutorServi ce, y en la línea 14 se crea un objeto BuferBl oqueo y se asigna su referen- 
cia a la variable Bufer llamada ubi cacionComparti da. En las líneas 16 y 17 se ejecutan los objetos Runnabl e 
Productor y Consumidor. En la línea 19 se hace una llamada al método shutdown para terminar la aplicación 
cuando los subprocesos terminen de ejecutar las tareas Productor y Consumi dor. 

Aunque los métodos put y take de ArrayBlockingQueue están sincronizados en forma apropiada, los 
métodos establ eceryobtener de BuferBloqueo (figura 23.16) no se declaran como sincronizados. Por ende, 
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1 // Fig 23.17: PruebaBuferBI oqueo . java 

2 // Muestra a dos subprocesos manipulando un búfer con bloqueo. 

3 import java. útil .concurrent.ExecutorService; 

4 import java. útil . concurrent . Executors ; 

5 

6 public class PruebaBuferBI oqueo 

7 { 

8 public static void main( String[] args ) 

9 { 

10 // crea nueva reserva de subprocesos con dos subprocesos 

11 ExecutorService aplicación = Executors . newCachedThreadPool () ; 

12 

13 // crea objeto BuferBloqueo para almacenar valores int 

14 Bufer ubi cacionComparti da = new BuferBloqueoO ; 

15 

16 aplicación. execute( new Productor( ubi cacionComparti da ) ); 

17 aplicación. execute( new Consumidor( ubi cacionComparti da ) ); 

18 

19 aplicacion.shutdownO ; 

20 } // fin de main 

21 } // fin de la clase PruebaBuferBloqueo 
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Figura 23.17 | Muestra a dos subprocesos manipulando un búfer con bloqueo. 


las instrucciones que se realizan en el método establ ecer (la operación put en la línea 19, y la salida en las líneas 
20 y 21) no son atómicas; tampoco lo son las instrucciones en el método obtener (la operación take en la línea 
36, y la salida en las líneas 37 y 38). Por lo tanto, no hay garantía de que cada operación de salida ocurrirá justo 
después de la correspondiente operación put o take, y los resultados pueden aparecer fuera de orden. Aun si lo 
hacen, el objeto ArrayBl ocki ngQueue está sincronizando de manera correcta el acceso a los datos, como se puede 
ver mediante el hecho de que la suma de los valores que lee el consumidor siempre es correcta. 
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23.8 Relación productor/consumidor con sincronización 

El ejemplo anterior mostró cómo varios subprocesos pueden compartir un búfer de un solo elemento en forma 
segura para los subprocesos, al utilizar la clase ArrayBl ocki ngQueue que encapsula la sincronización necesaria 
para proteger los datos compartidos. Para fines educativos, ahora le explicaremos cómo puede implementar usted 
mismo un búfer compartido, usando la palabra clave synchroni zed. El uso de un objeto ArrayBl ocki ngQueue 
producirá código con mejor capacidad de mantenimiento y más rendimiento. 

El primer paso para sincronizar el acceso al búfer es implementar los métodos establ ecer y obtener como 
métodos synchroni zed. Esto requiere que un subproceso obtenga el bloqueo de monitor en el objeto Bufer 
antes de tratar de acceder a los datos del búfer, pero no resuelve el problema de dependencia asociado con las 
relaciones productor/consumidor. Debemos asegurar que los subprocesos procedan con una operación sólo si el 
búfer se encuentra en el estado apropiado. Necesitamos una manera de permitir a nuestros subprocesos esperar, 
dependiendo de la validez de ciertas condiciones. En el caso de colocar un nuevo elemento en el búfer, la condi- 
ción que permite que la operación continúe es que el búfer no esté lleno. En el caso de obtener un elemento 
del búfer, la condición que permite que la operación continúe es que el búfer no esté vacío. Si la condición en 
cuestión es verdadera, la operación puede continuar; si es falsa, el subproceso debe esperar hasta que la condición 
se vuelva verdadera. Cuando un subproceso espera en base a una condición, se elimina de la contención para el 
procesador, se coloca en la cola de espera del objeto y se libera el bloqueo que contiene. 


Los métodos i va i t, noti fyy noti fyA 7 7 

Los métodos wai t, noti fy y noti fyAl 1 , que se declaran en la clase Ob j ect y son heredados por las demás clases, 
se pueden usar con condiciones para hacer que los subprocesos esperen cuando no pueden realizar sus tareas. Si 
un subproceso obtiene el bloqueo de monitor en un objeto, y después determina que no puede continuar con 
su tarea en ese objeto sino hasta que se cumpla cierta condición, el subproceso puede llamar al método wait de 
Object; esto libera el bloqueo de monitor en el objeto, y el subproceso queda en el estado en espera mientras el 
otro subproceso trata de entrar a la(s) instrucción(es) o método(s) synchroni zed del objeto. Cuando un subpro- 
ceso que ejecuta una instrucción (o método) synchroni zed completa o cumple con la condición en la que otro 
subproceso puede estar esperando, puede llamar al método notify de Object para permitir que un subproceso 
en espera cambie al estado ejecutable de nuevo. En este punto, el subproceso que cambió del estado en espera al 
estado ejecutable puede tratar de readquirir el bloqueo de monitor en el objeto. Aun si el subproceso puede read- 
quirir el bloqueo de monitor, tal vez no pueda todavía realizar su tarea en este momento; en ese caso, el subproce- 
so volverá a entrar al estado en espera y liberará de manera implícita el bloqueo de monitor. Si un subproceso llama 
a noti fyAl 1 , entonces todos los subprocesos que esperan el bloqueo de monitor serán candidatos para readquirir 
el bloqueo (es decir, todos cambian al estado ejecutable ) . Recuerde que sólo un subproceso a la vez puede adquirir el 
bloqueo de monitor en el objeto; los demás subprocesos que traten de adquirir el mismo bloqueo de monitor 
estarán bloqueados hasta que el bloqueo de monitor esté disponible de nuevo (es decir, hasta que ningún otro 
subproceso se esté ejecutando en una instrucción synchroni zed en ese objeto). 



Error común de programación 23.1 


Es un error si un subproceso llama a wai t, noti fy o noti fyAll en un objeto sin haber a, 
él. Esto produce una excepción 111 egalMon i torSta teException. 


un bloqueo para 



Tip para prevenir errores 23.1 


Es una buena práctica utilizar a noti fyA 1 7 para notificar a los subprocesos en espera para que cambien al estado 
ejecutable. Al hacer esto, evitamos la posibilidad de que el programa se olvide de los subprocesos en espera, que de otra 
forma quedarían aplazados indefinidamente ( inanición). 


La aplicación de las figuras 23.18 y 23.19 demuestra cómo un Productor y un Consumidor acceden a un 
búfer compartido con sincronización. En este caso, el Productor siempre produce un valor primero, el Con- 
sumidor consume correctamente sólo hasta después de que el Productor produzca un valor, y el Productor 
produce correctamente el siguiente valor sólo hasta después de que el Consumi dor consuma el valor anterior (o el 
primero). Reutilizamos la interfaz Bufer y las clases Productor y Consumi dor del ejemplo de la sección 23.6. La 
sincronización se maneja en los métodos establ ecer y obtener de la clase BuferSi ncroni zado (figura 23.18), 
la cual implementa a la interfaz Bufer (línea 4). Por ende, los métodos Productor y Consumidor simplemente 
llaman a los métodos synchronized establecer y obtener del objeto compartido. 
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1 // Fig. 23.18: BuferSi ncronizado . java 

2 // Sincronización del acceso a datos compartidos, usando los 

3 // métodos wait y notify de Object. 

4 public class BuferSi ncroni zado implements Bufer 

5 { 

6 private int bufer = -1; // compartido por los subprocesos productor y consumidor 

7 private boolean ocupado = false; // indica si el búfer está ocupado o no 

8 

9 // coloca el valor en el búfer 

10 public synchronized void establecer( int valor ) throws InterruptedException 

11 { 

12 // mientras no haya ubicaciones vacias, coloca el subproceso en espera 

13 while ( ocupado ) 

14 { 

15 // imprime información del subproceso e información del búfer, después espera 

16 System . out . pri ntl n( "Productor trata de escribir." ); 

17 mostrarEstado( "Bufer lleno. Productor espera." ); 

18 wait (); 

19 } // fin de while 

20 

21 bufer = valor; // establece el nuevo valor del búfer 

22 

23 // indica que el productor no puede almacenar otro valor 

24 // hasta que el consumidor obtenga el valor actual del búfer 

25 ocupado = true; 

26 

27 mostrarEstado( "Productor escribe " + bufer ); 

28 

29 notifyAll(); // indica al (los) subproceso(s) en espera que entren al estado 
runnabl e 

30 } // fin del método establecer; libera el bloqueo sobre BuferSi ncronizado 

31 

32 // devuelve el valor del búfer 

33 public synchronized int obtenerO throws InterruptedException 

34 { 

35 // mientras no haya datos para leer, coloca el subproceso en el estado en espera 

36 while ( ¡ocupado ) 

37 { 

38 // imprime la información del subproceso y la información del búfer, después 
espera 

39 System. out. println( "Consumidor trata de leer." ); 

40 mostrarEstado( "Bufer vacio. Consumidor espera." ); 

41 wait(); 

42 } // fin de while 

43 

44 // indica que el productor puede almacenar otro valor 

45 // debido a que el consumidor acaba de obtener el valor del búfer 

46 ocupado = false; 

47 

48 mostrarEstado( "Consumidor lee " + bufer ); 

49 

50 notifyAll(); // indica al (los) subproceso(s) en espera que entren al estado 
runnabl e 

51 

52 return bufer; 

53 } // fin del método obtener; libera el bloqueo sobre BuferSi ncronizado 

54 

Figura 23. 1 8 | Sincronización del acceso a datos compartidos, usando los métodos wai t y noti fy de Ob j ect. 
(Parte I de 2). 
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55 // muestra la operación actual y el estado del búfer 

56 public void mostrarEstado( String operación ) 

57 { 

58 System. out.printff "40s%d\t\t%b\n\n" , operación, bufer, 

59 ocupado ) ; 

60 } // fin del método mostrarEstado 

61 } // fin de la clase BuferSi ncronizado 

Figura 23. 1 8 | Sincronización del acceso a datos compartidos, usando los métodos wai t y noti fy de Ob j ect. 
(Parte 2 de 2). 


Campos y métodos de la clase Bu ferSi ncronizado 

La clase BuferSi ncroni zado contiene dos campos: bufer (línea 6) y ocupado (línea 7). Los métodos esta- 
blecer (líneas 10 a 30) y obtener (líneas 33 a 53) se declaran como synchronized; sólo un subproceso puede 
llamar a uno de estos métodos a la vez, en un objeto BuferSi ncroni zado específico. El campo ocupado se uti- 
liza para determinar si es turno del Productor o del Consumidor para realizar una tarea. Este campo se utiliza 
en expresiones condicionales en los métodos establecer y obtener. Si ocupado es false, el bufer está vacío 
y el Consumidor no puede leer el valor de bufer, pero el Productor puede colocar un valor en este bufer. Si 
ocupado es true, el Consumi dor puede leer un valor de bufer, pero el Productor no puede colocar un valor en 
este bufer. 

El método establecer y el subproceso Productor 

Cuando el método run del subproceso Productor invoca al método establecer sincronizado, el subproceso 
intenta de manera implícita adquirir el bloqueo de monitor del objeto BuferSi ncroni zado. Si el bloqueo de 
monitor está disponible, el subproceso Productor adquiere el bloqueo de manera implícita. Después, el ciclo en 
las líneas 13 a 19 primero determina si ocupado es true. Si es así, bufer está lleno, por lo que en la línea 16 se 
imprime un mensaje indicando que el subproceso Productor está tratando de escribir un valor, y en la línea 17 
se invoca al método mostrarEstado (líneas 56 a 60) para imprimir otro mensaje, indicando que bufer está lleno 
y que el subproceso Productor está esperando hasta que haya espacio. En la línea 18 se invoca al método wai t 
(heredado de Object por BuferSi ncroni zado) para colocar el subproceso que llamó al método establ ecer (es 
decir, el subproceso Productor) en el estado en espera para el objeto BuferSi ncronizado. La llamada a wait 
hace que el subproceso que llama libere implícitamente el bloqueo sobre el objeto BuferSi ncroni zado. Esto 
es importante, ya que el subproceso no puede actualmente realizar su tarea, y porque se debe permitir a otros 
subprocesos (en este caso, el Consumidor) acceder al objeto para permitir que cambie la condición (ocupado). 
Ahora, otro subproceso puede tratar de adquirir el bloqueo del objeto BuferSi ncroni zado e invocar al método 
establecer u obtener del objeto. 

El subproceso Productor permanece en el estado en espera hasta que otro subproceso notifica al Produc- 
tor que puede continuar; en este punto el Productor regresa al estado ejecutable y trata de readquirir en forma 
implícita el bloqueo sobre el objeto BuferSi ncroni zado. Si el bloqueo está disponible, el subproceso Productor 
readquiere el bloqueo, y el método establ ecer continúa ejecutándose con la siguiente instrucción después de la 
llamada a wai t. Como wai t se llama en un ciclo, la condición de continuación del ciclo se evalúa de nuevo para 
determinar si el subproceso puede proceder. Si no es así, entonces wai t se invoca de nuevo; en caso contrario, el 
método establecer continúa con la siguiente instrucción después del ciclo. 

En la línea 21, en el método establecer se asigna el valor al bufer. En la línea 25 se establece ocupado 
en true para indicar que el bufer ahora contiene un valor (es decir, un consumidor puede leer el valor, pero 
un Productor no puede colocar todavía un valor ahí). En la línea 27 se invoca al método mostrarEstado para 
imprimir un mensaje que indique que el Productor está escribiendo un nuevo valor en el bufer. En la línea 
29 se invoca el método noti fyAl 1 (heredado de Object). Si hay subprocesos en espera del bloqueo de monitor 
del objeto BuferSi ncroni zado, esos subprocesos entran al estado ejecutable y pueden ahora tratar de readquirir 
el bloqueo. El método noti fyAl 1 regresa de inmediato, y el método establ ecer regresa entonces al método que 
hizo la llamada (es decir, el método run de Productor). Cuando el método establ ecer regresa, libera de manera 
implícita el bloqueo de monitor sobre el objeto BuferSi ncroni zado. 
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El método obtener y el subproceso Consumidor 

Los métodos obtener y establ ecer se implementan de manera similar. Cuando el método run del subproceso 
Consumidor invoca al método obtener sincronizado, el subproceso trata de adquirir el bloqueo de monitor 
sobre el objeto BuferSi ncroni zado. Si el bloqueo está disponible, el subproceso Consumi dor lo adquiere. Des- 
pués, el ciclo while en las líneas 36 a 42 determina si ocupado es fal se. Si es así, el búfer está vacío, por lo que 
en la línea 39 se imprime un mensaje indicando que el subproceso Consumi dor está tratando de leer un valor, y en 
la línea 40 se invoca el método mostrarEstado para imprimir un mensaje que indique que el búfer está vacío, y 
que el subproceso Consumi dor está esperando. En la línea 41 se invoca el método wai t para colocar el subproce- 
so que llamó al método obtener (es decir, el Consumi dor) en el estado en espera del objeto BuferSi ncroni zado. 
De nuevo, la llamada a wai t hace que el subproceso que hizo la llamada libere de manera implícita el bloqueo 
sobre el objeto BuferSi ncroni zado, para que otro subproceso pueda tratar de adquirir el bloqueo del objeto 
BuferSi ncroni zado e invocar al método establecer u obtener del objeto. Si el bloqueo sobre el objeto Bufer- 
Si ncroni zado no está disponible (por ejemplo, si el Productor no ha regresado todavía del método establ e- 
cer), el Consumi dor se detiene hasta que el bloqueo esté disponible. 

El subproceso Consumi dor permanece en el estado en espera hasta que otro subproceso le notifica que puede 
continuar; en este punto, el subproceso Consumidor regresa al estado ejecutable y trata de readquirir en forma 
implícita el bloqueo sobre el objeto BuferSi ncroni zado. Si el bloqueo está disponible, el Consumi dor readquie- 
re el bloqueo y el método obtener continúa ejecutándose con la siguiente instrucción después de wai t. Debido 
a que la llamada a wai t ocurre dentro de un ciclo, la condición de continuación del ciclo se evalúa de nuevo 
para determinar si el subproceso puede continuar con su ejecución. Si no es así, wai t se invoca de nuevo; en caso 
contrario, el método obtener continúa con la siguiente instrucción después del ciclo. En la línea 46 se estable- 
ce la variable ocupado en fal se, para indicar que el bufer está ahora vacío (es decir, un Consumi dor no puede 
leer el valor, pero un Productor puede colocar otro valor en el bufer), en la línea 48 se hace una llamada al méto- 
do mostrarEstado para indicar que el consumidor está leyendo y en la línea 50 se invoca el método noti fyAl 1 . 
Si hay subprocesos en el estado en espera del bloqueo sobre este objeto BuferSi ncroni zado, entran al estado 
ejecutable y pueden ahora readquirir el bloqueo. El método noti fyAl 1 regresa de inmediato, y después el méto- 
do obtener devuelve el valor de bufer al método que lo llamó. Cuando el método obtener regresa, el bloqueo 
sobre el objeto BuferSi ncroni zado se libera de manera implícita. 



Tip para prevenir errores 23.2 


Siempre debe invocar al método wai t en un ciclo que evalúe la condición en base a la cual la tarea está esperando. 
Es posible que un subproceso vuelva a entrar al estado ejecutable (a través de una espera sincronizada o debido a 
que otro subproceso hace una llamada a noti fyAll) antes de que se cumpla la condición. Al evaluar la condición 
de nuevo , nos aseguramos que el subproceso no se ejecute por error, si se le notificó antes. 


Prueba de la clase BuferSi ncroni zado 

La clase PruebaBuferComparti do2 (figura 23.19) es similar a la clase PruebaBuferComparti do (figura 23.15). 
PruebaBuferCompartido2 contiene el método mai n (líneas 8 a 24), el cual inicia la aplicación. En la línea 11 
se crea un objeto ExecutorServi ce para ejecutar las tareas Productor y Consumidor. En la línea 14 se crea 
un objeto BuferSi ncroni zado y se asigna su referencia a la variable Bufer llamada ubicacionCompartida. 
Este objeto almacena los datos que se compartirán entre el Productor y el Consumi dor. En las líneas 16 y 17 se 
muestran los encabezados de columna para los resultados. En las líneas 20 y 21 se ejecuta un Productor y un 
Consumidor. Por último, en la línea 23 se hace una llamada al método shutdown para terminar la aplicación 
cuando el Productor y el Consumidor completen sus tareas. Cuando el método mai n termina (línea 24), el 
subproceso principal de ejecución termina. 

Estudie los resultados de la figura 23.19. Observe que cada entero producido se consume sólo una vez; no 
se pierden valores, y no se consumen valores más de una vez. La sincronización asegura que el Productor pro- 
duzca un valor sólo cuando el búfer esté vacío, y que el Consumi dor consuma sólo cuando el búfer esté lleno. El 
Productor siempre va primero, el Consumi dor espera si el Productor no ha producido desde la última vez que 
el Consumi dor consumió, y el Productor espera si el Consumi dor no ha consumido todavía el valor que el Pro- 
ductor produjo más recientemente. Ejecute este programa varias veces para confirmar que cada entero producido 
se consuma sólo una vez. En los resultados de ejemplo, observe las líneas resaltadas que indican cuándo deben 
esperar el Productor y el Consumi dor para realizar sus respectivas tareas. 
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1 // Fig 23.19: PruebaBuferCompartido2 . java 

2 // La aplicación muestra cómo dos subprocesos manipulan un búfer sincronizado. 

3 import java. útil .concurrent.ExecutorService; 

4 import java. uti 1 . concurrent . Executors ; 

5 

6 public class PruebaBuferCompartido2 

7 { 

8 public static void main( String[] args ) 

9 { 

10 // crea nueva reserva con dos subprocesos 

11 ExecutorService aplicación = Executors . newCachedThreadPool () ; 

12 

13 // crea objeto BuferSi ncroni zado para almacenar valores int 

14 Bufer ubi cacionComparti da = new BuferSi ncronizado() ; 

15 

16 System. out.printf( "%-40s%s\t\t%s\n%-40s%s\n\n" , "Operación", 

17 "Bufer", "Ocupado", " ", " \t\t " ); 

18 

19 // ejecuta las tareas Productor y Consumidor 

20 aplicación. execute( new Productor( ubicacionCompartida ) ); 

21 aplicación. execute( new Consumidor( ubicacionCompartida ) ); 

22 

23 aplicacion.shutdownO ; 

24 } // fin de main 

25 } // fin de la clase PruebaBuferComparti do2 


Operaci on 

Bufer 

Ocupado 

Consumidor trata de leer. 

Bufer vacio. Consumidor espera. 

-1 

fal se 

Productor escribe 1 

1 

true 

Consumidor lee 1 

1 

fal se 

Consumidor trata de leer. 

Bufer vacio. Consumidor espera. 

1 

fal se 

Productor escribe 2 

2 

true 

Consumidor lee 2 

2 

fal se 

Productor escribe 3 

3 

true 

Consumidor lee 3 

3 

fal se 

Productor escribe 4 

4 

true 

Productor trata de escribir. 

Bufer lleno. Productor espera. 

4 

true 

Consumidor lee 4 

4 

fal se 

Productor escribe 5 

5 

true 

Consumidor lee 5 

5 

fal se 

Productor escribe 6 

6 

true 

Figura 23.19 | La aplicación muestra cómo dos subp 

rocesos manipulan un 

búfer sincronizado. (Parte 1 de 2). 
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Productor trata de escribir. 

Bufer lleno. Productor espera. 

6 

true 

Consumidor lee 6 

6 

fal se 

Productor escribe 7 

7 

true 

Productor trata de escribir. 

Bufer lleno. Productor espera. 

7 

true 

Consumidor lee 7 

7 

fal se 

Productor escribe 8 

8 

true 

Consumidor lee 8 

8 

fal se 

Consumidor trata de leer. 

Bufer vacio. Consumidor espera. 

8 

fal se 

Productor escribe 9 

9 

true 

Consumidor lee 9 

9 

fal se 

Consumidor trata de leer. 

Bufer vacio. Consumidor espera. 

9 

fal se 

Productor escribe 10 

10 

true 

Consumidor lee 10 

10 

fal se 

Productor termino de producir 

Terminando Productor 



Consumidor leyó valores, el total es 55 
Terminando Consumidor 






Figura 23. 1 9 | La aplicación muestra cómo dos subprocesos manipulan un búfer sincronizado. (Parte 2 de 2). 


23.9 Relación productor/consumidor: buferes delimitados 

El programa de la sección 23.8 utiliza la sincronización de subprocesos para garantizar que dos subprocesos mani- 
pulen correctamente los datos en un búfer compartido. Sin embargo, la aplicación tal vez no tenga un rendimien- 
to óptimo. Si los dos subprocesos operan a distintas velocidades, uno de ellos invertirá más tiempo (o la mayoría 
de éste) esperando. Por ejemplo, en el programa de la sección 23.8 compartimos una sola variable entera entre los 
dos subprocesos. Si el subproceso Productor produce valores con más rapidez de la que el Consumidor puede 
consumirlos, entonces el subproceso Productor espera al Consumí dor, ya que no hay más ubicaciones en el búfer 
en donde se pueda colocar el siguiente valor. De manera similar, si el Consumí do r consume valores con más rapi- 
dez de la que el Productor los produce, el Consumí dor espera hasta que el Productor coloque el siguiente valor 
en el búfer compartido. Aun cuando tenemos subprocesos que operan a las mismas velocidades relativas, algunas 
veces esos subprocesos pueden “salirse de sincronía” durante un periodo de tiempo, lo cual provoca que uno de 
ellos tenga que esperar al otro. No podemos hacer suposiciones acerca de las velocidades relativas de los subpro- 
cesos concurrentes; las interacciones que ocurren con el sistema operativo, la red, el usuario y otros componentes 
pueden hacer que los subprocesos operen a distintas velocidades. Cuando esto ocurre, los subprocesos esperan. 
Cuando los subprocesos esperan de manera excesiva, los programas se vuelven menos eficientes, los programas 
interactivos se vuelven menos responsivos y las aplicaciones sufren retrasos extensos. 
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Búferes delimitados 

Para minimizar la cantidad de tiempo de espera para los subprocesos que comparten recursos y operan a las 
mismas velocidades promedio, podemos implementar un bufer delimitado que proporcione un número fijo de 
celdas de búfer en las que el Productor pueda colocar valores, y de las cuales el Consumí dor pueda obtener esos 
valores. (De hecho, ya hemos realizado esto con la clase ArrayBlocki ngQueue en la sección 23.7). Si el Produc- 
tor produce temporalmente valores con más rapidez de la que el Consumí dor pueda consumirlos, el Productor 
puede escribir otros valores en el espacio adicional del búfer (si hay disponible). Esta capacidad permite al Pro- 
ductor realizar su tarea, aún cuando el Consumí dor no esté listo para obtener el valor que se esté produciendo en 
ese momento. De manera similar, si el Consumidor consume con más rapidez de la que el Productor produce 
nuevos valores, el Consumidor puede leer valores adicionales (si los hay) del búfer. Eso permite al Consumidor 
mantenerse ocupado, aún cuando el Productor no esté listo para producir valores adicionales. 

Observe que, incluso hasta un búfer delimitado es inapropiado si el Productor y el Consumidor operan 
consistentemente a distintas velocidades. Si el Consumi dor siempre se ejecuta con más rapidez que el Productor, 
entonces basta con tener un búfer con una sola ubicación. Las ubicaciones adicionales simplemente desperdicia- 
rían memoria. Si el Productor siempre se ejecuta con más rapidez, sólo un búfer con un número “infinito” de 
ubicaciones podría absorber la producción adicional. No obstante, si el Productor y el Consumi dor se ejecutan 
aproximadamente a la misma velocidad promedio, un búfer delimitado ayuda a suavizar los efectos de cualquier 
aceleración o desaceleración ocasional en la ejecución de cualquiera de los dos subprocesos. 

La clave para usar un búfer delimitado con un Productor y un Consumi dor que operan aproximadamente a 
la misma velocidad es proporcionar al búfer suficientes ubicaciones para que pueda manejar la producción “extra” 
anticipada. Si, durante un periodo de tiempo, determinamos que el Productor con frecuencia produce hasta 
tres valores más de los que el Consumi dor puede consumir, podemos proporcionar un búfer de por lo menos tres 
celdas para manejar la producción adicional. Si hacemos el búfer demasiado pequeño, los subprocesos tendrían 
que esperar más; si hacemos el búfer demasiado grande, se desperdiciaría memoria. 

Tip de rendimiento 23.3 

Aun cuando se utilice un búfer delimitado, es posible que un subproceso productor pueda llenar el búfer, lo cual 
obligaría al productor a esperar hasta que un consumidor consumiera un valor para liberar un elemento en el búfer. 
De manera similar, si el búfer está vacío en algún momento dado, un subproceso consumidor debe esperar hasta que 
el productor produzca otro valor. La clave para usar un búfer delimitado es optimizar su tamaño para minimizar 
la cantidad de tiempo de espera de los subprocesos, sin desperdiciar espacio. 

Búferes delimitados que utilizan a ArrayBlocki ngQueue 

La manera más simple de implementar un búfer delimitado es utilizar un objeto ArrayBlocki ngQueue para el 
búfer, de manera que se haga cargo de todos los detalles de la sincronización por nosotros. Para ello, podemos 
reutilizar el ejemplo de la sección 23.7 y pasar simplemente el tamaño deseado para el búfer delimitado al cons- 
tructor de ArrayBl ocki ngQueue. En vez de repetir nuestro ejemplo anterior con ArrayBlocki ngQueue con un 
tamaño distinto, vamos a presentar un ejemplo que ilustra cómo podemos construir un búfer delimitado por 
nuestra cuenta. De nuevo, observe que si utilizamos un objeto ArrayBl ocki ngQueue, nuestro código tendrá una 
mejor capacidad de mantenimiento y un mejor rendimiento. 

Implementación de su propio búfer delimitado como un búfer circular 

El programa de las figuras 23.20 y 23.21 demuestra cómo un Productor y un Consumi dor acceden a un búfer 
delimitado con sincronización. Implementamos el búfer delimitado en la clase BuferCi rcular (figura 23.20) 
como un búfer circular que utiliza un arreglo compartido de tres elementos. Un búfer circular escribe los ele- 
mentos de un arreglo y los lee en orden, empezando en la primera celda y avanzando hacia la última. Cuando un 
Productor o Consumi dor llega al último elemento, regresa al primero y empieza a escribir o leer, respectivamen- 
te, de ahí. En esta versión de la relación productor/ consumidor, el Consumidor consume un valor sólo cuando 
el arreglo no está vacío y el Productor produce un valor sólo cuando el arreglo no está lleno. Las instrucciones 
que crearon e iniciaron los objetos subproceso en el método main de la clase PruebaBuferCompartido2 (figura 
23.19) ahora aparecen en la clase PruebaBuferCi rcul ar (figura 23.21). 

En la línea 5 se inicializa el arreglo bufer como un arreglo de tres elementos que representa el búfer circu- 
lar. La variable cel dasOcupadas (línea 7) cuenta el número de elementos en bufer que contienen datos a leer. 
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1 // Fig. 23.20: BuferCi rcular. java 

2 // Sincronización del acceso a un búfer delimitado compartido, con tres elementos. 

3 public class BuferCi rcul ar implements Bufer 

4 { 

5 private final int[] bufer = { -1, -1, -1 }; // búfer compartido 

6 

7 private int cel dasOcupadas = 0; // número de búferes utilizados 

8 private int i ndi ceEscri tura = 0; // indice del siguiente elemento a escribir 

9 private int i ndi ceLectura = 0; // indice del siguiente elemento a leer 

10 

11 // coloca un valor en el búfer 

12 public synchronized void establecerf int valor ) throws InterruptedException 

13 { 

14 // imprime información del subproceso y del búfer, después espera; 

15 // mientras no haya ubicaciones vacias, coloca el subproceso en estado de espera 

16 while ( cel dasOcupadas == bufer. length ) 

17 { 

18 System. out.printf( "Bufer está lleno. Productor espera. \n" ); 

19 wait(); // espera hasta que haya una celda libre en el búfer 

20 } // fin de while 

21 

22 bufer[ i ndi ceEscri tura ] = valor; // establece nuevo valor del búfer 

23 

24 // actualiza indice de escritura circular 

25 i ndi ceEscri tura = ( i ndi ceEscri tura + 1 ) % bufer . 1 ength ; 

26 

27 ++cel dasOcupadas ; // una celda más del búfer está llena 

28 mostrarEstado( "Productor escribe " + valor ); 

29 notifyAll(); // notifica a los subprocesos en espera para que lean del búfer 

30 } // fin del método establecer 

31 

32 // devuelve un valor del búfer 

33 public synchronized int obtenerO throws InterruptedException 

34 { 

35 // espera hasta que el búfer tenga datos, después lee el valor; 

36 // mientras no haya datos para leer, coloca el subproceso en estado de espera 

37 while ( cel dasOcupadas == 0 ) 

38 { 

39 System . out . pri ntf( "Bufer esta vacio. Consumidor espera. \n" ); 

40 wait(); // espera hasta que se llene una celda del búfer 

41 } // fin de while 

42 

43 int valorLeido = bufer[ i ndiceLectura ]; // lee un valor del búfer 

44 

45 // actualiza indice de lectura circular 

46 i ndi ceLectura = ( i ndi ceLectura + 1 ) % bufer. length; 

47 

48 — cel dasOcupadas ; // hay una celda ocupada menos en el búfer 

49 mostrarEstado( "Consumidor lee " + valorLeido ); 

50 notifyAll(); // notifica a los subprocesos en espera que pueden escribir en el 
búfer 

51 

52 return valorLeido; 

53 } // fin del método obtener 

54 

55 // muestra la operación actual y estado del búfer 

56 public void mostrarEstado( String operación ) 

57 { 

58 // imprime operación y número de celdas ocupadas del búfer 

Figura 23.20 | Sincronización del acceso a un búfer delimitado compartido, con tres elementos. (Parte I de 2). 
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59 System. out. printf( "%s%s%d)\n%s" , operación, 

60 " (celdas ocupadas del bufer: ", celdasOcupadas, "celdas bufer: " ); 

61 

62 for ( int valor : bufer ) 

63 System. out. printf( ' %2d ' , valor ); // imprime los valores que hay en el 
búfer 

64 

65 System. out. print( "\n " ); 

66 

67 for ( int i = 0; i < bufer . 1 ength ; i++ ) 

68 System. out. print( " ); 

69 

70 System. out. print( "\n " ); 

71 

72 for ( int i = 0; i < bufer . 1 ength ; i++ ) 

73 { 

74 i f ( i == i ndi ceEscri tura && i == indi ceLectura ) 

75 System. out. print( " WR" ); // indice de escritura y de lectura 


76 

el se if ( i == i ndi ceEscri tura 

) 




77 

System, out. print( " W 

); 

// 

sólo 

el indice 

de escritura 

78 

el se if ( i == i ndi ceLectura 

) 





79 

System. out. print( " R 

); 

// 

sólo 

el indice 

de lectura 

80 

el se 






81 

System. out. print( " 

); 

// 

ningún indice 



82 } // fin de for 

83 

84 System. out. println( "\n" ); 

85 } // fin del método mostrarEstado 

86 } // fin de la clase BuferCi rcular 

Figura 23.20 | Sincronización del acceso a un búfer delimitado compartido, con tres elementos. (Parte 2 de 2). 


Cuando buferesOcupados es 0, no hay datos en el búfer circular y el Consumi dor debe esperar; cuando cel - 
dasOcupadas es 3 (el tamaño del búfer circular), el búfer circular está lleno y el Productor debe esperar. La 
variable i ndi ceEscri tura (línea 8) indica la siguiente ubicación en la que un Productor puede colocar un valor. 
La variable i ndi ceLectura (línea 9) indica la posición a partir de la cual un Consumi dor puede leer el siguiente 
valor. 

El método establ ecer de BuferCi rcul ar (líneas 12 a 30) realiza las mismas tareas que en la figura 23.18, 
con unas cuantas modificaciones. El ciclo en las líneas 16 a 20 determina si el Productor debe esperar (es decir, 
todos los búferes están llenos). De ser así, en la línea 18 se indica que el Productor está esperando para realizar 
su tarea. Después, en la línea 19 se invoca el método wait, lo cual hace que el Productor libere el bloqueo de 
BuferCi rcular y espere hasta que haya espacio para escribir un nuevo valor en el búfer. Cuando la ejecución 
continúa en la línea 22 después del ciclo whi 1 e, el valor escrito por el Productor se coloca en el búfer circular, 
en la ubicación i ndi ceEscri tura. Después, en la línea 25 se actualiza i ndi ceEscri tura para la siguiente lla- 
mada al método establecer de BuferCi rcular. Esta línea es la clave para la “circularidad” del búfer. Cuando 
i ndi ceEscri tura se incrementa más allá del final del búfer, la línea lo establece en 0. En la línea 27 se incre- 
menta celdasOcupadas, debido a que ahora hay un valor más en el búfer que el Consumidor puede leer. A 
continuación, en la línea 28 se invoca el método mostrarEstado (líneas 56 a 85) para actualizar la salida con 
el valor producido, el número de búferes ocupados, el contenido de esos búferes y los valores actuales de i ndi - 
ceEscri tura e i ndi ceLectu ra. En la línea 29 se invoca el método noti fyAl 1 para cambiar los subprocesos en 
espera al estado ejecutable, de manera que un subproceso Consumi dor en espera (si hay uno) pueda intentar leer 
nuevamente un valor del búfer. 

El método obtener de BuferCi rcular (líneas 33 a 53) también realiza las mismas tareas que hizo en la 
figura 23.18, con unas cuantas modificaciones menores. El ciclo en las líneas 37 a 41 determina si el Consumi - 
dor debe esperar (es decir, todas las celdas del búfer están vacías). Si el Consumi dor debe esperar, en la línea 39 
se actualiza la salida para indicar que el Consumidor está esperando realizar su tarea. Después, en la línea 40 se 
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invoca el método wai t, lo cual hace que el subproceso actual libere el bloqueo sobre el BuferCi rcul ar y espera 
hasta que haya datos disponibles para leer. Cuando la ejecución continúa en un momento dado en la línea 43, 
después de que el Productor llama a noti fyAll, a valorLei do se le asigna el valor en la ubicación i ndi ceLec- 
tura en el búfer circular. Después, en la línea 46 se actualiza i ndi ceLectura para la siguiente llamada al método 
obtener de BuferCi rcul ar. En esta línea y en la línea 25 se implementa la “circularidad” del búfer. En la línea 
48 se decrementa cel dasOcupadas, debido a que ahora hay una posición más en el búfer en la que el subproceso 
Productor puede colocar un valor. En la línea 49 se invoca el método mostrarEstado para actualizar la salida 
con el valor consumido, el número de búferes ocupados, el contenido de los búferes y los valores actuales de 
i ndi ceEscri tura e i ndi ceLectura. En la línea 50 se invoca el método noti fyAl 1 para permitir que cualquier 
subproceso Productor que esté esperando escribir en el objeto BuferCi rcular intente escribir de nuevo. Des- 
pués, en la línea 52 se devuelve el valor consumido al método que hizo la llamada. 

El método mostrarEstado (líneas 56 a 85) imprime en pantalla el estado de la aplicación. En las líneas 62 y 
63 se muestran los valores actuales de las celdas del búfer. En la línea 63 se utiliza el método pri ntf con un espe- 
cificador de formato "%2d" para imprimir el contenido de cada búfer con un espacio a la izquierda, si es un solo 
dígito. En las líneas 70 a 82 se imprimen en pantalla los valores actuales de i ndi ceEscri tura e i ndi ceLectura 
con las letras W y R, respectivamente. 

Prueba de la clase BuferCi rcular 

La clase PruebaBuferCi rcular (figura 23.21) contiene el método main que inicia la aplicación. En la línea 11 
se crea el objeto ExecutorServi ce, y en la línea 14 se crea un objeto BuferCi rcul ar y se asigna su referencia a 
la variable BuferCi rcular llamada ubi caci onComparti da. En la línea 17 se invoca el método mostrarEstado 
de BuferCi rcul ar para mostrar el estado inicial del búfer. En las líneas 20 y 21 se ejecutan las tareas Productor 
y Consumidor. En la línea 23 se hace una llamada al método shutdown para terminar la aplicación cuando los 
subprocesos completen las tareas Productor y Consumí dor. 

Cada vez que el Productor escribe un valor o el Consumi dor lee un valor, el programa imprime en pantalla 
un mensaje indicando la acción realizada (lectura o escritura), el contenido de bufer y la ubicación de i ndi ceEs- 
cri tura e i ndi ceLectura. En la salida de la figura 23.21, el Productor escribe primero el valor 1. Después, el 
búfer contiene el valor 1 en la primera celda y el valor -1 (el valor predeterminado que utilizamos para fines de 
mostrar los resultados) en las otras dos celdas. El índice de escritura se actualiza a la segunda celda, mientras que 
el índice de lectura permanece en la primera celda. A continuación, el Consumidor lee 1. El búfer contiene los 
mismos valores, pero el índice de lectura se ha actualizado a la segunda celda. Después el Consumidor trata de 
leer otra vez, pero el búfer está vacío y el Consumi dor se ve obligado a esperar. Observe que sólo una vez en esta 
ejecución del programa fue necesario que uno de los dos subprocesos esperara. 


1 // Fig 23.21: PruebaBuferCi rcular. java 

2 // Muestra dos subprocesos que manipulan un búfer circular. 

3 import java. útil .concurrent.ExecutorService; 

4 import java. útil .concurrent.Executors; 

5 

6 public class PruebaBuferCi rcul ar 

7 { 

8 public static void main( String[] args ) 

9 { 

10 // crea nueva reserva con dos subprocesos 

11 ExecutorService aplicación = Executors . newCachedThreadPool () ; 

12 

13 // crea objeto BuferCi rcul ar para almacenar valores int 

14 BuferCi rcul ar ubicacionCompartida = new BuferCi rcul ar() ; 

15 

16 // muestra el estado inicial del objeto BuferCi rcul ar 

17 ubicacionCompartida. mostrarEstado( "Estado inicial" ); 

Figura 23.21 | La aplicación muestra cómo los subprocesos Productor y Consumidor manipulan un búfer circular. 
(Parte I de 3). 
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18 

19 // ejecuta las tareas Productor y Consumidor 

20 aplicación. execute( new Productor( ubicacionCompartida ) ); 

21 aplicación. execute( new Consumidor( ubicacionCompartida ) ); 

22 

23 aplicacion.shutdownO ; 

24 } // fin de main 

25 } // fin de la clase PruebaBuferCi rcular 

Estado inicial (celdas ocupadas del bufer: 0) 
celdas bufer: -1 -1 -1 


WR 

Productor escribe 1 (celdas ocupadas del bufer: 1) 
celdas bufer: 1 -1 -1 


R W 

Consumidor lee 1 (celdas ocupadas del bufer: 0) 
celdas bufer: 1 -1 -1 


WR 

Bufer esta vacio. Consumidor espera. 

Productor escribe 2 (celdas ocupadas del bufer: 1) 
celdas bufer: 12-1 


R W 

Consumidor lee 2 (celdas ocupadas del bufer: 0) 
celdas bufer: 12-1 


WR 

Productor escribe 3 (celdas ocupadas del bufer: 1) 
celdas bufer: 123 


W R 

Consumidor lee 3 (celdas ocupadas del bufer: 0) 
celdas bufer: 123 


WR 

Productor escribe 4 (celdas ocupadas del bufer: 1) 
celdas bufer: 423 


R W 

Productor escribe 5 (celdas ocupadas del bufer: 2) 
celdas bufer: 453 


R W 

Consumidor lee 4 (celdas ocupadas del bufer: 1) 
celdas bufer: 453 


R W 

I 

Figura 23.21 | La aplicación muestra cómo los subprocesos Productor y Consumidor manipulan un bufer circular. 
(Parte 2 de 3). 
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Productor escribe 6 (celdas ocupadas del bufer: 2) 


celdas bufer: 

4 

5 

6 



W 

R 




Productor escribe 

7 

(celdas ocupadas del bufer: 

3) 

celdas bufer: 

7 

5 

6 





WR 




Consumidor lee 5 

(celdas 

ocupadas 

del bufer: 2) 


celdas bufer: 

7 

5 

6 





W 

R 



Productor escribe 

8 

(celdas ocupadas del bufer: 

3) 

celdas bufer: 

7 

8 

6 






WR 



Consumidor lee 6 

(celdas 

ocupadas 

del bufer: 2) 


celdas bufer: 

7 

8 

6 




R 


W 



Consumidor lee 7 

(celdas 

ocupadas 

del bufer: 1) 


celdas bufer: 

7 

8 

6 





R 

W 



Productor escribe 

9 

(celdas ocupadas del bufer: 

2) 

celdas bufer: 

7 

8 

9 



W 

R 




Consumidor lee 8 

(celdas 

ocupadas 

del bufer: 1) 


celdas bufer: 

7 

8 

9 



W 


R 



Consumidor lee 9 

(celdas 

ocupadas 

del bufer: 0) 


celdas bufer: 

7 

8 

9 



WR 






Productor escribe 10 (celdas ocupadas del bufer: 1) 
celdas bufer: 10 8 9 


R W 

Productor termino de producir 
Terminando Productor 

Consumidor lee 10 (celdas ocupadas del bufer: 0) 
celdas bufer: 10 8 9 


WR 

Consumidor leyó valores, el total es 55 
Terminando Consumidor 


Figura 23.21 | La aplicación muestra cómo los subprocesos Productor y Consumidor manipulan un bufer circular. 
(Parte 3 de 3). 
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23.10 Relación productor/consumidor: las interfaces Lock 
y Condi tion 

Aunque la palabra clave synchroni zed proporciona la mayoría de las necesidades de sincronización de subproce- 
sos, Java cuenta con otras herramientas para ayudar en el desarrollo de programas concurrentes. En esta sección, 
hablaremos sobre las interfaces Lock y Condi tion, que se introdujeron en Java SE 5. Estas interfaces propor- 
cionan a los programadores un control más preciso sobre la sincronización de subprocesos, pero su uso es más 
complicado. 

La interfaz Lock y la clase ReentrantLock 

Cualquier objeto puede contener una referencia a un objeto que impl emente a la interfaz Lock (del paquete 
java. útil .concurrent.locks). Un subproceso llama al método lock de Lock para adquirir el bloqueo. Una 
vez que un subproceso obtiene un objeto Lock, este objeto no permitirá que otro subproceso obtenga el Lock 
sino hasta que el primer subproceso lo libere (llamando al método unlock de Lock). Si varios subprocesos tratan 
de llamar al método lock en el mismo objeto Lock y al mismo tiempo, sólo uno de estos subprocesos puede 
obtener el bloqueo; todos los demás se colocan en el estado en espera de ese bloqueo. Cuando un subproceso llama 
al método unlock, se libera el bloqueo sobre el objeto y un subproceso en espera que intente bloquear el objeto 
puede continuar. 

La clase ReentrantLock (del paquete java, uti 1 . concurrent . locks) es una implementación básica de la 
interfaz Lock. El constructor de ReentrantLock recibe un argumento boolean, el cual especifica si el bloqueo 
tiene una política de equidad. Si el argumento es true, la política de equidad de ReentrantLock es: “el subpro- 
ceso con más tiempo de espera adquirirá el bloqueo cuando esté disponible”. Dicha política de equidad garantiza 
que nunca ocurra el aplazamiento indefinido (también conocido como inanición). Si el argumento de la política 
de equidad se establece en f al se, no hay garantía en cuanto a cuál subproceso en espera adquirirá el bloqueo 
cuando esté disponible. 

Observación de ingeniería de software 23.2 

El uso de un objeto ReentrantLock con una política de equidad evita el aplazamiento indefinido. 

Tip de rendimiento 23.4 

El uso de un objeto ReentrantLock con una política de equidad puede reducir el rendimiento del programa, de 
una manera considerable. 

Los objetos de condición y la interfaz Condi tion 

Si un subproceso que posee un objeto Lock determina que no puede continuar con su tarea hasta que se cumpla 
cierta condición, el subproceso puede esperar en base a un objeto de condición. El uso de objetos Lock nos 
permite declarar de manera explícita los objetos de condición sobre los cuales un subproceso tal vez tenga que 
esperar. Por ejemplo, en la relación productor/consumidor los productores pueden esperar en base a un objeto, y 
los consumidores en base a otro. Esto no es posible cuando se utiliza la palabra clave synchroni zed y el bloqueo 
de monitor integrado de un objeto. Los objetos de condición se asocian con un objeto Lock específico y se crean 
mediante una llamada al método newCondition de Lock, el cual devuelve un objeto que implementa a la inter- 
faz Condition (del paquete java. útil .concurrent.locks). Para esperar en base a un objeto de condición, el 
subproceso puede llamar al método await de Condition. Esto libera de inmediato el objeto Lock asociado, y 
coloca al subproceso en el estado en espera, en base a ese objeto Condi tion. Así, otros subprocesos pueden tratar 
de obtener el objeto Lock. Cuando un subproceso ejecutable completa una tarea y determina que el subproceso 
en espera puede ahora continuar, el subproceso ejecutable puede llamar al método signal de Condition para 
permitir que un subproceso en el estado en espera de ese objeto Condition regrese al estado ejecutable. En este 
punto, el subproceso que cambió del estado en espera al estado ejecutable puede tratar de readquirir el objeto Lock. 
Aun si puede readquirir el objeto Lock, tal vez el subproceso no pueda todavía realizar su tarea en este momento; 
en cuyo caso, el subproceso puede llamar al método await de Condition para liberar el objeto Lock y volver 
a entrar al estado en espera. Si hay varios subprocesos en un estado en espera de un objeto Condition cuando se 
hace la llamada a si gnal , la implementación predeterminada de Condi ti on indica al subproceso con más tiempo 
de espera que debe cambiar al estado ejecutable. Si un subproceso llama al método si gnal ATI de Condition, 
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entonces todos los subprocesos que esperan esa condición cambian al estado ejecutable y se convierten en can- 
didatos para readquirir el objeto Lock. Sólo uno de esos subprocesos puede obtener el bloqueo (Lock) sobre el 
objeto; los demás esperarán hasta que el objeto Lock esté disponible otra vez. Si el objeto Lock tiene una política 
de equidad, el subproceso con más tiempo de espera adquiere ese objeto Lock. Cuando un subproceso termina 
con un objeto compartido, debe llamar al método unlock para liberar al objeto Lock. 



Error común de programación 23.2 

El interbloqueo (deadlock) ocurre cuando un subproceso en espera (al cual llamaremos subprocesol) no puede con- 
tinuar, debido a que está esperando (ya sea en forma directa o indirecta) a que otro subproceso (al cual llamaremos 
subproceso2) continúe, mientras que al mismo tiempo, el subproceso2 no puede continuar debido a que está esperan- 
do (ya sea en forma directa o indirecta) a que el subproceso 1 continúe. Los dos subprocesos están en espera uno del 
otro, por lo que las acciones que permitirían a cada subproceso continuar su ejecución nunca ocurrirán. 



Tip para prevenir errores 23.3 


Cuando varios subprocesos manipulan a un objeto compartido mediante el uso de bloqueos, debemos asegurarnos 
que, si un subproceso llama al método awai t para entrar al estado en espera de un objeto de condición, en algún 
momento dado un subproceso separado llamará al método signa 7 de Condi tion para cambiar el subproceso que 
espera al objeto de condición de vuelta al estado ejecutable. Si puede haber varios subprocesos esperando el objeto de 
condición, un subproceso separado puede llamar al método s i gna 1A11 de Condi ti on como garantía para asegurar 
que todos los subprocesos en espera tengan otra oportunidad para realizar sus tareas. Si esto no se hace, puede ocurrir 
un aplazamiento indefinido ( inanición). 



Error común de programación 23.3 

Una excepción 177 egaiMoni torStateExcepti on ocurre si un subproceso llama a await, signal o signalAll 
en base a un objeto de condición, sin haber adquirido el bloqueo para ese objeto de condición. 


Comparación entre Lock y Condi tion, y la palabra clave synchronized 

En algunas aplicaciones, el uso de objetos Lock y Condi ti on puede ser preferible a utilizar la palabra clave syn- 
chronized. Los objetos Lock nos permiten interrumpir a los subprocesos en espera, o especificar un tiempo 
límite para esperar a adquirir un bloqueo, lo cual no es posible si se utiliza la palabra clave synchroni zed. Ade- 
más, un objeto Lock no está restringido a ser adquirido y liberado en el mismo bloque de código, lo cual es el caso 
con la palabra clave synch roni zed. Los objetos Condi ti on nos permiten especificar varios objetos de condición, 
en base a los cuales los subprocesos pueden esperar. Por ende, es posible indicar a los subprocesos en espera que 
un objeto de condición específico es ahora verdadero, llamando a si gnal o si gnal Al 1 en ese objeto Condi ti on. 
Con la palabra clave synch roni zed, no hay forma de indicar de manera explícita la condición en la cual esperan 
los subprocesos y, por lo tanto, no hay forma de notificar a los subprocesos en espera de una condición específica 
que pueden continuar, sin también indicarlo a los subprocesos que están en espera de otras condiciones. Hay 
otras posibles ventajas en cuanto al uso de objetos Lock y Condi ti on, pero debemos tener en cuenta que, por lo 
general, es mejor utilizar la palabra clave synchronized, a menos que nuestra aplicación requiera capacidades 
avanzadas de sincronización. El uso de las interfaces Lock y Condi tion es propenso a errores; no se garantiza 
la llamada a unlock, mientras que el monitor en una instrucción synchronized siempre se liberará cuando la 
instrucción termine de ejecutarse. 


Uso de objetos Locky Condition para implementar la sincronización 

Para ilustrar cómo usar las interfaces Lock y Condi ti on, ahora vamos a implementar la relación productor/consu- 
midor, utilizando objetos Lock y Condi ti on para coordinar el acceso a un búfer compartido con un solo elemen- 
to (figuras 23.22 y 23.23). En este caso, cada valor producido se consume correctamente sólo una vez. 

La clase BuferSi ncroni zado (figura 23.22) contiene cinco campos. En la línea 1 1 se crea un nuevo objeto 
de tipo ReentrantLock y se asigna su referencia a la variable Lock llamada bl oqueoAcceso. El objeto blo- 
queoReentrante se crea sin la política de equidad, ya que en cualquier momento dado, sólo un Productor 
o Consumí dor estará esperando adquirir el objeto Lock en este ejemplo. En las líneas 14 y 15 se crean dos objetos 
Condi ti on mediante el uso del método newCondi ti on de Lock. El objeto Condi ti on llamado puedeEscri bi r 
contiene una cola para un subproceso Productor, el cual espera mientras el búfer esté lleno (es decir, hay datos 
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en el búfer pero el Consumí dor no los ha leído aún). Si el búfer está lleno, el Productor llama al método awai t en 
este objeto Condi ti on. Cuando el Consumí dor lee datos de un búfer lleno, llama al método si gnal en este obje- 
to Condi ti on. El objeto Condi ti on puedeLeer contiene una cola para un Consumidor que espera mientras el 
búfer esté vacío (es decir, no hay datos en el búfer para que el Consumi dor los lea). Si el búfer está vacío, el Con- 
sumí dor llama al método awai t en este objeto Condi ti on. Cuando el Productor escribe en el búfer vacío, llama 
al método si gnal en este objeto Condi ti on. La variable i nt bufer (línea 17) contiene los datos compartidos. 
La variable bool ean ocupado (línea 18) mantiene el rastro acerca de si el búfer contiene datos en un momento 
dado (que el Consumi dor debe leer). 


1 // Fig. 23.22: BuferSi ncronizado . java 

2 // Sincroniza el acceso a un entero compartido, usando las interfaces 

3 // Lock y Condi ti on 

4 import java. uti 1 . concurrent. 1 ocks . Lock; 

5 import java. útil .concurrent. locks.ReentrantLock; 

6 import java. útil .concurrent. locks.Condition; 

7 

8 public class BuferSi ncroni zado implements Bufer 

9 { 

10 // Bloqueo para controlar la sincronización con este búfer 

11 prívate final Lock bl oqueoAcceso = new ReentrantLockO ; 

12 

13 // condiciones para controlar la lectura y escritura 

14 prívate final Condition puedeEscri bi r = bloqueoAcceso.newConditionO ; 

15 prívate final Condition puedeLeer = bloqueoAcceso.newConditionO; 

16 

17 prívate int bufer = -1; // compartido por los subprocesos productor y consumidor 

18 prívate boolean ocupado = false; // indica si el búfer está ocupado 

19 

20 // coloca un valor int en el búfer 

21 public void establecer( int valor ) throws InterruptedException 

22 { 

23 bloqueoAcceso.lockO ; // bloquea este objeto 

24 

25 // imprime información del subproceso y del búfer, después espera 

26 try 

27 { 

28 // mientras búfer no esté vacío, coloca el subproceso en espera 

29 while ( ocupado ) 

30 { 

31 System. out.println( "Productor trata de escribir."); 

32 mostrarEstado( "Bufer lleno. Productor espera." ); 

33 puedeEscribi r.await() ; // espera hasta que bufer esté vacio 

34 } // fin de while 

35 

36 bufer = valor; // establece el nuevo valor de búfer 

37 

38 // indica que el productor no puede almacenar otro valor 

39 // hasta que el consumidor obtenga el valor actual del búfer 

40 ocupado = true; 

41 

42 mostrarEstado( "Productor escribe " + búfer ); 

43 

44 // indica al subproceso en espera que lea del búfer 

45 puedeLeer. signal () ; 

46 } // fin de try 

47 finally 

48 { 

Figura 23.22 | Sincroniza el acceso a un entero compartido, usando las interfaces Lock y Condition. (Parte I de 2). 
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49 bloqueoAcceso.unlockO ; // desbloquea este objeto 

50 } // fin de finally 

51 } // fin del método establecer 

52 

53 // devuelve el valor del búfer 

54 public int obtenerO throws InterruptedException 

55 { 

56 int valorLeido = 0; // inicial iza el valor que se leyó del búfer 

57 bloqueoAcceso.lockO ; // bloquea este objeto 

58 

59 // imprime información del subproceso y del búfer, después espera 

60 try 

61 { 

62 // mientras no haya datos qué leer, coloca el subproceso en espera 

63 while ( ! ocupado ) 

64 { 

65 System. out.printlnf "Consumidor trata de leer." ); 

66 mostrarEstado( "Bufer vacio. Consumidor espera." ); 

67 puedeLeer.awaitO ; // espera hasta que bufer esté lleno 

68 } // fin de while 

69 

70 // indica que el productor puede almacenar otro valor 

71 // porque el consumidor acaba de obtener el valor del búfer 

72 ocupado = false; 

73 

74 valorLeido = bufer; // obtiene el valor del búfer 

75 mostrarEstado( "Consumidor lee " + valorLeido ); 

76 

77 // indica al subproceso que espera a que el búfer esté vacio 

78 puedeEscri bi r . si gnal () ; 

79 } // fin de try 

80 finally 

81 { 

82 bloqueoAcceso.unlock() ; // desbloquea este objeto 

83 } // fin de finally 

84 

85 return valorLeido; 

86 } // fin del método obtener 

87 

88 // muestra la operación actual y el estado del búfer 

89 public void mostrarEstado( String operación ) 

90 { 

91 System. out.printff "%-40s%d\t\t%b\n\n' , operación, bufer, 

92 ocupado ) ; 

93 } // fin del método mostrarEstado 

94 } // fin de la clase BuferSi ncronizado 

Figura 23.22 | Sincroniza el acceso a un entero compartido, usando las interfaces Lock y Condi tion. (Parte 2 de 2). 


En la línea 23, en el método establ ecer se hace una llamada al método 1 ock en el objeto bl oqueoAcceso 
de BuferSi ncroni zado. Si el bloqueo está disponible (es decir, si ningún otro subproceso ha adquirido este blo- 
queo), el método 1 ock regresa de inmediato (este subproceso ahora posee el bloqueo) y el subproceso continúa. Si 
el bloqueo no está disponible (es decir, si lo posee otro subproceso), este método espera hasta que el otro subpro- 
ceso libere el bloqueo. Una vez que se adquiere el bloqueo, se ejecuta el bloque try en las líneas 26 a 46. En la 
línea 29 se evalúa ocupado para determinar si bufer está lleno. Si es así, en las líneas 31 y 32 se muestra un men- 
saje indicando que el subproceso va a esperar. En la línea 33 se hace una llamada al método awai t de Condi ti on 
en el objeto de condición puedeEscri bi r, lo cual libera temporalmente el objeto Lock de BuferSi ncroni zado 
y espera una señal del Consumidor, indicando que el bufer está disponible para escritura. Cuando bufer está 
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disponible, el método continúa y escribe en bufer (línea 36), establece ocupado en true (línea 40) y muestra un 
mensaje indicando que el productor escribió un valor (línea 42). En la línea 45 se hace una llamada al método 
si gnal de Condi ti on en el objeto de condición puedeLeer, para notificar al Consumi dor en espera (si hay uno) 
que el búfer tiene nuevos datos para leer. En la línea 49 se hace una llamada al método unlock desde un bloque 
final 1 y para liberar el bloqueo y permitir que el Consumi dor continúe. 

Tip para prevenir errores 23.4 

Coloque las llamadas al método unlock de Lock en un bloque final 1 y. Si se lanza una excepción , unlock debe 
llamarse de todas formas, o de lo contrario ocurriría un interbloqueo. 

En la línea 57 del método obtener (líneas 54 a 86) se hace una llamada al método lock para adquirir el 
objeto Lock. Este método espera hasta que el objeto Lock esté disponible. Una vez que se adquiere este objeto 
Lock, en la línea 63 se evalúa si ocupado es fal se, lo cual indica que el búfer está vacío. Si es así, en la línea 67 
se hace una llamada al método awai t en el objeto de condición puedeLeer. Recuerde que el método si gnal se 
llama en la variable puedeLeer, en el método establecer (línea 45). Cuando se hace una indicación al objeto 
Condi ti on, el método obtener continúa. En la línea 72 se establece ocupado en fal se, en la línea 74 se almace- 
na el valor de bufer en val orLei do y en la línea 75 se imprime en pantalla el val orLei do. Después, en la línea 
78 se hace una indicación al objeto de condición puedeEscri bi r. Esto despertará al Productor si es que está 
esperando a que el búfer esté vacío. En la línea 82 se hace una llamada al método unlock desde un bloque final 1 y 
para liberar el bloqueo, y en la línea 85 se devuelve val orLei do al método que hizo la llamada. 

Error común de programación 23.4 

Olvidar hacer una indicación mediante s i gna 1 aun subproceso en espera es un error lógico. El subproceso perma- 
necerá en el estado en espera, lo cual evitará que pueda continuar. Dicha espera puede producir un aplazamiento 
indefinido o un interbloqueo. 

La clase PruebaBuferComparti do2 (figura 23.23) es idéntica a la de la figura 23.19. Estudie el conjunto de 
resultados de la figura 23.23. Observe que cada entero producido se consume exactamente una vez; no se pierden 
valores, y no se consumen valores más de una vez. Los objetos Lock y Condi ti on aseguran que el Productor y 
el Consumidor no puedan realizar sus tareas, a menos que sea su turno. El Productor debe ir primero, el Con- 
sumidor debe esperar si el Productor no ha producido desde la última vez que el Consumidor consumió, y el 
Productor debe esperar si el Consumi dor no ha consumido aún el valor que el Productor produjo más reciente- 
mente. Ejecute este programa varias veces para confirmar que cada entero producido sea consumido exactamente 
una vez. En los resultados de ejemplo observe las líneas resaltadas, las cuales indican cuándo deben esperar el 
Productor y el Consumi dor para realizar sus respectivas tareas. 
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// Fig 23.23: PruebaBuferCompartido2. java 

// Dos subprocesos que manipulan un búfer sincronizado. 

import java. útil .concurrent.ExecutorService; 
import java. útil . concurrent . Executors ; 

public class PruebaBuferCompartido2 

{ 

public static void main( String[] args ) 

{ 

// crea nueva reserva con dos subprocesos 

ExecutorService aplicación = Executors . newCachedThreadPool () ; 

// crea BuferSi ncroni zado para almacenar valores int 

Bufer ubi cacionComparti da = new BuferSi ncronizadoO ; 

System . out . pri ntf ( "40s%s\t\t%s\n%-40s%s\n\n" , "Operaci on" , 


Figura 23.23 | Dos subprocesos que manipulan un búfer sincronizado. (Parte I de 3). 
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17 "Bufer", "Ocupado", " ", " \t\t " ); 

18 

19 // ejecuta las tareas Productor y Consumidor 

20 aplicación. execute( new Productor( ubi cacionComparti da ) ); 

21 aplicación. execute( new Consumidor( ubi cacionComparti da ) ); 

22 

23 aplicacion.shutdownO ; 

24 } // fin de main 

25 } // fin de la clase PruebaBuferComparti do2 


Operaci on 

Bufer 

Ocupado 

Productor escribe 1 

1 

true 

Productor trata de escribir. 

Bufer lleno. Productor espera. 

1 

true 

Consumidor lee 1 

1 

fal se 

Productor escribe 2 

2 

true 

Productor trata de escribir. 

Bufer lleno. Productor espera. 

2 

true 

Consumidor lee 2 

2 

fal se 

Productor escribe 3 

3 

true 

Consumidor lee 3 

3 

fal se 

Productor escribe 4 

4 

true 

Consumidor lee 4 

4 

fal se 

Consumidor trata de leer. 

Bufer vacio. Consumidor espera. 

4 

fal se 

Productor escribe 5 

5 

true 

Consumidor lee 5 

5 

fal se 

Consumidor trata de leer. 

Bufer vacio. Consumidor espera. 

5 

fal se 

Productor escribe 6 

6 

true 

Consumidor lee 6 

6 

fal se 

Productor escribe 7 

7 

true 

Consumidor lee 7 

7 

fal se 

Productor escribe 8 

8 

true 

Consumidor lee 8 

8 

fal se 

Productor escribe 9 

9 

true 


Figura 23.23 | Dos subprocesos que manipulan un búfer sincronizado. (Parte 2 de 3). 
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Consumidor lee 9 

9 

fal se 

Productor escribe 10 

10 

true 

Productor termino de producir 

Terminando Productor 

Consumidor lee 10 

10 

fal se 

Consumidor leyó valores, el total es 55 
Terminando Consumidor 




Figura 23.23 | Dos subprocesos que manipulan un búfer sincronizado. (Parte 3 de 3). 


23.1 1 Subprocesamiento múltiple con GUIs 

Las aplicaciones de Swing presentan un conjunto único de retos para la programación con subprocesamiento 
múltiple. Todas las aplicaciones de Swing tienen un solo subproceso, conocido como el subproceso de des- 
pachamiento de eventos, para manejar las interacciones con los componentes de la GUI de la aplicación. Las 
interacciones típicas incluyen actualizar los componentes de la GUI o procesar las acciones del usuario, como los 
clics del ratón. Todas las tareas que requieren interacción con la GUI de una aplicación se colocan en una cola de 
eventos y se ejecutan en forma secuencial, mediante el subproceso de despachamiento de eventos. 

Los componentes de GUI de Swing no son seguros para los subprocesos; no se pueden manipular mediante 
varios subprocesos sin el riesgo de obtener resultados incorrectos. A diferencia de los demás ejemplos que se pre- 
sentan en este capítulo, la seguridad de subprocesos en aplicaciones de GUI se logra, no mediante la sincroniza- 
ción de las acciones de los subprocesos, sino asegurando que se acceda a los componentes de Swing sólo desde un 
solo subproceso: el subproceso de despachamiento de eventos. A esta técnica se le conoce como confinamiento 
de subprocesos. Al permitir que sólo un subproceso acceda a los objetos que no son seguros para los subpro- 
cesos, se elimina la posibilidad de corrupción debido a que varios subprocesos accedan a estos objetos en forma 
concurrente. 

Por lo general, basta con realizar cálculos simples en el subproceso de despachamiento de eventos, en secuen- 
cia con las manipulaciones de los componentes de GUI. Si una aplicación debe realizar un cálculo extenso en 
respuesta a una interacción con la interfaz del usuario, el subproceso de despachamiento de eventos no puede 
atender otras tareas en la cola de eventos, mientras se encuentre atado en ese cálculo. Esto hace que los compo- 
nentes de la GUI pierdan su capacidad de respuesta. Es preferible manejar un cálculo extenso en un subproceso 
separado, con lo cual el subproceso de despachamiento de eventos queda libre para continuar administrando las 
demás interacciones con la GUI. Desde luego que, para actualizar la GUI con base en los resultados del cálcu- 
lo, debemos actualizar la GUI desde el subproceso de despachamiento de eventos, en vez de hacerlo desde el 
subproceso trabajador que realizó el cálculo. 

La clase SwingWorker 

Java SE 6 cuenta con la clase SwingWorker (en el paquete javax. swing) para realizar cálculos extensos en un 
subproceso trabajador, y para actualizar los componentes de Swing desde el subproceso de despachamiento de 
eventos, con base en los resultados del cálculo. Swi ngWorker implementa a la interfaz Runnabl e, lo cual significa 
que un objeto Swi ngWorker se puede programar para ejecutarse en un subproceso separado. La clase Swi ngWor- 
ke r proporciona varios métodos para simplificar la realización de cálculos en un subproceso trabajador, y hacer 
que estos resultados estén disponibles para mostrarlos en una GUI. En la figura 23.24 se describen algunos méto- 
dos comunes de SwingWorker. 


23.1 l.l Realización de cálculos en un subproceso trabajador 

En el siguiente ejemplo, una GUI proporciona componentes para que el usuario escriba un número n y obtenga 
el «-ésimo número de Fibonacci, el cual calculamos mediante el uso del algoritmo recursivo que vimos en la 
sección 15.4. Como el algoritmo recursivo consume mucho tiempo para valores extensos, utilizamos un objeto 
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Método 

Descripción 


dolnBackground 

Define un cálculo extenso y se llama desde un subproceso trabajador. 


done 

Se ejecuta en el subproceso de despachamiento de eventos, cuando dolnBackground regresa. 

execute 

Programa el objeto Swi ngWorker para que se ejecute en un subproceso 

trabajador. 

get 

Espera a que se complete el cálculo, y después devuelve el resultado del 
de retorno de dolnBackground). 

mismo (es decir, el valor 

publ i sh 

Envía resultados inmediatos del método dolnBackground al método process, para procesarlos 
en el subproceso de despachamiento de eventos. 

process 

Recibe los resultados intermedios del método publ i sh y los procesa en 
chamiento de eventos. 

el subproceso de despa- 

setProgress 

Establece la propiedad de progreso para notificar a cualquier componente de escucha de cambio 
de propiedades que esté en el subproceso de despachamiento de eventos, acerca de las actualiza- 
ciones en la barra de progreso. 

Figura 23.24 | 

Métodos de uso común de Swi ngWorker. 



SwingWorker para realizar el cálculo en un subproceso trabajador. La GUI también proporciona un conjunto 
separado de componentes que obtienen el siguiente número de Fibonacci en secuencia con cada clic de un botón, 
empezando con fibonacci (1). Este conjunto de componentes realiza su cálculo corto directamente en el subpro- 
ceso de despachamiento de eventos. 

La clase Cal cul adoraSegundoPl ano (figura 23.25) realiza el cálculo recursivo de Fibonacci en un subpro- 
ceso trabajador. Esta clase extiende a Swi ngWorker (línea 8), sobrescribiendo a los métodos dolnBackground y 
done. El método dolnBackground (líneas 21 a 25) calcula el w-ésimo número de Fibonacci en un subproceso 
trabajador y devuelve el resultado. El método done (líneas 28 a 44) muestra el resultado en un objeto JLabel . 
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// Fig. 23.25: Cal cul adoraSegundoPl ano . java 

// Subclase de SwingWorker para calcular números de Fibonacci 

// en un subproceso en segundo plano. 

import javax. swi ng . Swi ngWorker ; 

import javax. swi ng . JLabel ; 

import java. útil .concurrent.ExecutionException; 

public class CalculadoraSegundoPlano extends SwingWorker< String, Object > 

{ 

private final int n; // número de Fibonacci a calcular 

private final JLabel resultadoJLabel ; // JLabel para mostrar el resultado 
// constructor 

public Cal cul adoraSegundoPl ano( int numero, JLabel etiqueta ) 

{ 

n = numero; 

resultadoJLabel = etiqueta; 

} // fin del constructor de CalculadoraSegundoPlano 

// código que tarda mucho en ejecutarse, para ejecutarlo en un subproceso trabajador 
public String dolnBackgroundO 
{ 

long nesimoFib = fibonacci ( n ); 


Figura 23.25 | Subclase de SwingWorker para calcular números de Fibonacci en un subproceso en segundo plano. 
(Parte I de 2). 
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24 return String.valueOf( nesimoFib ); 

25 } // fin del método dolnBackground 

26 

27 // código para ejecutar en el subproceso de despachamiento de eventos cuando regresa 
dolnBackground 

28 protected void done() 

29 { 

30 try 

31 { 

32 // obtiene el resultado de dolnBackground y lo muestra 

33 resultadolLabel .setText( get() ); 

34 } // fin de try 

35 catch ( InterruptedException ex ) 

36 { 

37 resultadolLabel . setText( "Se interrumpió mientras esperaba los resultados." ); 

38 } // fin de catch 

39 catch ( ExecutionException ex ) 

40 { 

41 resultadolLabel .setTextf 

42 "Se encontró un error al realizar el calculo." ); 

43 } // fin de catch 

44 } // fin del método done 

45 

46 // método recursivo fibonacci ; calcula el n-ésimo número de Fibonacci 

47 public long fibonacci ( long numero ) 

48 { 

49 if ( numero == 0 | | numero == 1 ) 

50 return numero; 

51 else 

52 return fibonacci ( numero - 1 ) + fibonacci ( numero - 2 ); 

53 } // fin del método fibonacci 

54 } // fin de la clase Cal cul adoraSegundoPl ano 

Figura 23.25 | Subclase de SwingWorker para calcular números de Fibonacci en un subproceso en segundo plano. 
(Parte 2 de 2). 


Observe que SwingWorker es una clase genérica. En la línea 8, el primer parámetro de tipo es String y 
el segundo es Object. El primer parámetro de tipo indica el tipo devuelto por el método dolnBackground; el 
segundo indica el tipo que se pasa entre los métodos publ i sh y process para manejar los resultados intermedios. 
Como no utilizamos a publish o a process en este ejemplo, simplemente usamos Object como el segundo 
parámetro de tipo. En la sección 23.11.2 hablaremos sobre publish y process. 

Un objeto Cal cul adoraSegundoPl ano puede distanciarse a partir de una clase que controle una GUI. Un 
objeto Cal cul adoraSegundoPl ano mantiene variables de instancia para un entero que representa el número de 
Fibonacci a calcular, y un objeto Jlabel que muestra los resultados del cálculo (líneas 10 y 11). El constructor 
de Cal cul adoraSegundoPl ano (líneas 14 a 18) inicializa estas variables de instancia con los argumentos que se 
pasan al constructor. 



Observación de ingeniería de software 23.3 

Cualquier componente de la GUI que se manipule mediante métodos de SwingWorker, como los componentes que 
se actualizan a partir de los métodos process o done, se debe pasar al constructor de la subclase de SwingWorker 
para almacenarlo en el objeto de la subclase. Esto proporciona a estos métodos acceso a los componentes de la GUI 
que van a manipular. 


Cuando se hace una llamada al método execute en un objeto Cal cul adoraSegundoPl ano, el objeto se 
programa para ejecutarlo en un subproceso trabajador. El método dolnBackground se llama desde el subproceso 
trabajador e invoca al método fibonacci (líneas 47 a 53), en donde recibe la variable de instancia n como argu- 
mento (línea 23). El método fibonacci utiliza la recursividad para calcular el número de Fibonacci de n. Cuando 
fibonacci regresa, el método dolnBackground devuelve el resultado. 
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Una vez que dolnBackg round regresa, el método done se llama desde el subproceso de despachamiento de 
eventos. Este método trata de asignar al objeto 3 Label que contiene el resultado del valor de retorno de doInBack- 
g round, mediante una llamada al método get para obtener este valor de retorno (línea 33). El método get espera 
a que el resultado este listo, en caso de ser necesario, pero como lo llamamos desde el método done, el cálculo se 
completará antes de que se llame a get. En las líneas 35 a 38 se atrapa una excepción InterruptedException si 
el subproceso actual se interrumpe mientras espera a que get regrese. En las líneas 39 a 43 se atrapa una excepción 
Executi onExcepti on, que se lanza si ocurre una excepción durante el cálculo. 

La clase NumerosFi bonacci (figura 23.26) muestra una ventana que contiene dos conjuntos de compo- 
nentes de GUI: uno para calcular un número de Fibonacci en un subproceso trabajador, y otro para obtener el 
siguiente número de Fibonacci en respuesta a la acción del usuario de oprimir un botón JButton. El constructor 
(líneas 38 a 109) coloca estos componentes en objetos 3 Panel con títulos separados. En las líneas 46 a 47 y 78 
a 79 se agregan dos objetos 3Label un objeto 3TextField y un objeto 3Button al objeto trabajador3Panel 
para que el usuario pueda introducir un entero, cuyo número de Fibonacci se calculará mediante el objeto Bac- 
kgroundWorker. En las líneas 84 a 85 y 103 se agregan dos objetos 3Label y un objeto 3Button al panel del 
subproceso de despachamiento de eventos, para permitir al usuario obtener el siguiente número de Fibonacci en 
la secuencia. Las variables de instancia ni y n2 contienen los dos números de Fibonacci anteriores en la secuencia, 
y se inicializan con 0 y 1 respectivamente (líneas 29 y 30). La variable de instancia cuenta almacena el número 
en la secuencia que se calculó más recientemente, y se inicializa con 1 (línea 31). Al principio, los dos objetos 
3 Label muestran a cuenta y a n2, de manera que el usuario pueda ver el texto Fibonacci de 1: 1 en el objeto 
subprocesoEventoslPanel cuando la GUI inicia. 


1 // Fig. 23.26: NumerosFi bonacci . java 

2 // Uso de SwingWorker para realizar un cálculo extenso, en donde 

3 // los resultados intermedios se muestran en una GUI. 

4 import java.awt.GridLayout; 

5 import java.awt.event.ActionEvent; 

6 import java.awt.event.ActionListener; 

7 import javax.swing.3Button; 

8 import javax.swing.3Frame; 

9 import javax.swing.3Panel ; 

10 import javax.swing.3Label ; 

11 import javax.swing.3TextField; 

12 import javax.swing.border.TitledBorder; 

13 Import javax.swing.border.LineBorder; 

14 import java. awt. Color; 

15 import java. útil .concurrent.ExecutionException; 

16 

17 public class NumerosFi bonacci extends 3Frame 

18 { 

19 // componentes para calcular el valor de Fibonacci de un número introducido por el 
usuari o 

20 private final 3Panel trabajadorlPanel = 

21 new 3Panel( new GridLayout( 2, 2, 5, 5 ) ); 

22 private final ITextField numerolTextField = new 3TextField(); 

23 private final IButton ini ci arlButton = new 3Button( "Iniciar" ); 

24 private final 3Label fibonacci 3 Label = new 3Label(); 

25 

26 // componentes y variables para obtener el siguiente número de Fibonacci 

27 private final 3Panel subprocesoEventoslPanel = 

28 new 3Panel( new GridLayout( 2, 2, 5, 5 ) ); 

29 private int ni = 0; // se inicializa con el primer número de Fibonacci 

30 private int n2 = 1; // se inicializa con el segundo número de Fibonacci 

31 private int cuenta = 1; 

32 private final ILabel nlLabel = new 3Label( "Fibonacci de 1: " ); 

Figura 23.26 | Uso de Swi ngWorker para realizar un cálculo extenso, en donde los resultados intermedios se 
muestran en una GUI. (Parte I de 3). 
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prívate final ILabel nFi bonacci ILabel = 
new ILabel f Stri ng . val ueOf ( n2 ) ) ; 

prívate final IButton siguí enteNumeroJButton = new IButtonf "Siguiente numero"); 

// constructor 

public NumerosFi bonacci () 

{ 

superf "Números de Fibonacci" ); 
setLayoutf new Gridl_ayout( 2, 1, 10, 10 ) ); 

// agrega componentes de GUI al panel de SwingWorker 

trabajadorlPanel . setBorder( new Ti ti edBorder( 

new LineBorderf Color. BLACK ), "Con SwingWorker" ) ); 
trabajador! Panel ,add( new ILabelf "Obtener Fibonacci de:" ) ); 
trabajador! Panel ,add( numerolTextFi el d ); 
i ni ci arl Button . addActi onLi stener ( 
new ActionLi stener() 

{ 

public void actionPerformedf ActionEvent evento ) 

{ 

i nt n ; 

try 

{ 

// obtiene la entrada del usuario como un entero 

n = Integer . parselntf numerolTextFi el d . getTextO ); 

} // fin de try 

catchf NumberFormatException ex ) 

{ 

// muestra un mensaje de error si el usuario no 
// introdujo un entero 

fibonacci ILabel . setTextf "Escriba un entero." ); 
return ; 

} // fin de catch 

// indica que ha empezado el cálculo 
fibonacci ILabel . setTextf "Calculando..." ); 

// crea una tarea para realizar el cálculo en segundo plano 

Cal cul adoraSegundoPl ano tarea = 

new CalculadoraSegundoPlanof n, fibonacci ILabel ); 
tarea. executeO ; // ejecuta la tarea 
} // fin del método actionPerformed 
} // fin de la clase interna anónima 
); //fin de la llamada a addActionLi stener 
trabajadorlPanel ,add( i ni ciarlButton ); 
trabajadorlPanel ,add( fibonacci ILabel ); 

// agrega componentes de GUI al panel del subproceso de despachamiento de eventos 

subprocesoEventoslPanel . setBorderf new Ti ti edBorderf 
new LineBorderf Color. BLACK ), "Sin SwingWorker" ) ); 

subprocesoEventoslPanel .addf nlLabel ); 
subprocesoEventoslPanel .addf nFi bonacci ILabel ); 
si gui enteNumerolButton . addActi onLi stenerf 
new ActionLi stenerf) 

{ 

public void actionPerformedf ActionEvent evento ) 

{ 


Figura 23.26 | Uso de Swi ngWorker para realizar un cálculo extenso, en donde los resultados intermedios se 
muestran en una GUI. (Parte 2 de 3). 
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// calcula el número de Fibonacci después de n2 

int temp = ni + n2; 
ni = n2; 
n2 = temp; 

++cuenta; 

// muestra el siguiente número de Fibonacci 

nlLabel . setText( "Fibonacci de " + cuenta + " ); 

nFibonaccilLabel .setText( String.valueOf ( n2 ) ) ; 

} // fin del método actionPerformed 
} // fin de la clase interna anónima 
); //fin de la llamada a addActionLi stener 

subprocesoEventosJPanel .add( sigui enteNumeroJButton ); 

add( trabajadorlPanel ); 
add( subprocesoEventosJPanel ); 
setSi ze( 275 , 200 ) ; 
setVi si bl e( true ) ; 

} // fin del constructor 

// el método mai n empieza la ejecución del programa 
public static void main( String[] args ) 

{ 

NumerosFi bonacci aplicación = new NumerosFi bonacci () ; 
aplicacion.setDefaultCloseOperation( EXIT_0NLCL0SE ); 

} // fin de main 

} // fin de la clase NumerosFi bonacci 


b) 


c) 


Figura 23.26 | Uso de Swi ngWorker para realizar un cálculo extenso, en donde los resultados intermedios se 
muestran en una GUI. (Parte 3 de 3). 

En las líneas 48 a 77 se registra el manejador de eventos para el botón i ni ci ar JButton. Si el usuario hace 
clic en este objeto JButton, en la línea 58 se obtiene el valor introducido en el objeto numeroJTextFi el d y el 
programa intenta convertirlo en entero. En las líneas 72 y 73 se crea un nuevo objeto Cal cul adoraSegundoPl a- 
no, el cual recibe el valor introducido por el usuario y el objeto fibonacci JLabel que se utiliza para mostrar los 
resultados del cálculo. En la línea 74 se hace una llamada al método execute en el objeto CalculadoraSegun- 
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doPlano, y se programa para ejecutarlo en un subproceso trabajador separado. El método execute no espera a 
que el objeto Cal cul adoraSegundoPl ano termine de ejecutarse. Regresa de inmediato, lo cual permite a la GUI 
continuar procesando otros eventos, mientras se realiza el cálculo. 

Si el usuario hace clic en el objeto siguí enteNumero JButton que está en el objeto subp rocesoEven tos! Pa- 
nel , se ejecuta el manejador de eventos registrado en las líneas 86 a 102. Los dos números de Fibonacci anteriores 
que están almacenados en ni y n2 se suman y cuenta se incrementa para determinar el siguiente número en la 
secuencia (líneas 92 a 95). Después, en las líneas 98 y 99 se actualiza la GUI para mostrar el siguiente número. 
El código para realizar estos cálculos está escrito directamente en el método acti onPerformed, por lo que estos 
cálculos se llevan a cabo en el subproceso de despachamiento de eventos. Al manejar estos cálculos cortos en el 
subproceso de despachamiento de eventos, la GUI no pierde capacidad de respuesta, como el algoritmo recursivo 
para calcular el valor de Fibonacci para un número extenso. Debido a que el cálculo del número de Fibonacci 
más extenso se realiza en un subproceso trabajador separado mediante el uso del objeto Swi ngWorker, es posible 
obtener el siguiente número de Fibonacci mientras el cálculo recursivo aún se está realizando. 

23.1 1.2 Procesamiento de resultados inmediatos con Swi ngWorker 

Hemos presentado un ejemplo en el que se utiliza la clase Swi ngWorker para ejecutar un proceso extenso en un 
subproceso en segundo plano, en donde la GUI se actualiza al terminar el proceso. Ahora presentaremos un ejem- 
plo acerca de cómo actualizar la GUI con resultados intermedios antes de que el proceso extenso termine. En la 
figura 23.27 se presenta la clase Cal cul adoraPri mos, la cual extiende a Swi ngWorker para calcular los primeros 
n números primos en un subproceso trabajador. Además de los métodos dolnBackg round y done que se utiliza- 
ron en el ejemplo anterior, esta clase utiliza los métodos publ i sh, process y setProgress de Swi ngWorker. En 
este ejemplo, el método publ i sh envía números primos al método process a medida que se van encontrando, 
el método process muestra estos números primos en un componente de la GUI, y el método setProgress 
actualiza la propiedad de progreso. Más adelante le mostraremos cómo utilizar esta propiedad para actualizar un 
objeto JProgressBar. 


1 // Fig. 23.27: CalculadoraPrimos. java 

2 // Calcula los primeros n números primos, y muestra a medida que los va encontrando. 

3 import javax.swing. JTextArea; 

4 import javax.swing. JLabel ; 

5 import javax.swing. JButton; 

6 import javax.swing.SwingWorker; 

7 import java. útil .Random; 

8 import java. útil .List; 

9 import java. útil .concurrent.ExecutionException; 

10 

11 public class CalculadoraPrimos extends SwingWorker< Integer, Integer > 

12 { 

13 prívate final Random generador = new RandomO; 

14 prívate final JTextArea i ntermedioJTextArea; // muestra los números primos 
encontrados 

15 prívate final JButton obtenerPrimoslButton; 

16 prívate final JButton cancel arJButton ; 

17 prívate final JLabel estadoJLabel ; // muestra el estado del cálculo 

18 prívate final boolean primos[]; // arreglo booleano para buscar números primos 

19 prívate boolean detenido = false; // bandera que indica la cancelación 

20 

21 // constructor 

22 public CalculadoraPrimos( int max, JTextArea intermedio, JLabel estado, 

23 JButton obtenerPrimos , JButton cancel ) 

24 { 

25 i ntermedioJTextArea = intermedio; 

Figura 23.27 | Calcula los primeros n números primos, y los muestra a medida que los va encontrando. 
(Parte I de 3). 
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estadolLabel = estado; 
obtenerPrimosJButton = obtenerPrimos ; 
cancel arlButton = cancel; 
primos = new boolean[ max ]; 

// inicializa todos los valores del arreglo primos con true 
for ( int i =0; i < max; i ++ ) 
primos[ i ] = true; 

} // fin del constructor 

// busca todos los números primos hasta max, usando la Criba de Eratóstenes 

public Integer dolnBackgroundO 

{ 

int cuenta = 0; // la cantidad de números primos encontrados 

// empezando en el tercer valor, itera a través del arreglo y pone 
// false como el valor de cualquier número mayor que sea múltiplo 
for ( int i = 2; i < primos . length ; i++ ) 

{ 

if ( detenido ) // si se canceló un cálculo 
return cuenta; 
el se 
{ 

setProgress( 100 * ( i + 1 ) / primos. length ); 

try 

{ 

Thread . currentThread() . si eep( generador. nextlnt( 5 ) ); 

} // fin de try 

catch ( InterruptedException ex ) 

{ 

estadolLabel . setText( "Se interrumpió subproceso Trabajador" ); 
return cuenta; 

} // fin de catch 

i f C primos[ i ] ) // i es primo 

{ 

publish( i ) ; // hace a i disponible para mostrarlo en la lista de primos 
++cuenta; 

for ( int j = i + i; j < primos . 1 ength ; j += i ) 
primosf j ] = false; // i no es primo 
} // fin de if 
} // fin de else 
} // fin de for 

return cuenta; 

} // fin del método dolnBackground 

// muestra los valores publicados en la lista de números primos 
protected void processf List< Integer > val sPubl i cados ) 

{ 

for ( int i = 0; i < val sPubl i cados . si ze() ; i++ ) 

intermedioJTextArea.append( valsPublicados.getf i ) + "\n" ); 

} // fin del método process 

// código a ejecutar cuando se completa dolnBackground 
protected void doneQ 


Figura 23.27 | Calcula los primeros n números primos, y los muestra a medida que los va encontrando. 
(Parte 2 de 3). 
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84 { 

85 obtenerPnmosJButton.setEnabledf true ); // habilita el botón Obtener primos 

86 cancel arlButton . setEnabl ed( false ); // deshabilita el botón Cancelar 

87 

88 int numPrimos; 

89 

90 try 

91 { 

92 numPrimos = get(); // obtiene el valor de retorno de dolnBackground 

93 } // fin de try 

94 catch ( InterruptedException ex ) 

95 { 

96 estadolLabel . setText( "Se interrumpió mientras se esperaban los resultados." ); 

97 return; 

98 } // fin de catch 

99 catch ( ExecutionException ex ) 

100 { 

101 estadolLabel . setTextf "Error al realizar el calculo." ); 

102 return; 

103 } // fin de catch 

104 

105 estadolLabel . setTextf "Se encontraron " + numPrimos + " primos." ); 

106 } // fin del método done 

107 

108 // establece la bandera para dejar de buscar números primos 

109 public void detenerCal culof) 

1 10 { 

111 detenido = true; 

112 } // fin del método detenerCalculo 

113 } // fin de la clase Cal cul adoraPrimos 

Figura 23.27 | Calcula los primeros n números primos, y los muestra a medida que los va encontrando. 

(Parte 3 de 3). 


La clase Cal cul adoraPrimos extiende a Swi ngWorker (línea 11); el primer parámetro de tipo indica el tipo 
de valor de retorno del método dolnBackground y el segundo indica el tipo de los resultados intermedios que 
se pasan entre los métodos publish y process. En este caso, ambos parámetros de tipo son objetos Integer. 
El constructor (líneas 22 a 34) recibe como argumentos un entero que indica el límite superior de los números 
primos a localizar, un objeto JTextArea que se utiliza para mostrar los números primos en la GUI, un objeto 
IButton para iniciar un cálculo y otro para cancelarlo, y un objeto JLabel para mostrar el estado del cálculo. 

En las líneas 32 y 33 se inicializan con true los elementos del arreglo boolean llamado primos. Cal cu- 
lado raPrimos utiliza este arreglo y el algoritmo de la Criba de Eratóstenes (descrito en el ejercicio 7.27) para 
buscar todos los números primos menores que max. La Criba de Eratóstenes recibe una lista de números naturales 
de cualquier longitud y, empezando con el primer número primo, filtra todos sus múltiplos. Después avanza al 
siguiente número primo, que será el siguiente número que no esté filtrado todavía y elimina a todos sus múlti- 
plos. Continúa hasta llegar al final de la lista y cuando se han filtrado todos los números que no son primos. En 
términos del algoritmo, empezamos con el elemento 2 del arreglo bool ean y establecemos en f al se las celdas 
correspondientes a todos los valores que sean múltiplos de 2, para indicar que pueden dividirse entre 2 y por ende, 
no son primos. Después avanzamos al siguiente elemento del arreglo, verificamos si es true y, de ser así, establece- 
mos en f al se todos sus múltiplos para indicar que pueden dividirse entre el índice actual. Cuando se ha recorrido 
todo el arreglo de esta forma, todos los índices que contienen true son primos, ya que no tienen divisores. 

En el método dolnBackground (líneas 37 a 73), la variable de control i para el ciclo (líneas 43 a 70) contro- 
la el índice actual para implementar la Criba de Eratóstenes. En la línea 45 se evalúa la bandera bool ean llamada 
deteni do, la cual indica si el usuario hizo clic en el botón Cancelar. Si detenido es true, el método devuelve la 
cantidad de números primos encontrados hasta ese momento (línea 46) sin terminar el cálculo. 

Si no se cancela el cálculo, en la línea 49 se hace una llamada al método setProgress para actualizar la pro- 
piedad de progreso con el porcentaje del arreglo que se ha recorrido hasta ese momento. En la línea 53 se pone en 
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inactividad el subproceso actual en ejecución durante un máximo de 4 milisegundos. En breve hablaremos sobre 
el por qué de esto. En la línea 61 se evalúa si el elemento del arreglo primos en el índice actual es true (y por 
ende, primo). De ser así, en la línea 63 se pasa el índice al método publ i sh de manera que pueda mostrarse como 
resultado intermedio en la GUI, y en la línea 64 se incrementa el número de primos encontrados. En las líneas 66 
y 67 se establecen en fal se todos los múltiplos del índice actual, para indicar que no son primos. Cuando se ha 
recorrido todo el arreglo boolean, el número de primos encontrados se devuelve en la línea 72. 

En las líneas 76 a 80 se declara el método process, el cual se ejecuta en el subproceso de despachamiento 
de eventos y recibe su argumento val sPubl i cados del método publ i sh. El paso de valores entre publ i sh en 
el subproceso trabajador y process en el subproceso de despachamiento de eventos es asincrono; process no se 
invoca necesariamente para cada una de las llamadas a publ i sh. Todos los objetos Integer publicados desde la 
última llamada a publ i sh se reciben como un objeto Li st, a través del método process. En las líneas 78 y 79 
se itera a través de esta lista y se muestran los valores publicados en un objeto DTextArea. Como el cálculo en el 
método dolnBackg round progresa rápidamente, publicando valores con frecuencia, las actualizaciones al objeto 
DTextArea se pueden apilar en el subproceso de despachamiento de eventos, lo que puede provocar que la GUI 
tenga una respuesta lenta. De hecho, al buscar un número suficientemente largo de primos, el subproceso de 
despachamiento de eventos puede llegar a recibir tantas peticiones en una rápida sucesión para actualizar el objeto 
DTextArea, que el subproceso se quedará sin memoria en su cola de eventos. Ésta es la razón por la cual pusi- 
mos al subproceso trabajador en inactividad durante unos cuantos milisegundos, entre cada llamada potencial a 
publ i sh. Se reduce la velocidad del cálculo lo suficiente como para permitir que el subproceso despachador de 
eventos se mantenga a la par con las peticiones para actualizar el objeto DTextArea con nuevos números primos, 
lo cual permite a la GUI actualizarse de manera uniforme y así puede permanecer con una capacidad de respuesta 
relativamente inmediata. 

En las líneas 83 a 106 se define el método done. Cuando el cálculo termina o se cancela, el método done 
habilita el botón Obtener primos y deshabilita el botón Cancelar (líneas 85 y 86). En la línea 92 se obtiene el 
valor de retorno (el número de primos encontrados) del método dolnBackground. En las líneas 94 a 103 se 
atrapan las excepciones lanzadas por el método get y se muestra un mensaje de error apropiado en el objeto 
estadoJLabel . Si no ocurren excepciones, en la línea 105 se establece el objeto estadoJLabel para indicar el 
número de primos encontrados. 

En las líneas 109 a 112 se define el método public detenerCal cul o, el cual se invoca cuando el usua- 
rio hace clic en el botón Cancelar. Este método establece la bandera detenido en la línea 111, de forma que 
dolnBackground pueda regresar sin terminar su cálculo la próxima vez que evalúe esta bandera. Aunque Swi ng- 
Worker cuenta con un método cancel, este método simplemente llama al método interrupt de Thread en el 
subproceso trabajador. Al utilizar la bandera boolean en vez del método cancel, podemos detener el cálculo 
limpiamente, devolver un valor de dolnBackground y asegurar que se haga una llamada al método done, aun si 
el cálculo no se ejecutó hasta completarse, sin el riesgo de lanzar una excepción InterruptedExcepti on asociada 
con la acción de interrumpir el subproceso trabajador. 

La clase BuscarPrimos (figura 23.28) muestra un objeto JTextField que permite al usuario escribir un 
número, un objeto DButton para empezar a buscar todos los números primos menores que ese número, y 
un objeto DTextArea para mostrar los números primos. Un objeto DButton permite al usuario cancelar el cálcu- 
lo, y un objeto DProgressBar indica el progreso del cálculo. El constructor de BuscarPrimos (líneas 32 a 125) 
inicializa estos componentes y los muestra en un objeto JFrame, usando el esquema BorderLayout. 

En las líneas 42 a 94 se registra el manejador de eventos para el objeto obtenerPrimosJButton. Cuando el 
usuario hace clic en este objeto DButton, en las líneas 47 a 49 se restablece el objeto DProgressBar y se borran los 
objetos mostrarPrimosDTextArea y estadoJLabel . En las líneas 53 a 63 se analiza el valor en el objeto Dtext- 
Fi el d y se muestra un mensaje de error si el valor no es un entero. En las líneas 66 a 68 se construye un nuevo 
objeto Cal cul adoraPrimos, el cual recibe como argumentos el entero que escribió el usuario, el objeto mos- 
trar Primos JTextArea para mostrar los números primos, el objeto estado] Label y los dos objetos DButton. 

En las líneas 71 a 85 se registra un objeto PropertyChangeLi stener para el nuevo objeto Calculadora- 
Primos, mediante el uso de una clase interna anónima. PropertyChangeLi stener es una interfaz del paquete 
java, beans que define un solo método, propertyChange. Cada vez que se invoca el método setProgress en 
un objeto Cal cul adoraPrimos, este objeto genera un evento PropertyChangeEvent para indicar que la pro- 
piedad de progreso ha cambiado. El método propertyChange escucha estos eventos. En la línea 78 se evalúa si 
un evento PropertyChangeEvent dado indica un cambio en la propiedad de progreso. De ser así, en la línea 80 
se obtiene el nuevo valor de la propiedad y en la línea 81 se actualiza el objeto DProgressBar con el nuevo valor 
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de la propiedad de progreso. El objeto IButton “Obtener primos” se deshabilita (línea 88), de manera que sólo 
se pueda ejecutar un cálculo que actualice la GUI a la vez, y el objeto IButton “Cancelar” se habilita (línea 89) 
para permitir que el usuario detenga el cálculo antes de completarse. En la línea 91 se ejecuta el objeto Cal cu- 
lado raPrimos para empezar a buscar números primos. Si el usuario hace clic en el objeto cancel arlButton, el 
manejador de eventos registrado en las líneas 107 a 115 llama al método detenerCal culo de Calculadora- 
Pri mos (línea 1 12) y el cálculo regresa antes de terminar. 
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// Fig 23.28: BuscarPrimos. java 

// Uso de un objeto SwingWorker para mostrar números primos y actualizar un objeto 
// JProgressBar mientras se calculan los números primos. 

import javax. swi ng . IFrame ; 

import javax. swi ng . JTextFi eld ; 

import javax. swing . ITextArea; 

import javax. swi ng . IButton ; 

import javax. swi ng . IProgressBar; 

import javax. swing . JLabel ; 

import javax. swing . 3 Panel ; 

import javax. swi ng . 3 Se rol 1 Pane; 

import javax. swi ng . Se rol 1 PaneConstants ; 

import java.awt.BorderLayout; 

import java.awt.GridLayout; 

import java. awt . event . Acti onLi stener ; 

i mport j ava . awt . event . Acti onEvent ; 

import java. útil .concurrent.ExecutionException; 

import java. beans . PropertyChangeLi stener; 

import java. beans . Prope rtyChangeEvent ; 

public class BuscarPrimos extends IFrame 

{ 

private final 3TextField primoMayor = new 3TextField(); 

private final IButton obtenerPrimos3Button = new 3Button( "Obtener primos" ); 
private final 3TextArea mostrarPrimoslTextArea = new 3TextArea() ; 
private final IButton cancelarlButton = new 3Button( "Cancelar" ); 
private final IProgressBar progresolProgressBar = new 3ProgressBar() ; 
private final 3Label estadolLabel = new 3Label(); 
private CalculadoraPrimos calculadora; 

// constructor 

public BuscarPrimosO 

{ 

super( "Búsqueda de primos con SwingWorker" ); 
setLayout( new BorderLayoutO ); 

// inicial iza el panel para obtener un número del usuario 
3Panel nortelPanel = new 3Panel(); 

nortelPanel .add( new 3Label( "Buscar primos menores que: " ) ); 
primoMayor. setColumns( 5 ); 
nortelPanel .add( primoMayor ); 
obtener Primos IButton . addActi onLi stener ( 
new Acti onLi stener() 

{ 

public void actionPerformed( ActionEvent e ) 

{ 

progresolProgressBar. setValue( 0 ) ; // restablece IProgressBar 
mostrarPrimoslTextArea. setText( "" ); // borra ITextArea 
estadolLabel . setText( "" ); // borra ILabel 


Figura 23.28 | Uso de un objeto Swi ngWorker para mostrar números primos y actualizar un objeto IProgressBar 
mientras se calculan los números primos. (Parte I de 3). 
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int numero; 

try 

{ 

// obtiene la entrada del usuario 

numero = Integer . parselnt( 
primoMayor.getText() ); 

} // fin de try 

catch ( NumberFormatException ex ) 

{ 

estadolLabel . setText( "Escriba un entero." ); 
return ; 

} // fin de catch 

// construye un nuevo objeto Cal cul adoraPrimos 

calculadora = new CalculadoraPrimos( numero, 

mostrarPrimoslTextArea, estadolLabel, obtenerPrimoslButton, 
cancel arlButton ); 

// escucha en espera de cambios en la propiedad de la barra de progreso 

cal cul adora. addPropertyChangeLi stener( 
new PropertyChangeLi stener() 

{ 

public void propertyChange( PropertyChangeEvent e ) 

{ 

// si la propiedad modificada es progreso (progress), 

// actualiza la barra de progreso 

if ( e.getPropertyName() .equals( "progress" ) ) 

{ 

int nuevoValor = ( Integer ) e . getNewVal ue() ; 
progreso!ProgressBar.setValue( nuevoValor ); 

} // fin de if 

} // fin del método propertyChange 
} // fin de la clase interna anónima 
); // fin de la llamada a addPropertyChangeLi stener 

// deshabilita el botón Obtener primos y habilita el botón Cancelar 

obtenerPrimoslButton. setEnabled( false ); 
cancel arlButton . setEnabl ed( true ); 

calculadora. execute() ; // ejecuta el objeto Cal cul adoraPrimos 
} // fin del método ActionPerformed 
} // fin de la clase interna anónima 
); //fin de la llamada a addActionLi stener 

nortelPanel .add( obtenerPrimoslButton ); 

// agrega un objeto IList desplazable para mostrar el resultado del cálculo 
mostrarPrimoslTextArea.setEditableC false ); 
add( new IScrollPanef mostrarPrimoslTextArea, 

Se rol 1 PaneConstants . VERTICAL_SCROLLBAR_ALWAYS , 

Scrol 1 PaneConstants . HORIZONTAL_SCROLLBAR_NEVER ) ); 

// inicializa un panel para mostrar a cancelarlButton, 

// progresolProgressBar y estadolLabel 

IPanel surlPanel = new IPanelf new GridLayout( 1, 3, 10, 10 ) ) ; 
cancel arlButton . setEnabl ed( false ); 
cancelarlButton .addActionLi stener ( 


Figura 23.28 | Uso de un objeto Swi ngWorker para mostrar números primos y actualizar un objeto IProgressBar 
mientras se calculan los números primos. (Parte 2 de 3). 
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108 new ActionLi stenerO 

109 { 

110 public void actionPerformed( ActionEvent e ) 

111 { 

112 calculadora. detenerCalculoO ; // cancela el cálculo 

113 } // fin del método ActionPerformed 

114 } // fin de la clase interna anónima 

115 ); // fin de la llamada a addActionLi stener 

116 surJPanel .add( cancel arJButton ); 

117 progresoJProgressBar . setStri ngPai nted( true ); 

118 surJPanel .add( progresoJProgressBar ); 

119 surJPanel .add( estadoJLabel ); 

120 

121 add( norteJPanel, BorderLayout . NORTH ); 

122 add( surJPanel, BorderLayout. SOUTH ); 

123 setSize( 350, 300 ); 

124 setVisible( true ); 

125 } // fin del constructor 

126 

127 // el método mai n empieza la ejecución del programa 

128 public static void main( String[] args ) 

129 { 

130 BuscarPrimos aplicación = new BuscarPrimosO ; 

131 aplicacion.setDefaultCloseOperation( EXIT_0N_CL0SE ); 

132 } // fin de main 

133 } // fin de la clase BuscarPrimos 


a) 




Figura 23.28 | Uso de un objeto Swi ngWorker para mostrar números primos y actualizar un objeto JProgressBar 
mientras se calculan los números primos. (Parte 3 de 3). 


23.12 Otras clases e interfaces en java. útil .concurrent 

La interfaz Runnabl e sólo proporciona la funcionalidad más básica para la programación con subprocesamiento 
múltiple. De hecho, esta interfaz tiene varias limitaciones. Suponga que un objeto Runnabl e encuentra un pro- 
blema y trata de lanzar una excepción verificada. El método run no se declara para lanzar ninguna excepción, por 
lo que el problema se debe manejar dentro del objeto Runnabl e; la excepción no se puede pasar al subproceso 
que hizo la llamada. Ahora, suponga que un objeto Runnabl e va a realizar un cálculo extenso, y que la aplicación 
desea obtener el resultado de ese cálculo. El método run no puede devolver un valor, por lo que la aplicación debe 
utilizar datos compartidos para pasar el valor de vuelta al subproceso que hizo la llamada. Esto también implica la 
sobrecarga de sincronizar el acceso a los datos. Los desarrolladores de las APIs de concurrencia que se introdujeron 
en Java SE 5 reconocieron estas limitaciones, y crearon una nueva interfaz para corregirlas. La interfaz Cal 1 abl e 
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(del paquete java. útil .concurrent) declara un solo método llamado cali. Esta interfaz está diseñada para 
que sea similar a la interfaz Runnabl e (permitir que se realice una acción de manera concurrente en un subproceso 
separado), pero el método cal 1 permite al subproceso devolver un valor o lanzar una excepción verificada. 

Es probable que una aplicación que crea un objeto Cal 1 abl e necesite ejecutar el objeto Cal 1 abl e de mane- 
ra concurrente con otros objetos Runnabl e y Cali able. La interfaz ExecutorServi ce proporciona el método 
submi t, el cual ejecuta un objeto Cal 1 abl e que recibe como argumento. El método submi t devuelve un objeto 
de tipo Future (del paquete java, uti 1 . concurrent), la cual es una interfaz que representa al objeto Cal 1 abl e 
en ejecución. La interfaz Future declara el método get para devolver el resultado del objeto Cal 1 abl e y propor- 
ciona otros métodos para administrar la ejecución de un objeto Cal 1 abl e. 

23.13 Conclusión 

En este capítulo aprendió que, a través de la historia, la concurrencia se ha implementado con las primitivas 
de sistema operativo, disponibles sólo para los programadores experimentados de sistemas, pero que Java pone 
la concurrencia a nuestra disposición a través del lenguaje y las APIs. También aprendió que la JVM en sí crea 
subprocesos para ejecutar un programa, y que también puede crear subprocesos para realizar las tareas de mante- 
nimiento, como la recolección de basura. 

Hablamos sobre el ciclo de vida de un subproceso y los estados que éste puede ocupar durante su tiempo de 
vida. También hablamos sobre las prioridades de los subprocesos de Java, las cuales ayudan al sistema a programar 
los subprocesos para su ejecución. Aprendió que debe evitar manipular las prioridades de los subprocesos en Java 
directamente, y aprendió también acerca de los problemas asociados con las prioridades de los subprocesos, como 
el aplazamiento indefinido (conocido también como inanición). 

Después presentamos la interfaz Runnabl e, que se utiliza para especificar que una tarea se puede ejecutar 
de manera concurrente con otras tareas. El método run de esta interfaz se invoca mediante el subproceso que 
ejecuta la tarea. Mostramos cómo ejecutar un objeto Runnabl e, asociándolo con un objeto de la clase Thread. 
Después mostramos cómo usar la interfaz Executor para administrar la ejecución de objetos Runnabl e a través 
de reservas de subprocesos, las cuales pueden reutilizar los subprocesos existentes para eliminar la sobrecarga de 
tener que crear un nuevo subproceso para cada tarea, y pueden mejorar el rendimiento al optimizar el número 
de procesadores, para asegurar que el procesador se mantenga ocupado. 

Aprendió que cuando varios subprocesos comparten un objeto y uno o más de ellos modifica ese objeto, 
pueden ocurrir resultados indeterminados, a menos que el acceso al objeto compartido se administre de manera 
apropiada. Le mostramos cómo resolver este problema a través de la sincronización de subprocesos, la cual coor- 
dina el acceso a los datos compartidos por varios subprocesos concurrentes. Conoció varias técnicas para realizar 
la sincronización: primero con la clase integrada ArrayBl ocki ngQueue (la cual se encarga de todos los detalles 
de sincronización por usted), después con los monitores integrados de Java y la palabra clave synchroni zed, y 
finalmente con las interfaces Lock y Condi ti on. 

Hablamos sobre el hecho de que las GUIs de Swing no son seguras para los subprocesos, por lo que todas 
las interacciones con (y las modificaciones a) la GUI deben realizarse en el subproceso despachador de eventos. 
También vimos los problemas asociados con la realización de cálculos extensos en el subproceso despachador de 
eventos. Después le mostramos cómo puede usar la clase Swi ngWorker de Java SE 6 para realizar cálculos extensos 
en subprocesos trabajadores. Aprendió a mostrarlos resultados de un objeto Swi ngWorker en una GUI cuando se 
completa el cálculo, y a mostrar los resultados intermedios cuando el cálculo se está realizando. 

Por último, hablamos sobre las interfaces Cali able y Future, las cuales nos permiten ejecutar tareas que 
devuelvan resultados y a obtener esos resultados, respectivamente. En el capítulo 24, Redes, utilizaremos las 
técnicas de subprocesamiento múltiple que presentamos aquí para que nos ayuden a crear servidores con subpro- 
cesamiento múltiple, que puedan actuar con varios clientes de manera concurrente. 


Resumen 

Sección 23.1 Introducción 

• A través de la historia, la concurrencia se ha implementado con primitivas de sistema operativo, disponibles sólo 
para los programadores de sistemas experimentados. 
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• El lenguaje de programación Ada, desarrollado por el Departamento de defensa de los Estados Unidos, hizo que 
las primitivas de concurrencia estuvieran disponibles ampliamente para los contratistas de defensa dedicados a la 
construcción de sistemas militares de comando y control. 

• Java pone las primitivas de concurrencia a disposición del programador de aplicaciones, a través del lenguaje y de 
las APIs. El programador especifica que una aplicación contiene subprocesos de ejecución separados, en donde cada 
subproceso tiene su propia pila de llamadas a métodos y su propio contador, lo cual le permite ejecutarse concurren- 
temente con otros subprocesos, al mismo tiempo que comparte los recursos a nivel de aplicación (como la memoria) 
con estos otros subprocesos. 

• Además de crear subprocesos para ejecutar un programa, la JVM también puede crear subprocesos para realizar 
tareas de mantenimiento, como la recolección de basura. 


Sección 23.2 Estados de los subprocesos: ciclo de vida de un subproceso 

• En cualquier momento dado, se dice que un subproceso se encuentra en uno de varios estados de subproceso. 

• Un nuevo subproceso empieza su ciclo cuando en el estado nuevo. Permanece en este estado hasta que el programa 
inicia el subproceso, con lo cual se coloca en el estado ejecutable. Se considera que un subproceso en el estado ejecu- 
table está ejecutando su tarea. 

• Algunas veces, un subproceso ejecutable cambia al estado en espera mientras espera a que otro subproceso realice una 
tarea. Un subproceso en espera regresa al estado ejecutable sólo cuando otro subproceso notifica al subproceso en 
espera que puede continuar ejecutándose. 

• Un subproceso ejecutable puede entrar al estado en espera sincronizado durante un intervalo específico de tiempo. 
Regresa al estado ejecutable cuando ese intervalo de tiempo expira, o cuando ocurre el evento que está esperando. 

• Un subproceso ejecutable puede cambiar el estado en espera sincronizado si proporciona un intervalo de espera opcio- 
nal cuando está esperando a que otro subproceso realice una tarea. Dicho subproceso regresará al estado ejecutable 
cuando otro subproceso se lo notifique o cuando expire el intervalo sincronizado. 

• Un subproceso inactivo permanece en el estado en espera sincronizado durante un periodo designado de tiempo, 
después del cual regresa al estado ejecutable. 

• Un subproceso ejecutable cambia al estado bloqueado cuando trata de realizar una tarea que no puede completarse 
inmediatamente, y debe esperar temporalmente hasta que se complete esa tarea. Al estado bloqueado cuando trata de 
realizar una tarea que no puede completarse inmediatamente, y debe esperar temporalmente hasta que se complete 
esa tarea. En ese punto, el subproceso bloqueado cambia al estado ejecutable , para poder continuar su ejecución. Un 
subproceso bloqueado no puede usar un procesador, aun si hay uno disponible. 

• Un subproceso ejecutable entra al estado terminado cuando completa exitosamente su tarea, o termina de alguna otra 
forma (tal vez debido a un error). 

• A nivel del sistema operativo, el estado ejecutable de Java generalmente abarca dos estados separados. Cuando un 
subproceso cambia por primera vez al estado ejecutable desde el estado nuevo , el subproceso se encuentra en el estado 
listo. Un subproceso listo entra al estado en ejecución cuando el sistema operativo lo asigna a un procesador; a esto 
también se le conoce como despachar el subproceso. 

• En la mayoría de los sistemas operativos, a cada subproceso se le otorga una pequeña cantidad de tiempo del pro- 
cesador (lo cual se conoce como quantum o intervalo de tiempo) en la que debe realizar su tarea. Cuando expira su 
quantum, el subproceso regresa al estado listo y el sistema operativo asigna otro subproceso al procesador. 

• El proceso que utiliza un sistema operativo para determinar qué subproceso debe despachar se conoce como progra- 
mación de subprocesos, y depende de las prioridades de los subprocesos. 

Sección 23.3 Prioridades y programación de subprocesos 

• Todo subproceso en Java tiene una prioridad de subproceso (de MIN_PRIORITY a MAX_PRIORITY), la cual ayuda al 
sistema operativo a determinar el orden en el que se programan los subprocesos. 

• De manera predeterminada, cada subproceso recibe la prioridad NORM_PRIORITY (una constante de 5). Cada nuevo 
subproceso hereda la prioridad del subproceso que lo creó. 

• La mayoría de los sistemas operativos permiten que los subprocesos con igual prioridad compartan un procesador 
con intervalo de tiempo. 

• El trabajo del programador de subprocesos de un sistema operativo es determinar cuál subproceso se debe ejecutar 
a continuación. 

• Cuando un subproceso de mayor prioridad entra al estado listo, el sistema operativo generalmente sustituye el 
subproceso actual en ejecución para dar preferencia al subproceso de mayor prioridad (una operación conocida como 
programación preferente). 
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• Dependiendo del sistema operativo, los subprocesos de mayor prioridad podrían posponer (tal vez de manera inde- 
finida) la ejecución de los subprocesos de menor prioridad. Comúnmente, a dicho aplazamiento indefinido se le 
conoce, en forma más colorida, como inanición. 


Sección 23.4 Creación y ejecución de subprocesos 

• El medio preferido de crear aplicaciones en Java con subprocesamiento múltiple es mediante la implementación de 
la interfaz Runnabl e (del paquete java.lang). Un objeto Runnabl e representa una “tarea” que puede ejecutarse 
concurrentemente con otras tareas. 

• La interfaz Runnabl e declara el método run, en el cual podemos colocar el código que define la tarea a realizar. El 
subproceso que ejecuta un objeto Runnabl e llama al método run para realizar la tarea. 

• Un programa no terminará sino hasta que su último subproceso termine de ejecutarse; en este punto, la JVM tam- 
bién terminará. 

• No podemos predecir el orden en el que se van a programar los subprocesos, aun si conocemos el orden en el que se 
crearon y se iniciaron. 

• Aunque es posible crear subprocesos en forma explícita, se recomienda utilizar la interfaz Executor para administrar 
la ejecución de objetos Runnabl e de manera automática. Por lo general, un objeto Executor crea y administra un 
grupo de subprocesos, al cual se le denomina reserva de subprocesos, para ejecutar objetos Runnabl e. 

• Los objetos Executor pueden reutilizar los subprocesos existentes para eliminar la sobrecarga de crear un nuevo 
subproceso para cada tarea, y pueden mejorar el rendimiento al optimizar el número de subprocesos, con lo cual se 
asegura que el procesador se mantenga ocupado. 

• La interfaz Executor declara un solo método llamado execute, el cual acepta un objeto Runnabl e como argumento 
y lo asigna a uno de los subprocesos disponibles en la reserva. Si no hay subprocesos disponibles, el objeto Executor 
crea un nuevo subproceso, o espera a que haya uno disponible. 

• La interfaz ExecutorServi ce (del paquete java. útil .concurrent) extiende a la interfaz Executor y declara 
varios métodos más para administrar el ciclo de vida de un objeto Executor. 

• Un objeto que implementa a la interfaz ExecutorServi ce se puede crear mediante el uso de los métodos stati c 
declarados en la clase Executors (del paquete java. uti 1 . concurrent). 

• El método newCachedThreadPool de Executors devuelve un objeto ExecutorServi ce que crea nuevos subproce- 
sos, según los va necesitando la aplicación. 

• El método execute de ExecutorServi ce ejecuta el objeto Runnabl e que recibe como argumento en algún momen- 
to en el futuro. El método regresa inmediatamente después de cada invocación; el programa no espera a que termine 
cada tarea. 

• El método shutdown de ExecutorServi ce notifica al objeto ExecutorServi ce para que deje de aceptar nuevas 
tareas, pero continúa ejecutando las tareas que ya se hayan enviado. Una vez que se han completado todos los objetos 
Runnabl e enviados anteriormente, el objeto ExecutorServi ce termina. 

Sección 23.5 Sincronización de subprocesos 

• Cuando varios subprocesos comparten un objeto, y éste puede ser modificado por uno o más de los subprocesos, 
pueden ocurrir resultados indeterminados a menos que el acceso al objeto compartido se administre de manera 
apropiada. El problema puede resolverse si se da a un subproceso a la vez el acceso exclusivo al código que manipula 
al objeto compartido. Durante ese tiempo, otros subprocesos que deseen manipular el objeto deben mantenerse 
en espera. Cuando el subproceso con acceso exclusivo al objeto termina de manipularlo, a uno de los subprocesos 
que estaba en espera se le debe permitir que continúe ejecutándose. Este proceso, conocido como sincronización de 
subprocesos, coordina el acceso a los datos compartidos por varios subprocesos concurrentes. 

• Al sincronizar los subprocesos, podemos asegurar que cada subproceso que accede a un objeto compartido excluye 
a los demás subprocesos de hacerlo en forma simultánea; a esto se le conoce como exclusión mutua. 

• Una manera común de realizar la sincronización es mediante los monitores integrados en Java. Cada objeto tiene un 
monitor y un bloqueo de monitor. El monitor asegura que el bloqueo de monitor de su objeto se mantenga por 
un máximo de sólo un subproceso a la vez y, por ende, se puede utilizar para imponer la exclusión mutua. 

• Si una operación requiere que el subproceso en ejecución mantenga un bloqueo mientras se realiza la operación, un 
subproceso debe adquirir el bloqueo para poder continuar con la operación. Otros subprocesos que traten de realizar 
una operación que requiera el mismo bloqueo permanecerán bloqueados hasta que el primer subproceso libere el 
bloqueo, punto en el cual los subprocesos bloqueados pueden tratar de adquirir el bloqueo. 

• Para especificar que un subproceso debe mantener un bloqueo de monitor para ejecutar un bloque de código, el 
código debe colocarse en una instrucción synchroni zed. Se dice que dicho código está protegido por el bloqueo de 
monitor; un subproceso debe adquirir el bloqueo para ejecutar las instrucciones synchroni zed. 
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• Las instrucciones synch roni zed se declaran mediante la palabra clave synchroni zed: 

synchroni zed ( objeto ) 
instrucciones 

} // fin de la instrucción synchronized 

en donde objeto es el objeto cuyo bloqueo de monitor se va a adquirir; generalmente, objeto es thi s si es el objeto en 
el que aparece la instrucción synchroni zed. 

• Un método synchronized es equivalente a una instrucción synchronized que encierra el cuerpo completo de un 
método, y que utiliza a thi s como el objeto cuyo bloqueo de monitor se va a adquirir. 

• La interfaz ExecutorServi ce proporciona el método awai tTermi nati on para obligar a un programa a esperar a 
que los subprocesos completen su ejecución. Este método devuelve el control al que lo llamó, ya sea cuando se com- 
pleten todas las tareas que se ejecutan en el objeto ExecutorServi ce, o cuando se agote el tiempo de inactividad 
especificado. Si todas las tareas se completan antes de que se agote el tiempo de awai tTermi nation, este método 
devuelve true; en caso contrario devuelve faise. Los dos argumentos para awai tTermi nation representan un 
valor de límite de tiempo y una unidad de medida especificada con una constante de la clase Ti mellni t. 

• Podemos simular la atomicidad al asegurar que sólo un subproceso lleve a cabo un conjunto de operaciones al 
mismo tiempo. La atomicidad se puede lograr mediante el uso de la palabra clave synchronized para crear una 
instrucción o método synchronized. 

• Al compartir datos inmutables entre subprocesos, debemos declarar los campos de datos correspondientes como 
final , para indicar que los valores de las variables no cambiarán una vez que se inicialicen. 

Sección 23.6 Relación productor! consumidor sin sincronización 

• En una relación productor/consumidor con subprocesamiento múltiple, un subproceso productor genera los datos 
y los coloca en un objeto compartido, llamado búfer. Un subproceso consumidor lee los datos del búfer. 

• Las operaciones con los datos del búfer compartidos por un subproceso productor y un subproceso consumidor 
son dependientes del estado; las operaciones deben proceder sólo si el búfer se encuentra en el estado correcto. Si el 
búfer se encuentra en un estado en el que no esté completamente lleno, el productor puede producir; si el búfer se 
encuentra en un estado en el que no esté completamente vacío, el consumidor puede consumir. 

• Los subprocesos con acceso a un búfer deben sincronizarse para asegurar que lo datos se escriban en el búfer, o se 
lean del búfer sólo si éste se encuentra en el estado apropiado. Si el productor que trata de colocar los siguientes datos 
en el búfer determina que éste se encuentra lleno, el subproceso productor debe esperar hasta que haya espacio. Si 
un subproceso consumidor encuentra el búfer vacío o que los datos anteriores ya se han leído, debe también esperar 
hasta que haya nuevos datos disponibles. 

Sección 23.7 Relación productor! consumidor: ArrayBl ocki ngQueue 

• Java incluye una clase de búfer completamente implementada llamada ArrayBl ocki ngQueue en el paquete java, 
útil . con curren t, que implementa a la interfaz Blocki ngQueue. Esta interfaz extiende a la interfaz Queue y declara 
los métodos put y take, los equivalentes con bloqueo de los métodos offer y pol 1 de Queue, respectivamente. 

• El método put coloca un elemento al final del objeto Blocki ngQueue, y espera si la cola está llena. El método take 
elimina un elemento de la parte inicial del objeto B1 ocki ngQueue, y espera si la cola está vacía. Estos métodos hacen 
que la clase ArrayBl ocki ngQueue sea una buena opción para implementar un búfer compartido. Debido a que el 
método put bloquea hasta que haya espacio en el búfer para escribir datos, y el método take bloquea hasta que haya 
nuevos datos para leer, el productor debe producir primero un valor, el consumidor sólo consume correctamente 
hasta después de que el productor escribe un valor, y el productor produce correctamente el siguiente valor (después 
del primero) sólo hasta que el consumidor lea el valor anterior (o primero). 

• ArrayBl ocki ngQueue almacena los datos compartidos en un arreglo. El tamaño de este arreglo se especifica como 
argumento para el constructor de ArrayBl ocki ngQueue. Una vez creado, un objeto ArrayBl ocki ngQueue tiene su 
tamaño fijo y no se expandirá para dar cabida a más elementos. 

Sección 23.8 Relación productor! consumidor con sincronización 

• Usted puede implementar su propio búfer compartido, usando la palabra clave synchroni zed y los métodos wai t, 
noti fy y noti fyAl 1 de Ob j ect, que pueden usarse con condiciones para hacer que los subprocesos esperen cuando 
no puedan realizar sus tareas. 

• Si un subproceso obtiene el bloqueo de monitor en un objeto, y después determina que no puede continuar con 
su tarea en ese objeto sino hasta que se cumpla cierta condición, el subproceso puede llamar al método wai t de 
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Ob j ect; esto libera el bloqueo de monitor en el objeto, y el subproceso queda en el estado en espera mientras el otro 
subproceso trata de entrar a la(s) instrucción(es) o método(s) synchroni zed del objeto. 

• Cuando un subproceso que ejecuta una instrucción (o método) synchroni zed completa o cumple con la condición 
en la que otro subproceso puede estar esperando, puede llamar al método notify de Object para permitir que 
un subproceso en espera cambie al estado ejecutable de nuevo. En este punto, el subproceso que cambió del estado 
en espera al estado ejecutable puede tratar de readquirir el bloqueo de monitor en el objeto. 

• Si un subproceso llama a noti fyAi i , entonces todos los subprocesos que esperan el bloqueo de monitor se convier- 
ten en candidatos para readquirir el bloqueo (es decir, todos cambian al estado ejecutable). 

Sección 23.9 Relación productor! consumidor: búferes delimitados 

• No podemos hacer suposiciones acerca de las velocidades relativas de los subprocesos concurrentes; las interacciones 
que ocurren con el sistema operativo, la red, el usuario y otros componentes pueden hacer que los subprocesos ope- 
ren a distintas velocidades. Cuando esto ocurre, los subprocesos esperan. 

• Para minimizar la cantidad de tiempo de espera para los subprocesos que comparten recursos y operan a las mismas 
velocidades promedio, podemos implementar un bufer delimitado. Si el productor produce temporalmente valores 
con más rapidez de la que el consumidor pueda consumirlos, el productor puede escribir otros valores en el espacio 
adicional del búfer (si hay disponible). Si el consumidor consume con más rapidez de la que el productor produce 
nuevos valores, el consumidor puede leer valores adicionales (si los hay) del búfer. 

• La clave para usar un búfer delimitado con un productor y un consumidor que operan aproximadamente a la misma 
velocidad es proporcionar al búfer suficientes ubicaciones para que pueda manejar la producción “extra” anticipada. 

• La manera más simple de implementar un búfer delimitado es utilizar un objeto Ar rayBl ocki ngQueue para el búfer, 
de manera que se haga cargo de todos los detalles de la sincronización por nosotros. 

Sección 23.10 Relación productor! consumidor: las interfaces Locky Condition 

• Las interfaces Lock y Condition, que se introdujeron en Java SE 5, proporcionan a los programadores un control 
más preciso sobre la sincronización de los subprocesos, pero son más complicadas de usar. 

• Cualquier objeto puede contener una referencia a un objeto que implemente a la interfaz Lock (del paquete java, 
uti i . concurrent. locks). Un subproceso llama al método lock de Lock para adquirir el bloqueo. Una vez que un 
subproceso obtiene un objeto Lock, este objeto no permitirá que otro subproceso obtenga el Lock sino hasta que el 
primer subproceso lo libere (llamando al método unlock de Lock). 

• Si varios subprocesos tratan de llamar al método i ock en el mismo objeto Lock y al mismo tiempo, sólo uno de estos 
subprocesos puede obtener el bloqueo; todos los demás se colocan en el estado en espera de ese bloqueo. Cuando 
un subproceso llama al método unlock, se libera el bloqueo sobre el objeto y un subproceso en espera que intente 
bloquear el objeto puede continuar. 

• La clase ReentrantLock (del paquete java, uti l.concurrent.l ocks) es una implementación básica de la interfaz 
Lock. 

• El constructor de ReentrantLock recibe un argumento boolean, el cual especifica si el bloqueo tiene una política 
de equidad. Si el argumento es true, la política de equidad de ReentrantLock es: “el subproceso con más tiempo de 
espera adquirirá el bloqueo cuando esté disponible”. Dicha política de equidad garantiza que nunca ocurra el apla- 
zamiento indefinido (también conocido como inanición). Si el argumento de la política de equidad se establece en 
fal se, no hay garantía en cuanto a cuál subproceso en espera adquirirá el bloqueo cuando esté disponible. 

• Si un subproceso que posee un objeto Lock determina que no puede continuar con su tarea hasta que se cumpla 
cierta condición, el subproceso puede esperar en base a un objeto de condición. El uso de objetos Lock nos permite 
declarar de manera explícita los objetos de condición sobre los cuales un subproceso tal vez tenga que esperar. 

• Los objetos de condición se asocian con un objeto Lock específico y se crean mediante una llamada al método 
newCondition de Lock, el cual devuelve un objeto que implementa a la interfaz Condition (del paquete java, 
útil . concurrent. locks). Para esperar en base a un objeto de condición, el subproceso puede llamar al método 
awai t de Condi ti on. Esto libera de inmediato el objeto Lock asociado, y coloca al subproceso en el estado en espera, 
en base a ese objeto Condi ti on. Así, otros subprocesos pueden tratar de obtener el objeto Lock. 

• Cuando un subproceso ejecutable completa una tarea y determina que el subproceso en espera puede ahora conti- 
nuar, el subproceso ejecutable puede llamar al método signa! de Condition para permitir que un subproceso en 
el estado en espera de ese objeto Condi ti on regrese al estado ejecutable. En este punto, el subproceso que cambió del 
estado en espera al estado ejecutable puede tratar de readquirir el objeto Lock. 

• Si hay varios subprocesos en un estado en espera de un objeto Condi ti on cuando se hace la llamada a signa! , la 
implementación predeterminada de Condition indica al subproceso con más tiempo de espera que debe cambiar al 
estado ejecutable. 
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• Si un subproceso llama al método si gnal Al 1 de Condi ti on, entonces todos los subprocesos que esperan esa condi- 
ción cambian al estado ejecutable y se convierten en candidatos para readquirir el objeto Lock. 

• Cuando un subproceso termina con un objeto compartido, debe llamar al método unlock para liberar al objeto 
Lock. 

• En algunas aplicaciones, el uso de objetos Lock y Condi ti on puede ser preferible a utilizar la palabra clave synch ro- 
nized. Los objetos Lock nos permiten interrumpir a los subprocesos en espera, o especificar un tiempo límite para 
esperar a adquirir un bloqueo, lo cual no es posible si se utiliza la palabra clave synchroni zed. Además, un objeto 
Lock no está restringido a ser adquirido y liberado en el mismo bloque de código, lo cual es el caso con la palabra 
clave synchroni zed. 

• Los objetos Condi ti on nos permiten especificar varios objetos de condición, en base a los cuales los subprocesos 
pueden esperar. Por ende, es posible indicar a los subprocesos en espera que un objeto de condición específico es 
ahora verdadero, llamando a si gnai o si gnal Al 1 en ese objeto Condi ti on. Con la palabra clave synchroni zed, 
no hay forma de indicar de manera explícita la condición en la cual esperan los subprocesos y, por lo tanto, no hay 
forma de notificar a los subprocesos en espera de una condición específica que pueden continuar, sin también indi- 
carlo a los subprocesos que están en espera de otras condiciones. 

Sección 23.11 Subprocesamiento múltiple con GUIs 

• Las aplicaciones de Swing tienen un subproceso, conocido como el subproceso de despachamiento de eventos, para 
manejar las interacciones con los componentes de la GUI de la aplicación. Todas las tareas que requieren interac- 
ción con la GUI de una aplicación se colocan en una cola de eventos y se ejecutan en forma secuencial, mediante el 
subproceso de despachamiento de eventos. 

• Los componentes de GUI de Swing no son seguros para los subprocesos. La seguridad de subprocesos en aplicacio- 
nes de GUI se logra asegurando que se acceda a los componentes de Swing sólo desde el subproceso de despacha- 
miento de eventos. A esta técnica se le conoce como confinamiento de subprocesos. 

• Si una aplicación debe realizar un cálculo extenso en respuesta a una interacción con la interfaz del usuario, el 
subproceso de despachamiento de eventos no puede atender otras tareas en la cola de eventos, mientras se encuentre 
atado en ese cálculo. Esto hace que los componentes de la GUI pierdan su capacidad de respuesta. Es preferible 
manejar un cálculo extenso en un subproceso separado, con lo cual el subproceso de despachamiento de eventos 
queda libre para continuar administrando las demás interacciones con la GUI. 

• Java SE 6 cuenta con la clase Swi ngWorker (en el paquete javax . swi ng), que implementa a la interfaz RunnabI e, 
para realizar cálculos extensos en un subproceso trabajador, y para actualizar los componentes de Swing desde el 
subproceso de despachamiento de eventos, con base en los resultados del cálculo. 

• Para utilizar las herramientas de Swi ngWorker, cree una clase que extienda a Swi ngWorker y sobrescriba los métodos 
dolnBackground y done. El método dolnBackground realiza el cálculo y devuelve el resultado. El método done 
muestra los resultados en la GUI. 

• Swi ngWorker es una clase genérica. Su primer parámetro de tipo indica el tipo devuelto por el método dolnBack- 
ground; el segundo indica el tipo que se pasa entre los métodos publish y process para manejar los resultados 
intermedios. 

• El método dolnBackground se llama desde un subproceso trabajador. Después de que dolnBackground regresa, el 
método done se llama desde el subproceso de despachamiento de eventos para mostrar los resultados. 

• Una excepción Executi onExcepti on se lanza si ocurre una excepción durante el cálculo. 

• Swi ngWorker también cuenta con los métodos publish, process y setProgress. El método publish envía en 
forma repetida los resultados inmediatos al método process, el cual muestra los resultados en un componente de la 
GUI. El método setProgress actualiza la propiedad de progreso. 

• El método progress se ejecuta en el subproceso de despachamiento de eventos y recibe datos del método 
publ i sh. El paso de valores entre publ i sh en el subproceso trabajador y process en el subproceso de despacha- 
miento de eventos es asincrono; process no se invoca necesariamente para cada llamada a publ i sh. 

• PropertyChangeLi stener es una interfaz del paquete java, beans que define un solo método, propertyChange. 
Cada vez que se invoca el método setProgress, se genera un evento PropertyChangedEvent para indicar que la 
propiedad de progreso ha cambiado. 

Sección 23.12 Otras clases e interfaces en java, útil . concurrent 

• La interfaz Callable (del paquete java. útil .concurrent) declara un solo método llamado cali. Esta interfaz 
está diseñada para que sea similar a la interfaz RunnabI e (permitir que se realice una acción de manera concurrente 
en un subproceso separado), pero el método cali permite al subproceso devolver un valor o lanzar una excepción 
verificada. 



Terminología 989 


• Es probable que una aplicación que crea un objeto Cal 1 abl e necesite ejecutar el objeto Cal 1 abl e de manera con- 
currente con otros objetos Runnabl e y Cal 1 abl e. La interfaz ExecutorServi ce proporciona el método submi t, el 
cual ejecuta un objeto Cal 1 abl e que recibe como argumento. 

• El método submi t devuelve un objeto de tipo Future (del paquete java. útil . concurrent), que representa al 
objeto Cali able en ejecución. La interfaz Future declara el método get para devolver el resultado del objeto 
Cal 1 abl e y proporciona otros métodos para administrar la ejecución de un objeto Cal 1 abl e. 
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ArrayBl ocki ngQueue, clase 
awai t, método de la interfaz Condi ti on 
awai tTermi nation, método de la interfaz Executor- 
Servi ce 

B1 ocki ngQueue, interfaz 
bloqueado, estado 
bloqueo de monitor 
bloqueo intrínseco 
búfer 

búfer circular 
búfer delimitado 

cal 1 , método de la interfaz Cal 1 abl e 

Cal 1 abl e, interfaz 

cola de prioridad multinivel 

concurrencia 

Condi ti on, interfaz 

confinamiento de subprocesos 

consumidor 

datos mutables 

dependencia de estados 

despachamiento de un subproceso 

ejecutable, estado 

en ejecución, estado 

en espera sincronizado, estado 

en espera, estado 

estado de un subproceso 

exclusión mutua 

execute, método de la interfaz Executor 

Executor, interfaz 

Executors, clase 

ExecutorServi ce, interfaz 

Future, interfaz 

get, método de la interfaz Future 

111 egalMoni torStateExcepti on, clase 

inanición 

interbloqueo 

i nterrupt, método de la clase Thread 

InterruptedExcepti on, clase 

intervalo de inactividad 

intervalo de tiempo 

java. útil .concurrent, paquete 

java. uti 1 . concurrent . locks, paquete 

listo, estado 

Lock, interfaz 

lock, método de la interfaz Lock 
monitor 


newCachedThreadPool, método de la clase Executors 

newCondi ti on, método de la interfaz Lock 

noti fy, método de la clase Object 

noti f yAl 1 , método de la clase Ob j ect 

nuevo, estado 

objeto de condición 

operación atómica 

operaciones en paralelo 

política de equidad de un bloqueo 

prioridad de subprocesos 

productor 

programación cíclica (round-robin) 
programación concurrente 
programación de subprocesos 
programación preferente 
programador de subprocesos 

propertyChange, método de la interfaz PropertyChan- 
geLi stener 

PropertyChangeLi stener, interfaz 

protegido por un bloqueo 

put, método de la interfaz B1 ocki ngQueue 

quantum 

recolección de basura 

ReentrantLock, clase 

relación productor/consumidor 

reserva de subprocesos 

run, método de la interfaz Runnabl e 

Runnabl e, interfaz 

seguro para los subprocesos 

shutdown, método de la clase ExecutorServi ce 

si gnal , método de la clase Condi ti on 

si gnal Al 1 , método de la clase Condi ti on 

sincronización 

sincronización de subprocesos 

si ze, método de la clase ArrayBl ocki ngQueue 

si eep, método de la clase Thread 

submi t, método de la clase ExecutorServi ce 

subprocesamiento múltiple 

subproceso 

subproceso consumidor 

subproceso de despachamiento de eventos 

subproceso inactivo 

subproceso principal 

subproceso productor 

Swi ngWorker, clase 

synchronized, instrucción 

synchronized, método 

synchronized, palabra clave 
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take, método de la interfaz Blocki ngQueue unlock, método de la interfaz Lock 

terminado, estado valor pasado 

Thread, clase wai t, método de la clase Object 

Ejercicios de autoevaluación 

23.1 Complete las siguientes oraciones: 

a) C y C++ son lenguajes con subprocesamiento , mientras que Java es un lenguaje con 

subprocesamiento . 

b) Un subproceso entra al estado terminado cuando . 

c) Para detenerse durante cierto número designado de milisegundos y reanudar su ejecución, un subproceso 

debe llamar al método de la clase . 

d) El método de la clase Condi ti on pasa a un solo subproceso en el estado en espera de un 

objeto, al estado ejecutable. 

e) El método de la clase Condi ti on pasa a todos los subprocesos en el estado en espera de 

un objeto, al estado ejecutable. 

f) Un subproceso entra al estado cuando completa su tarea, o cuando 

termina de alguna otra forma. 

g) Un subproceso ejecutable puede entrar al estado durante un intervalo específico. 

h) A nivel del sistema operativo, el estado ejecutable en realidad abarca dos estados separados, 

y • 

i) Los objetos Runnabi e se ejecutan usando una clase que implementa a la interfaz . 

j) El método de ExecutorServi ce termina cada subproceso en un objeto ExecutorSer- 

vi ce tan pronto como termina de ejecutar su objeto Runnabi e actual, si lo hay. 

k) Un subproceso puede llamar al método en un objeto Condi ti on para liberar el objeto 

Lock asociado, y colocar ese subproceso en el estado . 

l) En una relación , la porción correspondiente al de una aplicación genera 

datos y los almacena en un objeto compartido, y la porción correspondiente al de una 

aplicación lee datos del objeto compartido. 

m) La clase implementa a la interfaz Blocki ngQueue, usando un arreglo. 

n) La palabra clave indica que sólo se debe ejecutar un subproceso a la vez en un objeto. 

23.2 Conteste con verdadero o falso a cada una de las siguientes proposiciones; en caso de ser falso, explique por qué. 

a) Un subproceso no es ejecutable si ha terminado. 

b) Un subproceso ejecutable de mayor prioridad tiene preferencia sobre los subprocesos de menor prioridad. 

c) Algunos sistemas operativos utilizan el intervalo de tiempo con subprocesos. Por lo tanto, pueden permitir 
que los subprocesos desplacen a otros subprocesos de la misma prioridad. 

d) Cuando expira el quantum de un subproceso, éste regresa al estado ejecutable, a medida que el sistema ope- 
rativo asigna el subproceso a un procesador. 

e) En un sistema con un solo procesador sin intervalo de tiempo, cada subproceso en un conjunto de subpro- 
cesos de igual prioridad (sin otros subprocesos presentes) se ejecuta hasta terminar, antes de que otros 
subprocesos de igual prioridad tengan oportunidad de ejecutarse. 

Respuestas a los ejercicios de autoevaluación 

23.1 a) simple, múltiple, b) termina su método run. c) si eep, Thread. d) signa! . e) signalAU, f ) ejecutable, 
terminado, g) en espera sincronizado, h) listo, en ejecución, i) Executor. j) shutdown. k) awai t, en espera. 1) produc- 
tor/consumidor, productor, consumidor, m) ArrayBi ocki ngQueue. n) synchronized. 

23.2 a) Verdadero, b) Verdadero, c) Falso. El intervalo de tiempo permite a un subproceso ejecutarse hasta que 
expira su porción de tiempo (o quantum). Después pueden ejecutarse otros subprocesos de igual prioridad, d) Falso. 
Cuando expira el quantum de un subproceso, éste regresa al estado listo y el sistema operativo asigna otro subproceso al 
procesador, e) Verdadero. 
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Ejercicios 

23.3 Conteste con verdadero o falso a cada una de las siguientes proposiciones; en caso de ser falso , explique por qué. 

a) El método si eep no consume tiempo del procesador cuando un subproceso está inactivo. 

b) Al declarar un método como synchroni zed se garantiza que no pueda ocurrir el interbloqueo. 

c) Una vez que un subproceso obtiene un objeto Lock, éste no permitirá que otro subproceso obtenga el blo- 
queo sino hasta que el primer subproceso lo libere. 

d) Los componentes de Swing son seguros para los subprocesos. 

23.4 Defina cada uno de los siguientes términos. 

a) subproceso 

b) subprocesamiento múltiple 

c) estado ejecutable 

d) estado en espera sincronizado 

e) programación preferente 

f) interfaz Runnabl e 

g) método notifyAl i 

h) relación productor/consumidor 

i) quantum 

23.5 Describa cada uno de los siguientes términos en el contexto de los mecanismos de subprocesamiento en Java: 

a) synchroni zed 

b) productor 

c) consumidor 

d) wai t 

e) notify 

f) Lock 

g) Condi ti on 

23.6 Enliste las razones para entrar al estado bloqueado. Para cada una de éstas, describa la forma en que el programa 
comúnmente sale del estado bloqueado y entra al estado ejecutable. 

23.7 Dos problemas que pueden ocurrir en sistemas que permiten a los subprocesos esperar son: el interbloqueo, en 
el cual uno o más subprocesos esperarán para siempre un evento que no puede ocurrir, y el aplazamiento indefinido, 
en donde uno o más subprocesos se retrasarán durante cierto tiempo, sin saber cuánto. Dé un ejemplo de cómo cada 
uno de estos problemas puede ocurrir en los programas de Java con subprocesamiento múltiple. 

23.8 Escriba un programa para rebotar una pelota azul dentro de un objeto J Panel. La pelota deberá empezar a 
moverse con un evento mousePressed. Cuando la pelota pegue en el borde del objeto 1 Panel , deberá rebotar y conti- 
nuar en la dirección opuesta. La pelota debe actualizarse mediante el uso de un objeto Runnabl e. 

23.9 Modifique el programa del ejercicio 23.8 para agregar una nueva pelota cada vez que el usuario haga clic con el 
ratón. Proporcione un mínimo de 20 pelotas. Seleccione al azar el color para cada nueva pelota. 

23.10 Modifique el programa del ejercicio 23.9 para agregar sombras. A medida que se mueva una pelota, dibuje un 
óvalo relleno de color negro en la parte inferior del objeto J Panel . Tal vez sería conveniente agregar un efecto tridimen- 
sional, incrementando o decrementando el tamaño de cada pelota cuando ésta pegue en el borde del subprograma. 




OBJETIVOS 

En este capítulo aprenderá a: 


Comprender el trabajo en red en Java con URLs, sockets 
y datagramas. 


Implementar aplicaciones de red en Java, mediante el uso de 
sockets y datagramas. 


Implementar clientes y servidores en Java, que se comuniquen 
entre sí. 


Saber cómo implementar aplicaciones de colaboración basada 
en red. 


Construir un servidor con subprocesamiento múltiple. 


Si la presencia de 
electricidad puede hacerse 
visible en cualquier parte de 
un circuito, no veo la razón 
por la cual la inteligencia 
no pueda transmitirse 
instantáneamente mediante 
la electricidad 


— Samuel F. B. Morse 


El protocolo es todo. 


-Francois Giuliani 


Lo que las redes de vías 
de ferrocarril, carreteras 
y canales fueron en 
otra época, las redes 
de telecomunicaciones, 
información y computación 
lo son hoy. 

— Bruno Kreisky 


El puerto está cerca, escucho 
las campanas, toda la gente 
está exultando. 


— WaltWhitman 
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24.1 Introducción 

24.2 Manipulación de URLs 

24.3 Cómo leer un archivo en un servidor Web 

24.4 Cómo establecer un servidor simple utilizando sockets de flujo 

24.5 Cómo establecer un cliente simple utilizando sockets de flujo 

24.6 Interacción entre cliente/servidor mediante conexiones de socket de flujo 

24.7 Interacción entre cliente/servidor sin conexión mediante datagramas 

24.8 Juego de Tres en raya (Gato) tipo cliente/servidor, utilizando un servidor con subprocesamiento múltiple 

24.9 La seguridad y la red 

24.10 [Bono Web] Ejemplo práctico: servidor y cliente DeitelMessenger 

24.11 Conclusión 

Resumen | Terminología | Ejercicios de autoevaluación | Respuestas a los ejercicios de autoevaluación | Ejercicios 


24.1 Introducción 

Hay mucha emoción en cuanto a Internet y World Wide Web. Internet enlaza la “información de todo el mun- 
do”. World Wide Web facilita el uso de Internet y le proporciona los beneficios de multimedia. Las organizaciones 
ven a Internet y a la Web como algo crucial para sus estrategias de sistemas de información. Java proporciona una 
variedad de herramientas de red integradas, las cuales facilitan el desarrollo de aplicaciones basadas en Internet y 
Web. Java puede permitir a los programas buscar información en todo el mundo y colaborar con programas que 
se ejecutan en otras computadoras a nivel internacional, nacional o solamente dentro de una organización. Java 
puede permitir que los applets (subprogramas) y aplicaciones se comuniquen entre sí (lo cual está sujeto a ciertas 
restricciones de seguridad). 

Las redes son un tema masivo y complejo. Los estudiantes de ciencias computacionales e ingeniería compu- 
tacional, por lo general, toman un curso de nivel superior (con duración de un semestre completo) sobre redes de 
computadoras y continúan estudiando a nivel de graduados. Java se utiliza comúnmente como un vehículo 
de implementación en cursos de redes computacionales. En este libro le presentamos una porción de los conceptos 
y herramientas de Java para trabajo en red. 

En Java, las herramientas de red fundamentales se declaran mediante clases e interfaces del paquete java, 
net, mediante el cual Java ofrece comunicaciones basadas en flujos que permiten a las aplicaciones ver las redes 
como flujos de datos. Las clases e interfaces del paquete java.net también ofrecen comunicaciones basadas 
en paquetes, para transmitir paquetes individuales de información; esto se utiliza comúnmente para transmitir 
audio y video a través de Internet. En este capítulo mostraremos cómo crear y manipular sockets, y cómo comu- 
nicarnos con los paquetes de datos. 

Nuestra discusión sobre las redes se enfoca en ambos lados de una relación cliente-servidor. El cliente soli- 
cita que se realice cierta acción, y el servidor realiza la acción y responde al cliente. Una implementación común 
del modelo de petición-respuesta se da entre los navegadores y servidores Web. Cuando un usuario selecciona 
un sitio Web para navegar mediante un navegador (la aplicación cliente), se envía una petición al servidor Web 
apropiado (la aplicación servidor). Por lo general, el servidor responde al cliente enviando una página Web de 
HTML apropiada. 

Presentaremos las comunicaciones basadas en sockets en Java, las cuales permiten a las aplicaciones ver las 
redes como si fueran E/S de archivo; un programa puede leer de un socket o escribir en un socket de una manera tan 
simple como leer o escribir en un archivo. El socket es simplemente una construcción de software que representa 
un extremo de una conexión. Mostraremos cómo crear y manipular sockets de flujo y sockets de datagrama. 

Con los sockets de flujo, un proceso establece una conexión con otro proceso. Mientras la conexión está 
en pie, los datos fluyen entre los procesos en flujos continuos. Se dice que los sockets de flujo proporcionan un 
servicio orientado a la conexión. El protocolo utilizado para la transmisión es el popular TCP (Protocolo de 
control de transmisión) . 

Con los sockets de datagrama se transmiten paquetes individuales de información. Esto no es adecuado 
para los programadores cotidianos, ya que el protocolo utilizado (UDP, el Protocolo de datagramas de usuario) 
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es un servicio sin conexión y no garantiza que los paquetes lleguen en un orden específico. Con el UDP pueden 
perderse paquetes, o incluso duplicarse. Se requiere de programación adicional por parte del programador para 
tratar con estos problemas (si el programador así lo quiere). UDP es más apropiado para aplicaciones de red en las 
que no se requiere la comprobación de errores y la confiabilidad de TCP. Los sockets de flujo y el protocolo TCP 
son más convenientes para la gran mayoría de programadores de Java. 

Tip de rendimiento 24-1 

' 7*7^ Los servicios sin conexión generalmente ofrecen un mayor rendimiento, pero son menos confiables que los servicios 
orientados a las conexiones. 



Tip de portabilidad 24-1 

TCP, UDP y los protocolos relacionados permiten que una gran variedad de sistemas computacionales heterogéneos 
(es decir, sistemas computacionales con diferentes procesadores y sistemas operativos) se comuniquen unos con otros. 


También presentaremos un ejemplo práctico en el que implementamos una aplicación cliente/servidor para 
conversar (chat), similar a los populares servicios de mensajería instantánea en Web hoy en día. Este ejemplo 
práctico se proporciona como bono Web en www. dei tel . com/books/j htp7/. La aplicación incorpora muchas 
técnicas de red que introduciremos en este capítulo. El programa también introduce el término transmisión 
múltiple (multicasting), en donde un servidor puede publicar información y los clientes pueden suscribirse a 
esa información. Cada vez que el servidor publica más información, todos los suscriptores la reciben. A lo largo 
de los ejemplos de este capítulo veremos que muchos de los detalles del trabajo en red se manejan mediante las 
APIs de Java. 


24.2 Manipulación de URLs 

Internet ofrece muchos protocolos. El Protocolo de transferencia de hipertexto (HTTP) que forma la base 
de World Wide Web, utiliza URIs (Identificadores uniformes de recursos) para identificar datos en Internet. 
Los URIs que especifican las ubicaciones de documentos se conocen como URLs (Localizadores uniformes 
de recursos). Los URLs comunes hacen referencia a archivos o directorios y pueden hacer referencia a objetos 
que realizan tareas complejas, como búsquedas en bases de datos y en Internet. Si usted conoce el URL de 
HTTP de un documento HTML que esté públicamente disponible en Web, puede acceder a esos datos a través 
de HTTP. 

Java facilita la manipulación de URLs. Si se utiliza un URL que haga referencia a la ubicación exacta de 
un recurso (como una página Web) como un argumento para el método showDocument de la interfaz Applet- 
Context, el navegador en el que se ejecuta el applet mostrará ese recurso. El applet de las figuras 24.1 y 24.2 
demuestra el uso de las herramientas simples de red. El applet permite al usuario seleccionar una página Web de 
un objeto JLi st, y hace que el navegador muestre la página correspondiente. En este ejemplo, el trabajo en red 
es realizado por el navegador. 

Este applet aprovecha los parámetros de applet especificados en el documento HTML que invoca al applet. 
Al navegar por World Wide Web, a menudo se encontrará applets en el dominio público; puede utilizarlos sin 
costo en sus propias páginas Web (generalmente a cambio de dar créditos al creador del applet). Muchos applets 
pueden personalizarse mediante los parámetros que se proporcionan desde el archivo HTML que invoca al ap- 
plet. Por ejemplo, en la figura 24. 1 se muestra el HTML que invoca al objeto Sel ecto rSi ti os en la figura 24.2. 


2 

3 

4 

5 

6 
7 


<html> 

<title>Selector de si tios</ti ti e> 

<body> 

<applet code = "SelectorSitios.class" width = "300" height = "75"> 
<param ríame = "tituloO" valué = "Página inicial de 3ava"> 

<param ñame = "ubicacionO" valué = "http://java.sun.com/"> 
<param ñame = "titulol" valué = "Dei tel "> 


Figura 24-1 | Documento HTML para cargar el applet Sel ectorSi ti os. (Parte I de 2). 
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8 

<param 

ñame = "ubicacionl" valué 

= "http://www.deitel.com/"> 

9 

<param 

ñame = "titulo2" valué = ' 

' JGuru”> 

10 

<param 

ñame = "ubicacion2" valué 

= "http://www.jGuru.com/"> 

1 1 

<param 

ñame = "titulo3" valué = ' 

'JavaWorld"> 

12 

<param 

ñame = "ubicacion3" valué 

= "http://www.javaworld.com/"> 

13 

</appl et> 



14 

</body> 



15 

</html> 




Figura 24-1 | Documento HTML para cargar el applet SelectorSitios. (Parte 2 de 2). 


1 // Fig. 24.2: SelectorSitios. java 

2 // Este programa carga un documento de un URL. 

3 import java.net.MalformedURLException; 

4 import java.net. URL; 

5 import java. útil .HashMap; 

6 import java. útil .ArrayList; 

7 import java.awt.BorderLayout; 

8 import java. applet. Appl etContext ; 

9 import javax.swing.J Applet; 

10 import javax.swing.JLabel ; 

11 import javax.swing.J List; 

12 import javax. swi ng . J Se rol 1 Pane ; 

13 import javax. swi ng . event. ListSelectionEvent; 

14 import javax. swi ng. event. ListSelectionListener; 

15 

16 public class SelectorSitios extends JApplet 

17 { 

18 private HashMap< Object, URL > sitios; // nombres de sitios y URLs 

19 private ArrayList< String > nombresSi tios ; // nombres de sitios 

20 private JList SelectorSitios; // lista de sitios a elegir 

21 

22 // lee los parámetros de HTML y establece la GUI 

23 public void init() 

24 { 

25 

26 

27 

28 

29 

30 

31 

32 

33 

34 

35 

36 

37 

38 

39 

40 

41 

42 

43 

44 

45 

46 

Figura 24-2 


sitios = new HashMap< Object, URL >0; // crea objeto HashMap 
nombresSi tios = new ArrayList< String >(); // crea objeto ArrayList 

// obtiene los parámetros del documento de HTML 

obtenerSi ti osDeParametrosHTMLO ; 

// crea componentes de GUI e interfaz de esquema 

add( new JLabelC "Seleccione un sitio para navegar" ), BorderLayout . NORTH ); 

SelectorSitios = new JList( nombresSitios.toArrayO ); // llena el objeto JList 
sel ectorSi ti os . addLi stSel ecti onLi stener( 

new ListSelectionListenerO // clase interna anónima 
{ 

// va al sitio seleccionado por el usuario 

public void val ueChanged( ListSelectionEvent evento ) 

{ 

// obtiene el nombre del sitio seleccionado 

Object objeto = SelectorSitios. getSelectedValueO ; 

// usa el nombre del sitio para localizar el URL correspondiente 

URL nuevoDocumento = sitios.get( objeto ); 


Cómo cargar un documento de un URL a un navegador. (Parte I de 3). 
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47 // obtiene el contenedor de applets 

48 Appl etContext navegador = getAppl etContextO ; 

49 

50 // indica al contenedor de applets que cambie de página 

51 navegador. showDocument( nuevoDocumento ); 

52 } // fin del método valueChanged 

53 } // fin de la clase interna anónima 

54 ); // fin de la llamada a addListSelectionListener 

55 

56 add( new IScrollPanef sel ectorSi tios ), BorderLayout.CENTER ); 

57 } // fin del método init 

58 

59 // obtiene los parámetros del documento de HTML 

60 private void obtenerSi tiosDeParametrosHTMLO 

61 { 

62 String titulo; // titulo del sitio 

63 String ubicación; // ubicación del sitio 

64 URL url ; // URL de la ubicación 

65 int contador = 0; // cuenta el número de sitios 

66 

67 titulo = getParameter( "titulo" + contador ); // obtiene el titulo del primer sitio 

68 

69 // itera hasta que no haya más parámetros en el documento de HTML 

70 while ( titulo != nuil ) 

71 { 

72 // obtiene la ubicación del sitio 

73 ubicación = getParameter( "ubicación" + contador ); 

74 

75 try // coloca titulo/URL en objeto HashMap y titulo en objeto ArrayList 

76 { 

77 url = new URL( ubicación ); // convierte la ubicación en URL 

78 sitios. put( titulo, url ); // coloca titulo/URL en objeto HashMap 

79 nombresSitios.add( titulo ); // coloca titulo en objeto ArrayList 

80 } // fin de try 

81 catch ( MalformedURLException excepcionURL ) 

82 { 

83 excepcionURL. printStackTrace() ; 

84 } // fin de catch 

85 

86 contador++; 

87 titulo = getParameterf "titulo 1 + contador ); // obtiene el titulo del 
siguiente sitio 

88 } // fin de while 

89 } // fin del método obtenerSi ti osDeParametrosHTML 

90 } // fin de la clase Sel ectorSi tios 



Figura 24.2 | Cómo cargar un documento de un URL a un navegador. (Parte 2 de 3). 
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Figura 24-2 | Cómo cargar un documento de un URL a un navegador. (Parte 3 de 3). 

El documento HTML contiene ocho parámetros especificados con la marca param; estas líneas deben apa- 
recer entre las marcas applet inicial y final. El applet puede leer estos valores y utilizarlos para personalizarse a sí 
mismo. Puede aparecer cualquier número de marcas param entre las marcas appl et inicial y final. Cada paráme- 
tro tiene un nombre y un valor. El método getParameter de Appl et obtiene el valor (val ue) asociado con un 
nombre de parámetro específico y lo devuelve como una cadena. El argumento que se pasa a getParameter es 
una cadena que contiene el nombre del parámetro en el elemento param. En este ejemplo, los parámetros repre- 
sentan el título y la ubicación de cada sitio Web que puede seleccionar el usuario. Los parámetros especificados 
para este applet se nombran com ti tul o#, en donde el valor de # empieza en 0 y se incrementa en uno para cada 
nuevo título. Cada título debe tener un parámetro de ubicación correspondiente, de la forma ubi caci on#, en 
donde el valor de # empieza en 0 y se incrementa en uno para cada nueva ubicación. La instrucción 

String titulo = getParameter( "tituloO" ); 

obtiene el valor asociado con el parámetro "tituloO" y lo asigna a la referencia titulo. Si no hay una marca 
param que contenga el parámetro especificado, getParameter devuelve nuil. 

El applet (figura 24.2) obtiene del documento HTML (figura 24. 1) las opciones a mostrar en el objeto 1 Li st 
del applet. La clase Sel ectorSi ti os utiliza un objeto HashMap (paquete java, útil) para almacenar los nom- 
bres de sitios y sus URLs. En este ejemplo, la clave es la cadena en el objeto 3 Li st que representa el nombre del 
sitio Web, y el valor es un objeto URL que almacena la ubicación del sitio Web que se mostrará en el navegador. 

La clase SelectorSitios también contiene un objeto ArrayList (paquete java. útil) en donde se colo- 
can los nombres de los sitios, de manera que se puedan utilizar para inicializar el objeto 3 Li st (una versión del 
constructor de 3 Li st recibe un arreglo de objetos Object, el cual es devuelto por el método toArray de Array- 
Li st. Un objeto ArrayLi st es un arreglo de referencias que puede cambiar su tamaño en forma dinámica. La 
clase ArrayLi st proporciona el método add para agregar un nuevo elemento al final del objeto ArrayLi st. (En 
el capítulo 19 hablamos sobre las clases ArrayLi st y HashMap). 

En las líneas 25 a 26 del método init del applet (líneas 23 a 57) se crea un objeto HashMap y un objeto 
ArrayLi st. En la línea 29 se hace una llamada a nuestro método utilitario obtenerSitiosDeParametrosHTML 
(declarado en las líneas 60 a 89) para obtener los parámetros de HTML del documento HTML que invocó al 
applet. 

En el método obtenerSitiosDeParametrosHTML se utiliza el método getParameter de Applet (línea 
67) para obtener el título de un sitio Web. Si el ti tul o no es nul 1 , el ciclo de las líneas 70 a 88 empieza a eje- 
cutarse. En la línea 73 se utiliza el método getParameter de Applet para obtener la ubicación del sitio Web. 
En la línea 77 se utiliza la ubi caci on como el valor de un nuevo objeto URL. El constructor de URL determina 
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si su argumento representa a un URL válido. Si no es así, el constructor de URL lanza una excepción Mal formed- 
URLException. Observe que el constructor de URL debe ser llamado en un bloque try. Si el constructor de URL 
genera una excepción Mal formedURLExcepti on, la llamada a pri ntStackT race (línea 83) hace que el programa 
imprima un rastreo de la pila en la consola de Java. En equipos Windows, para ver la consola de Java hay que hacer 
clic con el botón derecho del ratón en el icono de Java que se encuentra en el área de notificación de la barra de 
tareas. Después el programa trata de obtener el título del siguiente sitio Web. El programa no agrega el sitio del 
URL inválido al objeto HashMap, por lo que ese título no se mostrará en el objeto 3Li st. 

Para un URL correcto, en la línea 78 se colocan el ti tul o y el URL en el objeto HashMap, y en la línea 79 se 
agrega el ti tul o al objeto A r ray Li st. En la línea 87 se obtiene el siguiente título del documento EITML. Cuan- 
do la llamada a getParameter en la línea 87 devuelve nul 1 , el ciclo termina. 

Cuando el método obtenerSitiosDeParametrosHTML regresa a init, en las líneas 32 a 56 se construye 
la GUI del applet. En la línea 32 se agrega la etiqueta 3 Label “Sel eccione un sitio para navegar” a la 
sección NORTH del esquema BorderLayout del objeto JFrame. En la línea 34 se crea un objeto JList llama- 
do sel ectorSi ti os para permitir al usuario seleccionar una página Web y verla. En las líneas 35 a 54 se regis- 
tra un objeto ListSelectionListener para manejar los eventos de sel ectorSi ti os. En la línea 56 se agrega 
sel ectorSi ti os a la sección CENTER del esquema BorderLayout del objeto DFrame. 

Cuando el usuario selecciona uno de los sitios Web listados en sel ectorSi ti os, el programa llama al méto- 
do val ueChanged (líneas 39 a 52). En la línea 42 se obtiene del objeto J Li st el nombre del sitio seleccionado. En 
la línea 45 se pasa el nombre del sitio seleccionado (la clavé) al método get de HashMap, el cual localiza y devuelve 
una referencia al objeto URL correspondiente (el valor) que se asigna a la referencia nuevoDocumento. 

En la línea 48 se utiliza el método getAppl etContext de Applet para obtener una referencia a un obje- 
to Appl etContext que representa el contenedor del applet. En la línea 51 se utiliza la referencia navegador de 
Appl etContext para invocar el método showDocument, el cual recibe un objeto URL como argumento, y lo pasa 
al objeto Appl etContext (es decir, el navegador). El navegador muestra en su ventana actual el recurso Web 
asociado con ese URL. En este ejemplo, todos los recursos son documentos HTML. 

Para los programadores familiarizados con los marcos de HTML, hay una segunda versión del método 
showDocument de Appl etContext que permite a un applet especificar lo que se conoce como el marco de desti- 
no, en el cual se mostrará el recurso Web. Esta segunda versión recibe dos argumentos: un objeto URL que especifi- 
ca el recurso a mostrar, y una cadena que representa el marco de destino. Hay algunos marcos de destino especiales 
que pueden utilizarse como el segundo argumento. El marco de destino _blank ocasiona que se muestre el 
contenido del URL especificado en una nueva ventana del navegador Web. El marco de destino _sel f especifica 
que el contenido del URL especificado debe mostrarse en el mismo marco que el applet (la página HTML del 
applet se reemplaza en este caso). El marco de destino _top especifica que el navegador debe eliminar los marcos 
actuales en la ventana del navegador y después mostrar el contenido del URL especificado en la ventana actual. 
[Nota: si le interesa aprender más acerca de HTML, el CD que se incluye con este libro contiene tres capítulos de 
nuestro libro Internet and World Wide Web How to Program, Tercera edición, que introducen la versión actual 
de HTML (conocida como XHTML) y la herramienta para formato de páginas Web conocida como Hojas de 
estilo en cascada (CSS)]. 
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El applet de la figura 24.2 debe ejecutarse desde un navegador Web como Mozilla o Microsoft Internet Explorer, para 
que se pueda ver el resultado de mostrar otra página Web. El appl etvi ewer es capaz de ejecutar applets solamente; 
ignora todas las demás marcas de HTML. Si los sitos Web en el programa incluyeran applets de Java, sólo aparece- 
rían esos applets en el appl etvi ewer cuando el usuario seleccionara un sitio Web. Cada applet se ejecutaría en una 
ventana separada del appl etvi ewer. 


24.3 Cómo leer un archivo en un servidor Web 

En nuestro siguiente ejemplo, una vez más ocultamos los detalles relacionados con la red. La aplicación de la 
figura 24.3 utiliza el componente de la GUI de Swing JEditorPane (del paquete javax. swing) para mostrar 
el contenido de un archivo en un servidor Web. El usuario introduce un URL en el objeto JTextFi el d que se 
encuentra en la parte superior de la ventana, y la aplicación muestra el documento correspondiente (si es que exis- 
te) en el objeto 3Edi torPane. La clase 3 Editor Pane puede desplegar tanto texto simple como texto con formato 
HTML (como se muestra en las dos capturas de pantalla de la figura 24.4), por lo que esta aplicación actúa como 
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un navegador Web simple. La aplicación también demuestra cómo procesar eventos Hyperl i nkEvent cuando 
el usuario hace clic en un hipervínculo en el documento HTML. Las técnicas que se muestran en este ejemplo 
también pueden usarse en applets. Sin embargo, a los applets sólo se les permite leer archivos en el servidor del 
cual se hayan descargado. 

La clase de aplicación LeerArchivoServidor contiene el objeto JTextField llamado campolntroduci r, 
en el cual el usuario escribe el URL del archivo a leer, y el objeto JEditorPane llamado areaContenido para 
mostrar el contenido del archivo. Cuando el usuario oprime la tecla Intro en campolntroduci r, el programa 
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// Fig. 24.3: LeerArchivoServidor. java 

// Uso de un objeto JEditorPane para mostrar el contenido de un archivo en un servidor Web. 

import java.awt.BorderLayout; 

import java. awt . event . Acti onEvent ; 

import java. awt . event .Acti onLi stener ; 

import java.io.IOException; 

i mport javax . swi ng . JEdi torPane ; 

import javax. swi ng . IFrame ; 

import javax. swi ng . lOptionPane; 

import javax. swi ng . 3 Se rol 1 Pane; 

import javax. swing. JTextField; 

i mport javax . swi ng . event . Hyperl i nkEvent ; 

i mport j avax . swi ng . event . Hyperl i nkLi stene r ; 

public class LeerArchivoServidor extends JFrame 

{ 

private JTextField campolntroduci r; // objeto JTextField para escribir el nombre del 
sitio 

private JEditorPane areaContenido; // para mostrar un sitio Web 

// establece la GUI 

public LeerArchivoServidorO 

{ 

super( "Navegador Web simple" ); 

// crea campolntroduci r y registra su componente de escucha 
campolntroduci r = new JTextField( "Escriba el URL del archivo" ); 
campolntroduci r.addActionLi stener( 
new ActionLi stener() 

{ 

// obtiene el documento especificado por el usuario 
public void actionPerformed( ActionEvent evento ) 

{ 

obtenerLaPagi na( evento. getActionCommandO ); 

} // fin del método actionPerformed 
} // fin de la clase interna 
); //fin de la llamada a addActionLi stener 

add( campolntroduci r , BorderLayout . NORTH ); 

areaContenido = new JEditorPaneO ; // crea areaContenido 
areaContenido. setEditable( false ); 
areaConteni do . addHyperl i nkLi stener ( 
new Hyperl i nkLi stener() 

{ 

// si el usuario hizo clic en un hipervinculo, va a la página especificada 

public void hyperl i nkUpdate( Hyperl i nkEvent evento ) 

{ 

if ( evento . getEventTypeQ == 


Figura 24.3 


Cómo leer un archivo, abriendo una conexión a través de un URL. (Parte I de 2). 
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Hyperl i nkEvent . EventType .ACTIVATED ) 
obtenerLaPagi na( evento . getURLO . toStri ng() ); 

} // fin del método hyperl i nkUpdate 
} // fin de la clase Interna anónima 
); // fin de la llamada a addHyperl i nkLi stener 

add( new DScrollPanef areaContenido ), BorderLayout.CENTER ); 
setSize( 400, B00 ); // establece el tamaño de la ventana 
setVisible( true ); // muestra la ventana 
} // fin del constructor de LeerArchivoServidor 

// carga el documento 

prívate void obtenerLaPagi na( String ubicación ) 

{ 

try // carga el documento y muestra la ubicación 

{ 

areaContenido.setPage( ubicación ); // establece la página 
campolntroduci r . setTextf ubicación ); // establece el texto 
} // fin de try 

catch ( IOException excepcionES ) 

{ 

DOpti onPane . showMessageDi alog( thi s , 

"Error al obtener el URL especificado", "URL incorrecto", 
JOpti onPane . ERROR_MESSAGE ); 

} // fin de catch 

} // fin del método obtenerLaPagi na 
} // fin de la clase LeerArchivoServidor 


Figura 24-3 | Cómo leer un archivo, abriendo una conexión a través de un URL. (Parte 2 de 2). 


1 // Fig. 24.4: PruebaLeerArchivoServidor. java 

2 // Crea e inicia un objeto LeerArchivoServidor. 

3 import javax. swi ng . IFrame ; 

4 

5 public class PruebaLeerArchivoServidor 

6 { 

7 public static void main( String args[] ) 

8 { 

9 LeerArchivoServidor aplicación = new LeerArchi voServi dor() ; 

10 aplicacion.setDefaultCloseOperation( JFrame. EXIT_0N_CL0SE ); 

11 } // fin de main 

12 } // fin de la clase PruebaLeerArchivoServidor 



Figura 24-4 | Clase de prueba para LeerArchivoServidor. (Parte I de 2). 
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llama al método acti onPerformed (líneas 31 a 34). En la línea 33 se utiliza el método getActionCommand de 
ActionEvent para obtener la cadena que introdujo el usuario en el objeto JTextField, y pasa esa cadena al 
método utilitario obtenerLaPagi na (líneas 61 a 74). 

En la línea 65 se invoca el método setPage de JEditorPane para descargar el documento especifica- 
do por ubicación y mostrarlo en el objeto JEditorPane. Si ocurre un error al descargar el documento, el 
método setPage lanza una excepción IOException. Además, si se especifica un URL inválido ocurre una 
excepción Mal formedURLException (una subclase de IOException). Si el documento se carga correctamen- 
te, en la línea 66 se muestra la ubicación actual en campolntroduci r. 

Por lo general, un documento HTML contiene hipervínculos (texto, imágenes o componentes de la 
GUI ) que, cuando se hace clic sobre ellos, proporcionan un acceso rápido a otro documento en Web. Si un objeto 
DEditorPane contiene un documento HTML y el usuario hace clic en un hipervínculo, el objeto JEditorPane 
genera un evento Hyperl i nkEvent (paquete j avax . swi ng . event) y notifica a todos los objetos Hyperl i nkLi s- 
tener (paquete j avax . swi ng . event) registrados acerca de ese evento. En las líneas 42 a 53 se registra un objeto 
Hyperl i nkLi stener para manejar eventos Hyperl i nkEvent. Al ocurrir un evento Hyperl i nkEvent, el progra- 
ma llama al método hyperl inkllpdate (líneas 46 a 51). En las líneas 48 y 49 se utiliza el método getEventType 
de Hyperl i nkEvent para determinar el tipo del evento Hyperl i nkEvent. La clase Hyperl i nkEvent contiene 
una clase anidada publ i c llamada EventType, la cual declara tres objetos EventType estáticos que representan 
los tipos de eventos de hipervínculos. ACTIVATED indica que el usuario hizo clic en un hipervínculo para cambiar 
de página Web, ENTERED indica que el usuario movió el ratón sobre un hipervínculo y EXITED indica que el 
usuario alejó el ratón de un hipervínculo. Si un hipervínculo fue activado (ACTIVATED), en la línea 50 se utiliza 
el método getURL de Hyperl i nkEvent para obtener el URL representado por el hipervínculo. El método to- 
Stri ng convierte el URL devuelto en una cadena que puede pasarse al método utilitario obtenerLaPagi na. 


Observación de apariencia visual 24-1 

Un objeto JEditorPane genera eventos Hyperl i nkEvent solamente si no puede editarse. 

24-4 Cómo establecer un servidor simple utilizando sockets 
de flujo 

Los dos ejemplos descritos hasta ahora utilizan herramientas de red de alto nivel en Java para la comunica- 
ción entre las aplicaciones. En esos ejemplos no es responsabilidad del programador de Java establecer la conexión 
entre un cliente y un servidor. El primer programa dependió del navegador Web para comunicarse con un servi- 
dor Web. El segundo dependió de un objeto J Edi torPane para realizar la conexión. En esta sección comenzare- 
mos con nuestra discusión acerca de cómo crear sus propias aplicaciones que puedan comunicarse entre sí. 
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Para establecer un servidor simple en Java se requieren cinco pasos. El paso 1 es crear un objeto ServerSoc- 
ket. Una llamada al constructor de ServerSocket como: 

ServerSocket servidor = new ServerSocket( numeroPuerto , longitudCola ); 

registra un número de puerto TCP disponible y específica el máximo número de clientes que pueden esperar 
para conectarse al servidor (es decir, la longitud de la cola). El número de puerto es utilizado por los clientes para 
localizar la aplicación servidor en el equipo servidor. A menudo, a esto se le conoce como punto de negociación 
(handshake). Si la cola está llena, el servidor rechaza las conexiones de los clientes. El constructor establece el 
puerto en donde el servidor espera las conexiones de los clientes; a este proceso se le conoce como enlazar el servi- 
dor al puerto. Cada cliente pedirá conectarse con el servidor en este puerto. Sólo una aplicación puede enlazarse 
a un puerto específico en el servidor, en un momento dado. 



Observación de ingeniería de software 24-1 

Los números de puerto pueden ser entre 0 y 65,535 ■ Algunos sistemas operativos reservan los números de puertos 
menores que 1 024 para los servicios del sistema ( como los servidores de e-maily World Wide Web). Por lo general, 
estos puertos no deben especificarse como puertos de conexión en los programas de los usuarios. De hecho, algunos 
sistemas operativos requieren de privilegios de acceso especiales para enlazarse a los números de puerto menores 
que 1024. 


Los programas administran cada conexión cliente mediante un objeto Socket. En el paso 2, el servidor escu- 
cha indefinidamente (o bloquea) para esperar a que un cliente trate de conectarse. Para escuchar una conexión de 
un cliente, el programa llama al método accept de ServerSocket, como se muestra a continuación: 

Socket conexión = serví dor . acceptO ; 

esta instrucción devuelve un objeto Socket cuando se establece la conexión con un cliente. El objeto Socket 
permite al servidor interactuar con el cliente. Las interacciones con el cliente ocurren realmente en un puerto del 
servidor distinto al del punto de negociación. De esta forma, el puerto especificado en el paso 1 puede utilizarse 
nuevamente en un servidor con subprocesamiento múltiple, para aceptar otra conexión cliente. En la sección 24.8 
demostraremos este concepto. 

El paso 3 es obtener los objetos OutputStream e InputStream que permiten al servidor comunicar- 
se con el cliente, enviando y recibiendo bytes. El servidor envía información al cliente mediante un objeto 
OutputStream y recibe información del cliente mediante un objeto InputStream. El servidor invoca al método 
getOutputStream en el objeto Socket para obtener una referencia al objeto OutputStream del objeto Socket, 
e invoca al método getlnputStream en el objeto Socket para obtener una referencia al objeto InputStream del 
objeto Socket. 

Los objetos flujo pueden utilizarse para enviar o recibir bytes individuales, o secuencias de bytes, mediante 
el método write de OutputStream y el método read de InputStream, respectivamente. A menudo es útil 
enviar o recibir valores de tipos primitivos (como i nt y double) u objetos Serial i zable (como objetos 
Stri ng u otros tipos serializables), en vez de enviar bytes. En este caso podemos utilizar las técnicas del capí- 
tulo 14 para envolver otros tipos de flujos (como ObjectOutputStream y ObjectlnputStream) alrededor de 
los objetos OutputStream e InputStream asociados con el objeto Socket. Por ejemplo, 

ObjectlnputStream entrada = 

new ObjectInputStream( conexión. getlnputStreamO ); 

ObjectOutputStream salida = 

new ObjectOutputStream( conexión. getOutputStreamO ); 

Lo mejor de establecer estas relaciones es que, cualquier cosa que escriba el servidor en el objeto Object- 
OutputStream se enviará mediante el objeto OutputStream y estará disponible en el objeto InputStream del 
cliente, y cualquier cosa que el cliente escriba en su objeto OutputStream (mediante su correspondiente objeto 
ObjectOutputStream) estará disponible a través del objeto InputStream del servidor. La transmisión de los 
datos a través de la red es un proceso transparente, y se maneja completamente mediante Java. 
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El paso 4 es la fase de procesamiento, en la cual el servidor y el cliente se comunican a través de los objetos 
OutputStream e InputStream. En el paso 5, cuando se completa la transmisión, el servidor cierra la conexión 
invocando al método cióse en los flujos y en el objeto Socket. 



Observación de ingeniería de software 24-2 

Con los sockets, la E/S de red es vista por los programas de Java como algo similar a un archivo de E/S secuencial. Los 
sockets ocultan al programador gran parte de la complejidad de la programación en red. 



Observación de ingeniería de software 24-3 

Mediante el subprocesamiento múltiple en Java, podemos crear servidores que utilicen esta característica y puedan 
administrar muchas conexiones simultáneas con muchos clientes. Esta arquitectura de servidor con subprocesamiento 
múltiple es precisamente lo que utilizan los servidores de red populares. 



Observación de ingeniería de software 24-4 

Un servidor con subprocesamiento múltiple puede tomar el Socket devuelto por cada llamada al método accept, y 
puede crear un nuevo subproceso que administre la E/S de red a través de ese objeto Socket. Como alternativa, un 
servidor con subprocesamiento múltiple puede mantener una reserva de subprocesos (un conjunto de subprocesos ya 
existentes) listos para administrar la E/S de red a través de los nuevos objetos Socket, a medida que se vayan creando. 
En el capítulo 23 podrá consultar más información acerca del subprocesamiento múltiple. 


Tip de rendimiento 24-2 

-jdf-En los sistemas de alto rendimiento en los que la memoria es abundante, puede implementarse un servidor con 
subprocesamiento múltiple para crear una reserva de subprocesos que puedan asignarse rápidamente para manejar 
la E/S de red a través de cada nuevo Socke t, a medida que se vayan creando. Por lo tanto, cuando el servidor recibe 
una conexión, no necesita incurrir en la sobrecarga que se genera debido a la creación de los subprocesos. Cuando 
se cierra la conexión, el subproceso se devuelve a la reserva para su reutilización. 


24.5 Cómo establecer un cliente simple utilizando sockets 
de flujo 

Para establecer un cliente simple en Java se requieren cuatro pasos. En el paso 1 creamos un objeto Socket para 
conectarse al servidor. El constructor de Socket establece la conexión al servidor. Por ejemplo, la instrucción: 

Socket conexión = new Socket ( direccionServidor, puerto ); 

utiliza el constructor de Socket con dos argumentos: la dirección del servidor ( direccionServidor ) y el número de 
puerto. Si el intento de conexión es exitoso, esta instrucción devuelve un objeto Socket. Un intento de conexión 
fallido lanzará una instancia de una subclase de IOExcepti on, por lo que muchos programas simplemente atrapan a 
IOExcepti on. Una excepción UnknownHostException ocurre específicamente cuando el sistema no puede resolver 
la dirección del servidor especificada en la llamada al constructor de Socket en una dirección 1P que corresponda. 

En el paso 2, el cliente utiliza los métodos getlnputStream y getOutputStream de la clase Socket para 
obtener referencias a los objetos InputStream y OutputStream de Socket. Como dijimos en la sección ante- 
rior, podemos utilizar las técnicas del capítulo 14 para envolver otros tipos de flujos alrededor de los objetos 
InputStream y OutputStream asociados con el objeto Socket. Si el servidor va a enviar información en el 
formato de los tipos actuales, el cliente debe recibir esa información en el mismo formato. Por lo tanto, si 
el servidor envía los valores con un objeto ObjectOutputStream, el cliente debe leer esos valores con un objeto 
ObjectlnputStream. 

El paso 3 es la fase de procesamiento, en la cual el cliente y el servidor se comunican a través de los objetos 
InputStream y OutputStream. En el paso 4, el cliente cierra la conexión cuando se completa la transmisión, 
invocando al método el ose en los flujos y en el objeto Socket. El cliente debe determinar cuándo va a terminar 
el servidor de enviar información, de manera que pueda llamar al método cióse para cerrar la conexión del 
objeto Socket. Por ejemplo, el método read de InputSt ream devuelve el valor -1 cuando detecta el fin del flujo 
(lo que se conoce también como EOF: fin del archivo). Si se utiliza un objeto ObjectlnputStream para leer 
información del servidor, se produce una excepción EOFException cuando el cliente trata de leer un valor de un 
flujo en el que se detectó el fin del flujo. 
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24.6 Interacción entre cliente/servidor mediante conexiones 
de socket de flujo 

En las figuras 24.5 y 24.7 utilizamos sockets de flujo para demostrar una aplicación cliente/servidor para con- 
versar simple. El servidor espera un intento de conexión por parte de un cliente. Cuando se conecta un cliente 
al servidor, la aplicación servidor envía un objeto Stri ng al cliente (recuerde que los objetos Stri ng son objetos 
Seri al izabl e), indicando que la conexión con el cliente fue exitosa. Después el cliente muestra el mensaje. 
Ambas aplicaciones cliente y servidor proporcionan campos de texto que permiten al usuario escribir un men- 
saje y enviarlo de una a otra aplicación. Cuando el cliente o el servidor envían la cadena "TERMINAR", la conexión 
entre el cliente y el servidor termina. Después el servidor espera a que se conecte otro cliente. La declaración de 
la clase Servidor aparece en la figura 24.5. La declaración de la clase Cliente aparece en la figura 24.7. Las 
capturas de pantalla en las que se muestra la ejecución entre el cliente y el servidor aparecen como parte de la 
figura 24.7. 

La clase Servidor 

El constructor de Servidor (líneas 30 a 55) crea la GUI del servidor, la cual contiene un objeto JTextField y 
un objeto JTextArea. Servi dor muestra su salida en el objeto JTextArea. Cuando se ejecuta el método mai n 
(líneas 7 a 12 de la figura 24.6) crea un objeto Servi dor, especifica la operación de cierre predeterminada de la 
ventana y llama al método e j ecutarServi dor (declarado en las líneas 58 a 87). 

El método ejecutarServi dor configura el servidor para que reciba una conexión y procese una conexión 
a la vez. En la línea 62 se crea un objeto ServerSocket llamado servidor, para que espere las conexiones. 
El objeto ServerSocket escucha en el puerto 12345, en espera de que un cliente se conecte. El segundo 
argumento para el constructor es el número de conexiones que pueden esperar en una cola para conectarse al 
servidor (100 en este ejemplo). Si la cola está llena cuando un cliente trate de conectarse, el servidor rechazará 
la conexión. 
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// Fig. 24.5: Servidor . java 

// Establece un servidor que recibe una conexión de un cliente, envia 
// una cadena al cliente y cierra la conexión. 

import java.io.EOFException; 
import java.io.IOException; 
i mport j ava . i o . 0b j ectlnputSt ream ; 
i mpo rt j ava . i o . 0b j ectOut putSt ream ; 
import java.net. ServerSocket; 
import java. net . Socket ; 
import java.awt.BorderLayout; 
import java. awt . event . Acti onEvent ; 
import java. awt . event .Acti onLi stener ; 
import javax. swi ng . IFrame ; 
import javax. swi ng . 1 Se rol 1 Pane; 
import javax. swi ng . JTextArea; 
import javax. swing. JTextField; 
i mport j avax . swi ng . Swi ngllti 1 i ti es ; 

public class Servidor extends IFrame 

{ 

private JTextField campolntroduci r; // recibe como entrada un mensaje del usuario 

private JTextArea areaPantalla; // muestra información al usuario 

private ObjectOutputStream salida; // flujo de salida hacia el cliente 

private ObjectlnputStream entrada; // flujo de entrada del cliente 

private ServerSocket servidor; // socket servidor 

private Socket conexión; // conexión al cliente 

private int contador = 1; // contador del número de conexiones 


Figura 24-5 | Porción correspondiente al servidor de una conexión cliente/servidor con socket de flujo. (Parte I de 4). 
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// establece la GUI 

public ServidorO 

{ 

super( "Servidor" ); 

campolntroduci r = new JTextFiel d() ; // crea objeto campolntroduci r 
campolntroduci r . setEdi tabl e( false ); 
campolntroduci r . addActionLi stener( 
new ActionLi stener() 

{ 

// envia un mensaje al cliente 

public void actionPerformed( ActionEvent evento ) 

{ 

enviarDatos( evento. getActionCommandO ); 
campolntroduci r. setText( "" ); 

} // fin del método actionPerformed 
} // fin de la clase interna anónima 
); //fin de la llamada a addActionLi stener 

add( campolntroduci r , BorderLayout . NORTH ); 

areaPantalla = new ITextAreaO ; // crea objeto areaPantalla 
add( new 3ScrollPane( areaPantalla ), BorderLayout. CENTER ); 

setSize( 300, 150 ); // establece el tamaño de la ventana 
setVisible( true ); // muestra la ventana 
} // fin del constructor de Servidor 

// establece y ejecuta el servidor 

public void ejecutarServidorO 

{ 

try // establece el servidor para que reciba conexiones; procesa las conexiones 

{ 

servidor = new ServerSocket( 12345, 100 ); // crea objeto ServerSocket 

while ( true ) 

{ 

try 

{ 

esperarConexionO ; // espera una conexión 
obtenerFlujosO ; // obtiene los flujos de entrada y salida 
procesarConexionO ; // procesa la conexión 
} // fin de try 

catch ( EOFException excepcionEOF ) 

{ 

mostrarMensaje( "\nServidor termino la conexión" ); 

} // fin de catch 
finally 
{ 

cerrarConexionO ; // cierra la conexión 
contador++; 

} // fin de finally 
} // fin de while 
} // fin de try 

catch ( IOException exepcionES ) 

{ 

exepcionES. printStackTraceO ; 

} // fin de catch 

} // fin del método ejecutarServi dor 


Figura 24-5 | Porción correspondiente al servidor de una conexión cliente/servidor con socket de flujo. (Parte 2 de 4). 
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// espera a que llegue una conexión, después muestra información sobre ésta 
private void esperarConexion() throws IOException 
{ 

mostrarMensaje( "Esperando una conexion\n" ); 

conexión = servidor . accept() ; // permite al servidor aceptar la conexión 

mostrarMensaje( "Conexión " + contador + ' recibida de: " + 
conexión. getInetAddress() . getHostName() ) ; 

} // fin del método esperarConexion 

// obtiene flujos para enviar y recibir datos 
private void obtenerFlujosO throws IOException 
{ 

// establece el flujo de salida para los objetos 

salida = new ObjectOutputStream( conexión. getOutputStreamO ); 

salida. flush() ; // vacia el búfer de salida para enviar información del encabezado 

// establece el flujo de entrada para los objetos 

entrada = new ObjectInputStream( conexión. getlnputStreamO ); 

mostrarMensaje( "\nSe obtuvieron los flujos de E/S\n" ); 

} // fin del método obtenerFl u jos 

// procesa la conexión con el cliente 
private void procesarConexion() throws IOException 
{ 

String mensaje = "Conexión exitosa"; 

enviarDatos( mensaje ); // envia mensaje de conexión exitosa 

// habilita campolntroduci r para que el usuario del servidor pueda enviar mensajes 
setTextFi el dEdi tabl e( true ); 

do // procesa los mensajes enviados desde el cliente 

{ 

try // lee el mensaje y lo muestra en pantalla 

{ 

mensaje = ( String ) entrada. readObject() ; // lee el nuevo mensaje 
mostrarMensaje( "\n" + mensaje ); // muestra el mensaje 
} // fin de try 

catch ( ClassNotFoundException excepcionCl aseNoEncontrada ) 

{ 

mostrarMensaje( "\nSe recibió un tipo de objeto desconocido" ); 

} // fin de catch 

} while ( ! mensaje . equal s( "CLIENTE»> TERMINAR" ) ); 

} // fin del método procesarConexion 

// cierra flujos y Socket 
private void cerrarConexionO 
{ 

mostrarMensaje( "\nTermi nando conexion\n" ); 

setTextFi el dEdi tabl e( false ); // deshabilita campolntroduci r 

try 

{ 

salida. close() ; // cierra flujo de salida 
entrada. closeO ; // cierra flujo de entrada 
conexión. closeO ; // cierra el Socket 
} // fin de try 


Figura 24-5 


Porción correspondiente al servidor de una conexión cliente/servidor con socket de flujo. (Parte 3 de 4). 
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147 catch ( IOException exepcionES ) 

148 { 

149 exepci onES . pri ntStackT race() ; 

150 } // fin de catch 

151 } // fin del método cerrarConexi on 

152 

153 // envía el mensaje al cliente 

154 prívate void enviarDatos( String mensaje ) 

155 { 

156 try // envía objeto al cliente 

157 { 

158 salida. writeObject( "SERVID0R»> " + mensaje ); 

159 salida. flush() ; // envía toda la salida al cliente 

160 mostrarMensaje( "\nSERVIDOR»> " + mensaje ); 

161 } // fin de try 

162 catch ( IOException exepcionES ) 

163 { 

164 areaPantalla. append( "\nError al escribir objeto" ); 

165 } // fin de catch 

166 } // fin del método enviarDatos 

167 

168 // manipula areaPantalla en el subproceso despachador de eventos 

169 prívate void mostrarMensaje( final String mensajeAMostrar ) 

170 { 

171 Swi ngllti 1 i ti es . i nvokeLater( 

172 new RunnableO 

173 { 

174 public void run() // actualiza areaPantalla 

175 { 

176 areaPantalla. append( mensajeAMostrar ); // adjunta el mensaje 

177 } // fin del método run 

178 } // fin de la clase interna anónima 

179 ); // fin de la llamada a Swi ngllti 1 i ti es . i nvokeLater 

180 } // fin del método mostrarMensaje 

181 

182 // manipula a campolntroduci r en el subproceso despachador de eventos 

183 prívate void setTextFieldEditable( final boolean editable ) 

184 { 

185 Swi ngllti 1 i ti es . i nvokeLater ( 

186 new RunnableO 

187 { 

188 public void run() // establece la propiedad de edición de campolntroduci r 

189 { 

190 campolntroduci r.setEditable( editable ); 

191 } // fin del método 

192 } // fin de la clase interna 

193 ); // fin de la llamada a Swi ngllti 1 i ti es . i nvokeLater 

194 } // fin del método setTextFi el dEdi tabl e 

195 } // fin de la clase Servidor 

Figura 24-5 | Porción correspondiente al servidor de una conexión cliente/servidor con socket de flujo. (Parte 4 de 4). 



Error común de programación 24-1 

Al especificar un puerto que ya esté en uso, o especificar un número de puerto incorrecto al crear un objeto Serve r- 
Socket, se produce una excepción Bi ndException. 


En la línea 68 se hace una llamada al método esperarConexion (declarado en las líneas 90 a 96) para 
esperar la conexión de un cliente. Una vez establecida la conexión, en la línea 69 se hace una llamada al método 
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1 // Fig. 24.6: PruebaServidor. java 

2 // Prueba la aplicación Servidor. 

3 import javax.swing.JFrame; 

4 

5 public class PruebaServidor 

6 { 

7 public static void main( String args[] ) 

8 { 

9 Servidor aplicación = new ServidorO; // crea el servidor 

10 aplicacion.setDefaultCloseOperation( IFrame. EXIT_0N_CL0SE ); 

11 aplicación. ejecutarServi dor() ; // ejecuta la aplicación servidor 

12 } // fin de main 

13 } // fin de la clase PruebaServidor 

Figura 24-6 | Clase de prueba para Servidor. 


obtenerFl u jos (declarado en las líneas 99 a 109) para obtener las referencias a los flujos para la conexión. En 
la línea 70 se hace una llamada al método procesarConexion (declarado en las líneas 112 a 133) para enviar 
el mensaje de conexión inicial al cliente, y para procesar todos los mensajes que se reciban del cliente. El bloque 
final 1 y (líneas 76 a 80) finaliza la conexión del cliente llamando al método cerrarConexi on (líneas 136 a 151), 
incluso aunque haya ocurrido una excepción. El método mostrarMensaje (líneas 169 a 180) es llamado desde 
estos métodos para utilizar el subproceso despachador de eventos para mostrar los mensajes en el objeto IText- 
Area de la aplicación. 

En el método esperarConexi on (líneas 90 a 96) se utiliza el método accept de ServerSocket (línea 
93) para esperar una conexión de un cliente. Al ocurrir una conexión, el objeto Socket resultante se asigna 
a conexión. El método accept realiza un bloqueo hasta que se reciba una conexión (es decir, el subproceso 
en el que se haga la llamada a accept detiene su ejecución hasta que un cliente se conecte). En las líneas 94 y 95 se 
imprime en pantalla el nombre del equipo host que realizó la conexión. El método getlnetAddress de Socket 
devuelve un objeto InetAddress (paquete java.net), el cual contiene información acerca del equipo cliente. 
El método getHostName de InetAddress devuelve el nombre de host del equipo cliente. Por ejemplo, hay una 
dirección IP (127 . 0.0.1) y nombre de host (1 ocal host) especiales, que son útiles para probar aplicaciones de 
red en su equipo local [a ésta también se le conoce como dirección de bucle local (Ioopback)] . Si se hace una 
llamada a getHostName en un objeto InetAddress que contenga 127 . 0 . 0 . 1, el nombre de host correspondiente 
que devuelve el método es 1 ocal host. 

El método obtenerFl u jos (líneas 99 a 109) obtiene las referencias a los flujos de Socket y los utiliza para 
inicializar un objeto ObjectOutputStream (línea 102) y un objeto ObjectlnputStream (línea 106), respecti- 
vamente. Observe la llamada al método flush de ObjectlnputStream en la línea 103. Esta instrucción hace que 
el objeto ObjectOutputStream en el servidor envíe un encabezado de flujo al objeto ObjectlnputStream 
correspondiente del cliente. El encabezado de flujo contiene información como la versión de la serialización de 
objetos que se va a utilizar para enviar los objetos. Esta información es requerida por el objeto Objectlnput- 
Stream, para que pueda prepararse para recibir estos objetos de manera correcta. 



Observación de ingeniería de software 24-5 

Al utilizar un objeto ObjectOutputStream y un objeto ObjectlnputStream para enviar y recibir datos a través 
de una conexión de red, siempre debe crear primero el objeto ObjectOutputStream y vaciar ( mediante el método 
flush j el flujo, de manera que el objeto ObjectlnputStream pueda prepararse para recibir los datos. Esto se requiere 
sólo en las aplicaciones de red que se comunican utilizando a ObjectOutputStream y ObjectlnputStream. 



Tip de rendimiento 24-3 

Por lo general, los componentes de entrada y salida de una computadora son mucho más lentos que su memoria. 
Los búferes de salida se utilizan comúnmente para incrementar la eficiencia de una aplicación, al enviar mayores 
cantidades de datos con menos frecuencia, con lo cual se reduce el número de veces que una aplicación accede a los 
componentes de entrada y salida de la computadora. 
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En la línea 114 del método procesarConexi on (líneas 112 a 133) se hace una llamada al método envi ar- 
Datos para enviar la cadena "SERVID0R»> Conexión exitosa" al cliente. El ciclo de las líneas 120 a 132 se 
ejecuta hasta que el servidor recibe el mensaje "CLIENTE»» TERMINAR. " En la línea 124 se utiliza el método 
readObject de ObjectlnputStream para leer un objeto Stri ng del cliente. En la línea 125 se invoca el méto- 
do mostrarMensaje para anexar el mensaje al objeto JTextArea. 

Cuando termina la transmisión, el método procesarConexi on regresa y el programa llama al método 
cerrarConexion (líneas 136 a 151) para cerrar los flujos asociados con el objeto Socket, y para cerrar también 
a ese objeto Socket. Después, el servidor espera el siguiente intento de conexión por parte de un cliente, conti- 
nuando con la línea 68 al principio del ciclo whi 1 e. 

Cuando el usuario de la aplicación servidor introduce una cadena en el campo de texto y oprime la tecla 
Intro, el programa llama al método actionPerformed (líneas 40 a 44), el cual lee la cadena del campo de 
texto y llama al método utilitario enviarDatos (líneas 154 a 166) para enviar la cadena al cliente. El méto- 
do envi arDatos escribe el objeto, vacía el búfer de salida y anexa la misma cadena al área de texto en la ven- 
tana del servidor. No es necesario invocar a mostrarMensaje para modificar el área de texto aquí, ya que el 
método envi arDatos es llamado desde un manejador de eventos; por lo tanto, envi arDatos se ejecuta como 
parte del subproceso despachador de eventos. 

Observe que el objeto Servidor recibe una conexión, la procesa, cierra la conexión y espera a la siguiente 
conexión. Un escenario más apropiado sería un objeto Servidor que recibe una conexión, la configura para 
procesarla como un subproceso de ejecución separado, e inmediatamente se pone en espera de nuevas conexio- 
nes. Los subprocesos separados que procesan conexiones existentes pueden seguir ejecutándose, mientras que el 
Servi dor se concentra en nuevas peticiones de conexión. Esto hace al servidor más eficiente, ya que pueden pro- 
cesarse varias peticiones de clientes en forma concurrente. En la sección 24.8 mostraremos el uso de un servidor 
con subprocesamiento múltiple. 

La clase C1 i ente 

Al igual que la clase Servidor, el constructor (líneas 29 a 56) de la clase Cliente (figura 24.7) crea la GUI de 
la aplicación (un objeto ITextField y un objeto ITextArea). Cliente muestra su salida en el área de texto. 
Cuando se ejecuta el método mai n (líneas 7 a 19 de la figura 24.8), se crea una instancia de la clase C1 i ente, se 
especifica la operación de cierre predeterminada de la ventana y se hace una llamada al método e j ecutarCl i ente 
(declarado en las líneas 59 a 79). En este ejemplo, usted puede ejecutar el cliente desde cualquier computadora 
en Internet, y especificar la dirección IP o nombre de host del equipo servidor como un argumento de línea de 
comandos para el programa. Por ejemplo, el comando: 

java Cliente 192.168.1.15 

intenta realizar una conexión al objeto Servi dor en la computadora que tiene la dirección IP 192 . 168 .1.15. 

El método ej ecutarCl i ente (líneas 59 a 79) de la clase Cliente establece la conexión con el servidor, 
procesa los mensajes recibidos del servidor y cierra la conexión cuando termina la comunicación. En la línea 63 
se hace una llamada al método conectarAl Servi dor (declarado en las líneas 82 a 92) para realizar la conexión. 
Después de realizar la conexión, en la línea 64 se hace una llamada al método obtenerFl ujos (declarado en las 
líneas 95 a 105) para obtener las referencias a los objetos flujo del objeto Socket. Después, en la línea 65 se hace 
una llamada al método procesarConexi on (declarado en las líneas 108 a 126) para recibir y mostrar los mensajes 
enviados por el servidor. En el bloque final 1 y (líneas 75 a 78) se hace una llamada al método cerrarConexion 
(líneas 129 a 144) para cerrar los flujos y el objeto Socket, incluso aunque haya ocurrido una excepción. El méto- 
do mostrarMensaje (líneas 162 a 173) es llamado desde estos métodos para utilizar el subproceso despachador 
de eventos para mostrar los mensajes en el área de texto de la aplicación. 


1 // Fig. 24.7: Cliente. java 

2 // Cliente que lee y muestra la información que se envia desde un Servidor. 

3 import java. io. EOFException ; 

4 import java.io.IOException; 

5 import java. io. ObjectlnputStream; 


Figura 24-7 | Porción correspondiente al cliente, de una conexión de sockets de flujo entre un cliente y un servidor. 
(Parte I de 5). 
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6 import java.io.ObjectOutputStream; 

7 import java.net.InetAddress; 

8 import java.net. Socket; 

9 import java.awt.BorderLayout; 

10 import java.awt.event.ActionEvent; 

11 import java.awt.event.ActionListener; 

12 import javax.swing.JFrame; 

13 import javax.swing.J ScroH Pane; 

14 import javax.swing.JTextArea; 

15 import javax.swing.JTextField; 

16 import javax.swing.Swinglltilities; 

17 

18 public class Cliente extends IFrame 

19 { 

20 private ITextField campolntroduci r; // introduce la información del usuario 

21 private ITextArea areaPantalla; // muestra la información al usuario 

22 private ObjectOutputStream salida; // flujo de salida hacia el servidor 

23 private ObjectlnputStream entrada; // flujo de entrada del servidor 

24 private String mensaje = "";// mensaje del servidor 

25 private String servi dorChat ; // aloja al servidor para esta aplicación 

26 private Socket cliente; // Socket para comunicarse con el servidor 

27 

28 // inicializa el objeto servidorChat y establece la GUI 

29 public Cliente( String host ) 

30 { 

31 super( "Cliente" ); 

32 

33 servidorChat = host; // establece el servidor al que se conecta este cliente 

34 

35 campolntroduci r = new JTextFieldO ; // crea objeto campolntroduci r 

36 campoIntroducir.setEditable( false ); 

37 campolntroduci r.addActionListener( 

38 new Acti onLi stenerO 

39 { 

40 // envia el mensaje al servidor 

41 public void acti onPerformed( ActionEvent evento ) 

42 { 

43 enviarDatosf evento. getActionCommandO ); 

44 campolntroduci r . setText( "" ); 

45 } // fin del método actionPerformed 

46 } // fin de la clase interna anónima 

47 ) ; // fin de la llamada a addActionLi stener 

48 

49 add( campolntroduci r , BorderLayout . NORTH ); 

50 

51 areaPantalla = new ITextAreaO; // crea objeto areaPantalla 

52 add( new IScrollPanef areaPantalla ), BorderLayout. CENTER ); 

53 

54 setSize( 300, 150 ); // establece el tamaño de la ventana 

55 setVisiblef true ); // muestra la ventana 

56 } // fin del constructor de Cliente 

57 

58 // se conecta al servidor y procesa los mensajes que éste envia 

59 public void ejecutarCliente() 

60 { 

61 try // se conecta al servidor, obtiene flujos, procesa la conexión 

62 { 

63 conectarAlServidor() ; // crea un objeto Socket para hacer la conexión 

Figura 24-7 | Porción correspondiente al cliente, de una conexión de sockets de flujo entre un cliente y un servidor. 
(Parte 2 de 5). 
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obtenerFlujosO ; // obtiene los flujos de entrada y salida 
procesarConexionO ; // procesa la conexión 
} // fin de try 

catch ( EOFException excepcionEOF ) 

{ 

mostrarMensaje( "\nCliente termino la conexión" ); 

} // fin de catch 

catch ( IOException excepcionES ) 

{ 

excepcionES. printStackTraceO ; 

} // fin de catch 
finally 
{ 

cerrarConexionO ; // cierra la conexión 
} // fin de finally 

} // fin del método ejecutarCl i ente 
// se conecta al servidor 

private void conectarAl Servi dor() throws IOException 

{ 

mostrarMensaje( "Intentando realizar conexion\n" ); 

// crea objeto Socket para hacer conexión con el servidor 

cliente = new Socket( InetAddress . getByName( servidorChat ), 12345 ); 

// muestra la información de la conexión 
mostrarMensaje( "Conectado a: " + 

cliente. getInetAddress() . getHostNameO ) ; 

} // fin del método conectarAl Servi dor 

// obtiene flujos para enviar y recibir datos 
private void obtenerFlujosO throws IOException 
{ 

// establece flujo de salida para los objetos 

salida = new ObjectOutputStream( el i ente . getOutputStreamO ); 

salida. flush() ; // vacia el búfer de salida para enviar información de encabezado 

// establece flujo de entrada para los objetos 

entrada = new ObjectlnputStreamf el i ente . getlnputStreamO ); 

mostrarMensaje( "\nSe obtuvieron los flujos de E/S\n" ); 

} // fin del método obtenerFl u jos 

// procesa la conexión con el servidor 
private void procesarConexionO throws IOException 
{ 

// habilita campolntroduci r para que el usuario cliente pueda enviar mensajes 
establ ecerCampoEdi tabl e( true ); 

do // procesa los mensajes que se envian desde el servidor 

{ 

try // lee el mensaje y lo muestra 

{ 

mensaje = ( String ) entrada. readObjectO ; // lee nuevo mensaje 
mostrarMensaje( "\n" + mensaje ); // muestra el mensaje 
} // fin de try 

catch ( ClassNotFoundException excepcionCl aseNoEncontrada ) 

{ 


Figura 24.7 | Porción correspondiente al cliente, de una conexión de sockets de flujo entre un cliente y un servidor. 
(Parte 3 de 5). 
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mostrarMensaje( "nSe recibió un tipo de objeto desconocido" ); 

} // fin de catch 

} while ( ! mensaje . equal s( "SERVIDOR»» TERMINAR" ) ); 

} // fin del método procesarConexion 

// cierra flujos y Socket 
private void cerrarConexion() 

{ 

mostrarMensajef "\nCerrando conexión" ); 

establecerCampoEditable( false ); // deshabilita campolntroduci r 

try 

{ 

salida. close() ; // cierra el flujo de salida 
entrada. close() ; // cierra el flujo de entrada 1 
cliente. closeO ; // cierra el Socket 
} // fin de try 

catch ( IOException excepcionES ) 

{ 

excepcionES. printStackTraceO ; 

} // fin de catch 

} // fin del método cerrarConexion 

// envia un mensaje al servidor 

private void enviarDatosf String mensaje ) 

{ 

try // envia un objeto al servidor 

{ 

salida. writeObjectf "CLIENTE»» " + mensaje ); 
salida. flush() ; // envia todos los datos a la salida 
mostrarMensajef "\nCLIENTE»> " + mensaje ); 

} // fin de try 

catch ( IOException excepcionES ) 

{ 

areaPantalla. appendf "\nError al escribir objeto" ); 

} // fin de catch 
} // fin del método enviarDatos 

// manipula el objeto areaPantalla en el subproceso despachador de eventos 
private void mostrarMensajef final String mensajeAMostrar ) 

{ 

Swi ngllti 1 i ti es . i nvokeLaterf 
new RunnableO 
{ 

public void run() // actualiza objeto areaPantalla 

{ 

areaPantalla. append( mensajeAMostrar ); 

} // fin del método run 
} // fin de la clase interna anónima 
); // fin de la llamada a SwingUtilities.invokeLater 
} // fin del método mostrarMensaje 

// manipula a campolntroduci r en el subproceso despachador de eventos 
private void establecerCampoEditablef final boolean editable ) 

{ 

Swi ngllti 1 i ti es . i nvokeLaterf 
new RunnableO 


Figura 24-7 | Porción correspondiente al cliente, de una conexión de sockets de flujo entre un cliente y un servidor. 
(Parte 4 de 5). 
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180 { 

181 public void run() // establece la propiedad de edición de campolntroduci r 

182 { 

183 campolntroduci r.setEditable( editable ); 

184 } // fin del método run 

185 } // fin de la clase interna anónima 

186 ); // fin de la llamada a Swi ngllti 1 i ti es . i nvokeLater 

187 } // fin del método establ ecerCampoEdi tabl e 

188 } // fin de la clase Cliente 

Figura 24.7 | Porción correspondiente al cliente, de una conexión de sockets de flujo entre un cliente y un servidor. 

(Parte 5 de 5). 

El método conectarAl Servidor (líneas 82 a 92) crea un objeto Socket llamado cliente (línea 87) para 
establecer una conexión. Este método pasa dos argumentos al constructor de Socket: la dirección 1P del equipo 
servidor y el número de puerto (12345) en donde la aplicación servidor está esperando las conexiones de los 
clientes. En el primer argumento, el método static getByName de InetAddress devuelve un objeto Inet- 
Address que contiene la dirección IP especificada como argumento en la línea de comandos para la aplicación 
(o 127 . 0 . 0 . 1 si no se especifican argumentos en la línea de comandos). El método getByName puede recibir una 
cadena que contiene la dirección IP actual, o el nombre de host del servidor. El primer argumento también podría 
haberse escrito de otras formas. Para la dirección 127.0.0.1 de localhost, el primer argumento podría especificarse 
mediante una de las siguientes expresiones: 

InetAddress .getByName( "localhost" ) 

InetAddress .getLocalHostQ 
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// Fig. 24.8: PruebaCliente. java 
// Prueba la clase Cliente, 
import javax. swi ng . IFrame ; 

public class PruebaCliente 

{ 

public static void main( String argsf] ) 

{ 

Cliente aplicación; // declara la aplicación cliente 

// si no hay argumentos de linea de comandos 
i f C args.length == 0 ) 

aplicación = new Cliente( "127.0.0.1" ); // se conecta a localhost 
el se 

aplicación = new Cliente( argsf 0 ] ); // usa args para conectarse 

aplicacion.setDefaultCloseOperation( IFrame. EXIT_0N_CL0SE ); 
aplicación. ejecutarCl i ente() ; // ejecuta la aplicación cliente 
} // fin de main 

} // fin de la clase PruebaCliente 



Figura 24-8 | Clase que prueba a C1 i ente. 





1014 Capítulo 24 Redes 


Además, hay versiones del constructor de Socket que reciben una cadena para la dirección IP o nombre de host. 
El primer argumento podía haberse especificado como "127.0.0.1" o "local host". Optamos por demostrar 
la relación cliente/servidor mediante una conexión entre aplicaciones que se ejecutan en la misma computadora 
(1 ocal host). Por lo general, este primer argumento sería la dirección IP de otra computadora. El objeto Inet- 
Address para otra computadora se puede obtener si especificamos la dirección IP o nombre de host de la compu- 
tadora como argumento para el método getByName de InetAddress. El segundo argumento del constructor 
de Socket es el número de puerto del servidor. Este número debe concordar con el número de puerto en el que el 
servidor esté esperando las conexiones (al cual se le conoce como el punto de negociación, o handshake). Una vez 
que se realiza la conexión, en las líneas 90 y 91 se muestra un mensaje en el área de texto, indicando el nombre 
del equipo servidor al cual se conectó el cliente. 

El objeto Cliente utiliza un objeto ObjectOutputStream para enviar datos al servidor, y un objeto 0b- 
jectlnputStream para recibir datos del servidor. El método obtenerFl ujos (líneas 95 a 105) crea los objetos 
ObjectOutputStream y ObjectlnputStream que utilizan los flujos asociados con el Socket del el i ente. 

El método procesarConexi on (líneas 108 a 126) contiene un ciclo que se ejecuta hasta que el cliente recibe 
el mensaje "SERVID0R»> TERMINAR". En la línea 117 se lee un objeto String del servidor. En la línea 118 se 
invoca el método mostrarMensaje para anexar el mensaje al área de texto. 

Cuando la transmisión termina, el método cerrarConexion (líneas 129 a 144) cierra los flujos y el objeto 
Socket. 

Cuando el usuario de la aplicación cliente introduce una cadena en el campo de texto y oprime la tecla 
Intro, el programa llama al método actionPerformed (líneas 41 a 45) para leer la cadena e invoca al método 
utilitario enviarDatos (líneas 147 a 159) para enviar la cadena al servidor. El método enviarDatos escribe 
el objeto, vacía el búfer de salida y anexa la misma cadena al objeto JTextArea en la ventana del cliente. Una 
vez más, no es necesario invocar al método utilitario mostrarMensaje para modificar el área de texto aquí, ya 
que el método envi arDatos es llamado desde un manejador de eventos. 

24.7 Interacción entre cliente/servidor sin conexión mediante 
datagramas 

Elasta este punto hemos hablado sobre la transmisión basada en flujos, orientada a la conexión. Ahora considere- 
mos la transmisión sin conexión mediante datagramas. 

La transmisión orientada a la conexión es como el sistema telefónico en el que usted marca y recibe una 
conexión al teléfono de la persona con la que usted desea comunicarse. La conexión se mantiene todo el tiempo 
que dure su llamada telefónica, incluso aunque usted no esté hablando. 

La transmisión sin conexión mediante datagramas es un proceso más parecido a la manera en que el correo 
se transporta mediante el servicio postal. Si un mensaje extenso no cabe en un sobre, usted lo divide en varias 
piezas separadas que coloca en sobres separados, numerados en forma secuencial. Cada una de las cartas se 
envía entonces por correo al mismo tiempo. Las cartas podrían llegar en orden, sin orden o tal vez no llegarían 
(aunque el último caso es raro, suele ocurrir). La persona en el extremo receptor debe reensamblar las piezas 
del mensaje en orden secuencial, antes de tratar de interpretarlo. Si su mensaje es lo suficientemente peque- 
ño como para caber en un sobre, no tiene que preocuparse por el problema de que el mensaje esté “fuera de 
secuencia”, pero aún existe la posibilidad de que su mensaje no llegue. Una diferencia entre los datagramas y el 
correo postal es que pueden llegar duplicados de datagramas al equipo receptor. 

En las figuras 24.9 a 24.12 utilizamos datagramas para enviar paquetes de información mediante el Proto- 
colo de datagramas de usuario (UDP) entre una aplicación cliente y una aplicación servidor. En la aplicación 
Cliente (figura 24.11), el usuario escribe un mensaje en un campo de texto y oprime Intro. El programa 
convierte el mensaje en un arreglo byte y lo coloca en un paquete de datagramas que se envía al servidor. El 
Servi dor (figura 24.9) recibe el paquete y muestra la información que contiene, después lo repi te (echo) de 
vuelta al cliente. Cuando el cliente recibe el paquete, muestra la información que contiene. 

La clase Servidor 

La clase Servidor (figura 24.9) declara dos objetos DatagramPacket que son utilizados por el servidor para 
enviar y recibir información, y un objeto DatagramSocket que envía y recibe estos paquetes. El constructor de 
Servi dor (líneas 19 a 37) crea la interfaz gráfica de usuario en la que se mostrarán los paquetes de información. 
A continuación, en la línea 30 se crea el objeto DatagramSocket en un bloque try. En la línea 30 se utiliza el 
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constructor de DatagramSocket que recibe un argumento entero para el número de puerto (5000 en este ejem- 
plo) para enlazar el servidor a un puerto en donde pueda recibir paquetes de los clientes. Los objetos C1 i ente que 
envían paquetes a este objeto Servidor especifican el mismo número de puerto en los paquetes que envían. Si 
el constructor de DatagramSocket no puede enlazar el objeto DatagramSocket al puerto especificado, se lanza 
una excepción SocketException. 
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// Fig. 24.9: Servidor. java 

// Servidor que recibe y envia paquetes desde/hacia un cliente. 

import java.io.IOException; 
import java.net.DatagramPacket; 
import java.net. DatagramSocket; 
i mport j ava . net . Socket Except i on ; 
import java.awt.BorderLayout; 
import javax.swing. JFrame; 
import javax. swi ng . 3 Se rol 1 Pane; 
import javax. swi ng . JTextArea; 
i mport j avax . swi ng . Swi ngllti 1 i ti es ; 

public class Servidor extends JFrame 

{ 

private JTextArea areaPantalla; // muestra los paquetes recibidos 
private DatagramSocket Socket; // Socket para conectarse al cliente 

// establece la GUI y el objeto DatagramSocket 
public ServidorO 
{ 

super( "Servidor" ); 

areaPantalla = new JTextAreaO; // crea objeto areaPantalla 
add( new JScrollPane( areaPantalla ), BorderLayout.CENTER ); 
setSize( 400, 300 ); // establece el tamaño de la ventana 
setVisible( true ); // muestra la ventana 

try // crea objeto DatagramSocket para enviar y recibir paquetes 

{ 

socket = new DatagramSocket( 5000 ); 

} // fin de try 

catch ( SocketException excepcionSocket ) 

{ 

excepci onSocket . pri ntStackTraceO ; 

System.exit( 1 ) ; 

} // fin de catch 

} // fin del constructor de Servidor 

// espera a que lleguen los paquetes, muestra los datos y repite el paquete al cliente 
public void esperarPaquetesO 
{ 

while ( true ) 

{ 

try // recibe el paquete, muestra su contenido, devuelve una copia al cliente 

{ 

byte datos [] = new byte[ 100 ]; // establece un paquete 
DatagramPacket paqueteReci bi r = 

new DatagramPacket ( datos, datos. length ); 

socket. receive( paqueteReci bi r ); // espera a recibir el paquete 

// muestra la información del paquete recibido 


Figura 24-9 


Lado servidor de la computación cliente/servidor sin conexión mediante datagramas. (Parte I de 2). 
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mostrarMensaje( "\nPaquete recibido:" + 

"\nDe host: " + paqueteReci bi r.getAddressO + 

"\nPuerto host: " + paqueteReci bi r.getPortO + 

"\nl_ongitud: " + paqueteReci bi r.getLength() + 

"\nContiene:\n\t" + new StringC paqueteReci bi r . getDataO , 

0, paqueteReci bi r.getLength() ) ); 

enviarPaqueteAl C1 i ente( paqueteReci bi r ); // envia el paquete al cliente 
} // fin de try 

catch ( IOException excepcionES ) 

{ 

mostrarMensaje( excepcionES. toStringO + "\n" ); 
excepcionES. printStackTrace() ; 

} // fin de catch 
} // fin de while 

} // fin del método esperarPaquetes 
// repite el paquete al cliente 

private void enviarPaqueteAlCliente( DatagramPacket paqueteReci bi r ) 
throws IOException 

{ 

mostrarMensaje( "\n\nRepi ti endo datos al cliente..." ); 

// crea paquete para enviar 

DatagramPacket paqueteEnvi ar = new DatagramPacket ( 

paqueteReci bi r . getDataO > paqueteReci bi r . getLength() , 
paqueteReci bi r.getAddressO , paqueteReci bi r.getPortO ); 

socket. send( paqueteEnvi ar ); // envia paquete al cliente 
mostrarMensaje( "Paquete enviado\n" ); 

} // fin del método envi arPaqueteAl Cliente 

// manipula objeto areaPantalla en el subproceso despachador de eventos 
private void mostrarMensajef final String mensajeAMostrar ) 

{ 

Swi ngllti 1 i ti es . i nvokeLater( 
new RunnableO 
{ 

public void run() // actualiza areaPantalla 
{ 

areaPantalla. appendf mensajeAMostrar ); // muestra mensaje 
} // fin del método run 
} // fin de la clase interna anónima 
); // fin de la llamada a SwingUtilities.invokeLater 
} // fin del método mostrarMensaje 
} // fin de la clase Servidor 


Figura 24-9 | Lado servidor de la computación cliente/servidor sin conexión mediante datagramas. (Parte 2 de 2). 



Error común de programación 24-2 

Al especificar un puerto que ya esté en uso, o especificar un número de puerto incorrecto al crear un objeto Data- 
gramSocket, se produce una excepción SocketExcepti on. 


El método esperarPaquetes (líneas 40 a 68) de la clase Servidor utiliza un ciclo infinito para esperar a 
que lleguen los paquetes al Servi dor. En las líneas 47 y 48 se crea un objeto DatagramPacket, en el cual puede 
almacenarse un paquete de información que se haya recibido. El constructor de DatagramPacket para este fin 
recibe dos argumentos: un arreglo byte en el cual se almacenarán los datos y la longitud del arreglo. En la línea 50 
se utiliza el método receive de DatagramSocket para esperar a que llegue un paquete al Servi dor. El método 
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1 // Fig. 24.10: PruebaServi dor . java 

2 // Prueba la clase Servidor. 

3 import javax. swi ng . IFrame ; 

4 

5 public class PruebaServi dor 

6 { 

7 public static void main( String args[] ) 

8 { 

9 Servidor aplicación = new ServidorO; // crea el servidor 

10 aplicacion.setDefaultCloseOperation( JFrame.EXIT_ON_CLOSE ); 

11 aplicación. esperarPaquetes() ; // ejecuta la aplicación servidor 

12 } // fin de main 

13 } // fin de la clase PruebaServi dor 
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Ventana del Servidor después de 
recibir el paquete de datos del C1 i ente 


Figura 24- 10 | Clase que prueba el Servidor. 


receive hace un bloqueo hasta que llega el paquete y después lo almacena en su argumento DatagramPacket. 
Este método lanza una excepción IOException si ocurre un error al recibir un paquete. 

Cuando llega un paquete, en las líneas 53 a 58 se hace una llamada al método mostrarMensaje (declarado 
en las líneas 86 a 97) para anexar el contenido del paquete al área de texto. El método getAddress de Datagram- 
Packet (línea 54) devuelve un objeto InetAddress que contiene el nombre de host del equipo desde el que se 
envió el paquete. El método getPort (línea 55) devuelve un entero que especifica el número de puerto a través 
del que el equipo host enviará el paquete. El método getLength (línea 56) devuelve un entero que representa el 
número de bytes de datos que se enviaron. El método getData (línea 57) devuelve un arreglo byte que contiene 
los datos. En las líneas 57 y 58 se inicializa un objeto Stri ng mediante el uso de un constructor de tres argumen- 
tos que recibe un arreglo byte, el desplazamiento y la longitud. Después, este objeto Stri ng se anexa al texto que 
se mostrará en pantalla. 

Después de mostrar un paquete, en la línea 60 se hace una llamada al método envi arPaqueteAl Cliente 
(declarado en las líneas 71 a 83) para crear un nuevo paquete y enviarlo al cliente. En las líneas 77 a 79 se crea 
un objeto DatagramPacket y se le pasan cuatro argumentos a su constructor. El primer argumento especifica el 
arreglo byte a enviar. El segundo especifica el número de bytes a enviar. El tercer argumento especifica la direc- 
ción de Internet del equipo cliente a donde se va a enviar el paquete. El cuarto argumento especifica el puerto en 
el que el cliente espera recibir los paquetes. En la línea 81 se envía el paquete a través de la red. El método send 
de DatagramSocket lanza una excepción IOException si ocurre un error al enviar un paquete. 

La clase C1 i ente 

La clase Cliente (figura 24.11) funciona de manera similar a la clase Servidor, excepto que el Cliente envía 
paquetes sólo cuando el usuario escribe un mensaje en un campo de texto y oprime la tecla Intro. Cuando esto 
ocurre, el programa llama al método actionPerformed (líneas 32 a 57), el cual convierte la cadena que introdujo 
el usuario en un arreglo byte (línea 41). En las líneas 44 y 45 se crea un objeto DatagramPacket y se inicializa 




1018 Capítulo 24 Redes 


con el arreglo byte, la longitud de la cadena introducida por el usuario, la dirección IP a la que se enviará el 
paquete (InetAddress . getLocal HostO en este ejemplo) y el número de puerto en el que el Servidor espera 
los paquetes (5000 en este ejemplo). En la línea 47 se envía el paquete. Observe que el cliente en este ejemplo 
debe saber que el servidor está recibiendo paquetes en el puerto 5000; de no ser así, el servidor no los recibirá. 
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// Fig. 24.11: Cliente. java 

// Cliente que envia y recibe paquetes desde/hacia un servidor. 

import java.io.IOException; 
import java.net.DatagramPacket; 
import java.net.DatagramSocket; 
import java.net. InetAddress; 
i mport j ava . net . Socket Except i on ; 
import java.awt.BorderLayout; 
i mport j ava . awt . event . Acti onEvent ; 
i mport j ava . awt . event . Acti onLi stener ; 
import javax.swing.IFrame; 
import javax. swi ng . 3 Se rol 1 Pane; 
import javax. swi ng . JTextArea; 
import javax. swi ng . JTextFi el d ; 
i mport j avax . swi ng . Swi ngLIti 1 i ti es ; 

public class Cliente extends JFrame 

{ 

private JTextField campolntroduci r; // para introducir mensajes 

private JTextArea areaPantalla; // para mostrar mensajes 

private DatagramSocket Socket; // Socket para conectarse al servidor 

// establece la GUI y el objeto DatagramSocket 
public ClienteO 
{ 

super( "Cliente" ); 

campolntroduci r = new JTextField( "Escriba aqui el mensaje" ); 
campolntroduci r . addActionLi stener ( 
new ActionLi stener() 

{ 

public void actionPerformed( ActionEvent evento ) 

{ 

try // crea y envia un paquete 

{ 

// obtiene mensaje del campo de texto 

String mensaje = evento . getActionCommandO ; 
areaPantal 1 a. append( "\nEnviando paquete que contiene: " + 
mensaje + "\n" ) ; 

byte datos[] = mensaje. getBytesO ; // convierte en bytes 
// crea objeto sendPacket 

DatagramPacket paqueteEnvi ar = new DatagramPacket( datos, 
datos . 1 ength , InetAddress . getLocal Host() , 5000 ); 

socket. send( paqueteEnvi ar ); // envia el paquete 
areaPantal 1 a. append( "Paquete enviado\n" ); 
areaPantal la. setCaretPosition( 

areaPantalla. getText() ,length() ) ; 

} // fin de try 

catch ( IOException excepcionES ) 


Figura 24-1 1 | Lado cliente de la computación cliente/servidor sin conexión mediante datagramas. (Parte I de 3). 
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{ 

mostrarMensaje( excepcionES.toStringO + "\n" ); 
excepcionES.printStackTraceO ; 

} // fin de catch 
} // fin de actf onPerformed 
} // fin de la clase Interna 
); //fin de la llamada a addActionLi stener 

add( campolntroduci r , BorderLayout . NORTH ); 

areaPantalla = new JTextAreaO ; 

add( new 3ScrollPane( areaPantalla ), BorderLayout. CENTER ); 

setSfze( 400, 300 ); // establece el tamaño de la ventana 
setVisible( true ); // muestra la ventana 

try // crea objeto DatagramSocket para enviar y recibir paquetes 

{ 

socket = new DatagramSocketO ; 

} // fin de try 

catch ( SocketException excepcionSocket ) 

{ 

excepci onSocket . pri ntStackTraceO ; 

System.exit( 1 ) ; 

} // fin de catch 

} // fin del constructor de Cliente 

// espera a que lleguen los paquetes del servidor, muestra el contenido de éstos 
public void esperarPaquetesO 
{ 

while ( true ) 

{ 

try // recibe paquete y muestra su contenido 

{ 

byte datos [] = new byte[ 100 ]; // establece el paquete 
DatagramPacket paqueteReci bi r = new DatagramPacket( 
datos, datos. length ); 

socket. receive( paqueteReci bi r ); // espera el paquete 

// muestra el contenido del paquete 

mostrarMensaje( "\nPaquete recibido:" + 

"\nDe host: " + paqueteReci bi r.getAddressO + 

"\nPuerto host: " + paqueteReci bi r.getPortO + 

"\nLongitud: " + paqueteReci bi r.getLengthO + 

"\nContiene:\n\t" + new StringC paqueteReci bi r . getDataO , 

0, paqueteReci bi r.getLengthO ) ); 

} // fin de try 

catch ( IOException excepción ) 

{ 

mostrarMensaje( excepción. toStringO + "\n" ); 
excepcion.printStackTraceO ; 

} // fin de catch 
} // fin de while 

} // fin del método esperarPaquetes 

// manipula objeto areaPantalla en el subproceso despachador de eventos 
private void mostrarMensaje( final String mensajeAMostrar ) 

{ 


Figura 24-1 1 | Lado cliente de la computación cliente/servidor sin conexión mediante datagramas. (Parte 2 de 3). 
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Swi ngllti 1 i ti es . i nvokeLater( 
new RunnableO 
{ 

public void run() // actualiza objeto areaPantalla 

{ 

areaPantalla. append( mensajeAMostrar ); 

} // fin del método run 
} // fin de la clase interna 
); // fin de la llamada a SwingUtilities.invokeLater 
} // fin del método mostrarMensaje 
// fin de la clase Cliente 


Figura 24-1 1 | Lado cliente de la computación cliente/servidor sin conexión mediante datagramas. (Parte 3 de 3). 


Observe que la llamada al constructor de DatagramSocket (línea 71) en esta aplicación no especifica ningún 
argumento. Este constructor sin argumentos permite a la computadora seleccionar el siguiente número de puerto 
disponible para el objeto DatagramSocket. El cliente no necesita un número de puerto específico, ya que el ser- 
vidor recibe el número de puerto del cliente como parte de cada objeto DatagramPacket enviado por el cliente. 
Por lo tanto, el servidor puede enviar paquetes de vuelta al mismo equipo y número de puerto desde el cual haya 
recibido un paquete de información. 

El método esperarPaquetes (líneas 81 a 107) de la clase Cliente utiliza un ciclo infinito para esperar a 
que lleguen los paquetes del servidor. En la línea 91 se hace un bloqueo hasta que llegue un paquete. Esto no 
impide al usuario enviar un paquete, ya que los eventos de la GUI se manejan en el subproceso despachador de 
eventos. Sólo impide que el ciclo whi 1 e continúe ejecutándose, hasta que llegue un paquete al C1 i ente. Cuando 
llega un paquete, en la línea 91 se almacena este paquete en paqueteReci bi r, y en las líneas 94 a 99 se hace una 
llamada al método mostrarMensaje (declarado en las líneas 110 a 121) para mostrar el contenido del paquete 
en el área de texto. 


1 // Fig. 24.12: PruebaCl i ente . java 

2 // Prueba la clase Cliente. 

3 import javax.swing. JFrame; 

4 

5 public class PruebaCl i ente 

6 { 

7 public static void main( String args[] ) 

8 { 

9 Cliente aplicación = new ClienteO; // crea el cliente 

10 aplicación. setDefaultCloseOperation( IFrame . EXIT_0N_CL0SE ); 

11 aplicación. esperarPaquetesO ; // ejecuta la aplicación cliente 

12 } // fin de mai n 

13 } // fin de la clase PruebaCl iente 
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Ventana del lado del C1 i ente después de enviar 
el paquete del Servi dor y recibirlo de regreso 


Figura 24- 1 2 ¡ Clase que prueba el C1 i ente. 
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24.8 juego de Tres en raya (Gato) tipo cliente/servidor, utilizando 
un servidor con subprocesamiento múltiple 

En esta sección presentaremos el popular juego de Tres en raya (Gato o Tic-Tac-Toe), que implemen taremos 
mediante el uso de las técnicas cliente/servidor con sockets de flujo. El programa consiste en una aplicación T res- 
EnRaya (figuras 24.13 y 24.14) que permite a dos aplicaciones ClienteTresEnRaya (figuras 24.15 y 24.16) 
conectarse al servidory jugarTres en raya. En la figura 24.17 se muestran pantallas de ejemplo de la salida de este 
programa. 

La clase ServidorTresEnRaya 

A medida que el Serví dorT resEnRaya recibe la conexión de cada cliente, crea una instancia de la clase interna 
Jugador (líneas 182 a 304 de la figura 24.13) para procesar al cliente en un subproceso separado. Estos subproce- 
sos permiten a los clientes jugar en forma independiente. El primer cliente que se conecta al servidor es el jugador 
X y el segundo es el jugador O. El jugador X realiza el primer movimiento. El servidor mantiene la información 
acerca del tablero, para poder determinar si el movimiento de un jugador es válido o inválido. 


1 // Fig. 24.13: ServidorTresEnRaya. java 

2 // Esta clase mantiene un juego de Tres en raya para dos clientes. 

3 import java.awt.BorderLayout; 

4 import java.net.ServerSocket; 

5 import java.net. Socket; 

6 import java.io.IOException; 

7 import java. uti 1 . Formatter ; 

8 import java. útil .Scanner; 

9 import java. útil .concurrent.ExecutorService; 

10 import java. útil . concurrent. Executors ; 

11 import java. uti 1 . concurrent . 1 ocks . Lock; 

12 import java. útil .concurrent. locks.ReentrantLock; 

13 import java. útil .concurrent. locks.Condition; 

14 import javax.swing.JFrame; 

15 import javax.swing.JTextArea; 

16 import javax.swing.Swinglltilities; 

17 

18 public class ServidorTresEnRaya extends JFrame 

19 { 

20 prívate String[] tablero = new String[ 9 ] ; // tablero de tres en raya 

21 prívate JTextArea areaSalida; // para imprimir los movimientos en pantalla 

22 prívate Jugador[] jugadores; // arreglo de objetos Jugador 

23 prívate ServerSocket servidor; // Socket servidor para conectarse con los clientes 

24 prívate int jugadorActual ; // lleva la cuenta del jugador que sigue en turno 

25 prívate final static int JUGAD0R_X = 0; // constante para el primer jugador 

26 prívate final static int JUGAD0R_0 = 1; // constante para el segundo jugador 

27 prívate final static String[] MARCAS = { "X , "0" }; // arreglo de marcas 

28 prívate ExecutorService ejecutarJuego; // ejecuta a los jugadores 

29 private Lock bloqueoJuego; // para bloquear el juego y estar sincronizado 

30 private Condition otroJugadorConectado ; // para esperar al otro jugador 

31 private Condition turnoOtroJugador; // para esperar el turno del otro jugador 

32 

33 // establece servidor de tres en raya y GUI para mostrar mensajes en pantalla 

34 public Serví dorTresEnRaya() 

35 { 

36 super( "Servidor de Tres en raya" ); // establece el título de la ventana 

37 

38 // crea objeto ExecutorService con un subproceso para cada jugador 

39 ejecutarJuego = Executors. newFixedThreadPool ( 2 ); 

40 bloqueoJuego = new ReentrantLockO ; // crea bloqueo para el juego 

Figura 24-13 | Lado servidor del programa Tres en raya cliente/servidor. (Parte I de 6). 
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// variable de condición para los dos jugadores conectados 

otroJugadorConectado = bloqueoJuego.newConditionO ; 

// variable de condición para el turno del otro jugador 

turnoOtroJugador = bloqueoJuego.newConditionO; 

for ( int i =0; i <9; i++ ) 

tablero[ i ] = new StringC "" ); // crea tablero de tres en raya 
jugadores = new Jugador[ 2 ] ; // crea arreglo de jugadores 

jugadorActual = JUGAD0R_X; // establece el primer jugador como el jugador actual 

try 

{ 

servidor = new ServerSocket( 12345, 2 ); // establece objeto ServerSocket 
} // fin de try 

catch ( IOException excepcionES ) 

{ 

excepcionES. printStackTraceO ; 

System.exitf 1 ) ; 

} // fin de catch 

areaSalida = new JTextAreaO ; // crea objeto JTextArea para mostrar la salida 

add( areaSalida, BorderLayout.CENTER ); 

areaSalida. setText( "Servidor esperando conexiones\n" ); 

setSizef 300, 300 ); // establece el tamaño de la ventana 
setVisiblef true ); // muestra la ventana 
} // fin del constructor de Servi dorTresEnRaya 

// espera dos conexiones para poder jugar 
public void executeO 
{ 

// espera a que se conecte cada cliente 

for ( int i = 0; i < jugadores. length; i++ ) 

{ 

try // espera la conexión, crea el objeto Jugador, inicia objeto Runnable 

{ 

jugadores[ i ] = new Jugadorf servidor . acceptO , i ); 

ejecutarJuego . executef jugadoresf i ] ) ; // ejecuta el objeto Runnable jugador 
} // fin de try 

catch ( IOException excepcionES ) 

{ 

excepcionES. printStackTraceO ; 

System. exit( 1 ) ; 

} // fin de catch 
} // fin de for 

bloqueoJuego.lockO ; // bloquea el juego para avisar al subproceso del jugador X 

try 

{ 

jugadoresf JUGAD0R_X ] . establ ecerSuspendidof false ); // continúa el jugador X 
otroJugadorConectado. signal O ; // despierta el subproceso del jugador X 
} // fin de try 
finally 
{ 

bloqueoJuego.unlockO ; // desbloquea el juego después de avisar al jugador X 
} // fin de finally 


Figura 24-13 | Lado servidor del programa Tres en raya cliente/servidor. (Parte 2 de 6). 
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} // fin del método execute 

// muestra un mensaje en objeto areaSalida 

prívate void mostrarMensajef final String mensajeAMostrar ) 

{ 

// muestra un mensaje del subproceso de ejecución despachador de eventos 
Swi ngtlti 1 i ti es . i nvokeLaterf 
new RunnableO 
{ 

public void run() // actualiza el objeto areaSalida 

{ 

areaSalida. append( mensajeAMostrar ); // agrega el mensaje 
} // fin del método run 
} // fin de la clase interna 
); // fin de la llamada a SwingUtilities.invokeLater 
} // fin del método mostrarMensaje 

// determina si el movimiento es válido 

public boolean val i darYMoverf int ubicación, int jugador ) 

{ 

// mientras no sea el jugador actual, debe esperar su turno 
while ( jugador != jugadorActual ) 

{ 

bloqueoJuego.lock() ; // bloquea el juego para esperar a que el otro jugador 
haga su movmiento 

try 

{ 

turnoOtroJugador . awai t() ; // espera el turno de jugador 
} // fin de try 

catch ( InterruptedException excepción ) 

{ 

excepción. printStackTrace() ; 

} // fin de catch 
final ly 
{ 

bloqueoluego. unlockf) ; // desbloquea el juego después de esperar 
} // fin de finally 
} // fin de while 

// si la ubicación no está ocupada, realiza el movimiento 
if ( ! estaOcupadaf ubicación ) ) 

{ 

tablero[ ubicación ] = MARCASE jugadorActual ]; // establece el movimiento en 
el tablero 

jugadorActual = ( jugadorActual + 1 ) % 2; // cambia el jugador 

// deja que el nuevo jugador sepa que se realizó un movimiento 

jugadores[ jugadorActual ] .otrolugadorMoviof ubicación ); 

bloqueoluego. lock() ; // bloquea el juego para indicar al otro jugador que 
realice su movimiento 

try 

{ 

turnoOtroJugador. signal () ; // indica al otro jugador que debe continuar 
} // fin de try 
final 1 y 
{ 


Figura 24-13 | Lado servidor del programa Tres en raya cliente/servidor. (Parte 3 de 6). 
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bloqueoJuego.unlockO ; // desbloquea el juego después de avisar 
} // fin de finally 

return true; // notifica al jugador que el movimiento fue válido 
} // fin de if 

el se // el movimiento no fue válido 

return false; // notifica al jugador que el movimiento fue inválido 
} // fin del método val i darYMover 

// determina si la ubicación está ocupada 
public boolean estaOcupadaf int ubicación ) 

{ 

if ( tablerof ubicación ].equals( MARCAS[ JUGAD0R_X ] ) || 
tablero [ ubicación ].equals( MARCAS[ JUGAD0R_0 ] ) ) 
return true; // la ubicación está ocupada 
el se 

return false; // la ubicación no está ocupada 
} // fin del método estaOcupada 

// coloca código en este método para determinar si terminó el juego 
public boolean seTermi noJuego() 

{ 

return false; // esto se deja como ejercicio 
} // fin del método seTermi noluego 

// la clase interna privada Jugador maneja a cada Jugador como objeto Runnable 
private class Jugador implements Runnable 
{ 

private Socket conexión; // conexión con el cliente 

private Scanner entrada; // entrada del cliente 

private Formatter salida; // salida al cliente 

private int numeroJugador; // rastrea cuál jugador es el actual 

private String marca; // marca para este jugador 

private boolean suspendido = true; // indica si el subproceso está suspendido 

// establece el subproceso Jugador 

public Jugador( Socket Socket, int numero ) 

{ 

numeroJugador = numero; // almacena el número de este jugador 
marca = MARCAS[ numeroJugador ]; // especifica la marca del jugador 
conexión = Socket; // almacena Socket para el cliente 

try // obtiene los flujos del objeto Socket 

{ 

entrada = new Scanner( conexión. getlnputStreamO ); 
salida = new FormatterC conexión. getOutputStreamO ); 

} // fin de try 

catch ( IOException excepcionES ) 

{ 

excepcionES. printStackTrace() ; 

System. exit( 1 ) ; 

} // fin de catch 

} // fin del constructor de Jugador 

// envia mensaje que indica que el otro jugador hizo un movimiento 
public void otroJugadorMovi o( int ubicación ) 

{ 

sal i da. format( "El oponente realizo movimiento\n" ); 

sal i da. format( "%d\n", ubicación ); // envia la ubicación del movimiento 


Figura 24- 1 3 | Lado servidor del programa Tres en raya cliente/servidor. (Parte 4 de 6). 
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salida. flush O ; // vacia la salida 
} // fin del método otrolugadorMovi o 

// controla la ejecución del subproceso 
public void run() 

{ 

// envia al cliente su marca (X o 0) , procesa los mensajes del cliente 
try 
{ 

mostrarMensaje( "Jugador " + marca + " conectado\n" ); 

sal i da. formatf "%s\n", marca ); // envia la marca del jugador 

salida, flush O ; // vacia la salida 

// si es el jugador X, espera a que llegue el otro jugador 
if ( numeroJugador == JUGAD0R_X ) 

{ 

salida. formatf "%s\n%s' , "Jugador X conectado", 

"Esperando al otro jugador\n" ); 
salida. flush e) ; // vacia la salida 

bloqueoJuego.locke) ; // bloquea el juego para esperar al segundo jugador 

try 

{ 

while( suspendido ) 

{ 

otroJugadorConectado . awai tf) ; // espera al jugador 0 
} // fin de while 
} // fin de try 

catch e InterruptedException excepción ) 

{ 

excepci on . pri ntStackT race() ; 

} // fin de catch 
finally 
{ 

bloqueoJuego.unlockf) ; // desbloquea el juego después del segundo 
jugador 

} // fin de finally 

// envia un mensaje que indica que el otro jugador se conectó 
sal i da. fórmate "El otro jugador se conecto. Ahora es su turno. \n" ); 
sal i da. flush e) ; // vacia la salida 
} // fin de if 
el se 
{ 

sal i da. fórmate "El jugador 0 se conecto, por favor espere\n" ); 
sal i da. flush e) ; // vacia la salida 
} // fin de else 

// mientras el juego no termine 

while e ! seTermi noJuegoO ) 

{ 

int ubicación = 0; // inicial iza la ubicación del movimiento 
if e entrada. hasNexte) ) 

ubicación = entrada. nextlnt() ; // obtiene la ubicación del movimiento 

// comprueba si el movimiento es válido 

if e val i darYMovere ubicación, numeroJugador ) ) 


Figura 24-13 | Lado servidor del programa Tres en raya cliente/servidor. (Parte 5 de 6). 
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{ 

mostrarMensaje( "\nubi caci on : 11 + ubicación ); 
sal i da. format( "Movimiento val i do. \n" ); // notifica al cliente 
salida.flushO ; // vacia la salida 
} // fin de if 

el se // el movimiento fue inválido 

{ 

sal i da. format( "Movimiento invalido, intente de nuevo\n" ); 
salida. flushe) ; // vacia la salida 
} // fin de else 
} // fin de while 
} // fin de try 
final ly 
{ 

try 

{ 

conexión. closef) ; // cierra la conexión con el cliente 
} // fin de try 

catch e IOException excepcionES ) 

{ 

excepci onES . pri ntStackT race() ; 

System . exi t( 1 ) ; 

} // fin de catch 
} // fin de finally 
} // fin del método run 

// establece si se suspende el subproceso o no 

public void establecerSuspendido( boolean estado ) 

{ 

suspendido = estado; // establece el valor de suspendido 
} // fin del método establecerSuspendido 
} // fin de la clase Jugador 
} // fin de la clase Servi dorTresEnRaya 


Figura 24-13 | Lado servidor del programa Tres en raya cliente/servidor. (Parte 6 de 6). 


Vamos a empezar con una discusión sobre el lado servidor del juego de Tres en raya. Al ejecutarse la 
aplicación Servi dorTresEnRaya, el método mai n (líneas 7 a 12 de la figura 24.14) crea un objeto Servi dor- 
T resEnRaya llamado api i caci on. El constructor (líneas 34 a 69 de la figura 24.13) trata de establecer un objeto 
ServerSocket. Si tiene éxito, el programa muestra la ventana del servidor y después mai n invoca al método 
execute (líneas 72 a 100) de Servi dorTresEnRaya. El método execute itera dos veces, haciendo un blo- 
queo en la línea 79 cada vez que espera la conexión de un cliente. Cuando un cliente se conecta, en la línea 79 
se crea un nuevo objeto Jugador para administrar la conexión como un subproceso separado, y en la línea 80 se 
ejecuta el objeto Jugador en la reserva de subprocesos ejecutarJuego. 

Cuando el Servi dorT resEnRaya crea a un Jugador, el constructor de Jugador (líneas 192 a 208) recibe el 
objeto Socket que representa la conexión con el cliente y obtiene los flujos de entrada y salida asociados. En la 
línea 201 se crea un objeto Formatter (vea el capítulo 28) y se envuelve alrededor del flujo de salida del Socket. El 
método run de Jugador (líneas 219 a 297) controla la información que se envía al cliente y la información que se 
recibe del cliente. Primero, pasa al cliente el carácter que va a colocar en el tablero cuando se haga un movimiento 
(línea 225). En la línea 226 se hace una llamada al método f lush de Formatter para forzar esta salida al cliente. 
En la línea 241 se suspende el subproceso del jugador X cuando empieza a ejecutarse, ya que el jugador X podrá 
realizar movimientos sólo hasta después de que el jugador O se conecte. 

Una vez que se conecta el jugador O se puede empezar a jugar, y el método run empieza a ejecutar su 
estructura whi 1 e (líneas 264 a 283). En cada iteración de este ciclo se lee un entero (línea 269) que representa 
la ubicación en donde el cliente desea colocar una marca, y en la línea 272 se invoca al método val i darYMover 
(declarado en las líneas 118 a 163) de Servi dorT resEnRaya para comprobar el movimiento. Si el movimiento es 
válido, en la línea 275 se envía un mensaje al cliente, indicando que el movimiento fue válido. En caso contrario, 
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en la línea 280 se envía un mensaje al cliente indicando que el movimiento fue inválido. El programa mantiene 
las ubicaciones en el tablero como números del 0 al 8 (del 0 al 2 para la primera fila, del 3 al 5 para la segunda y 
del 6 al 8 para la tercera). 


1 // Fig. 24.14: PruebaServidorTresEnRaya. java 

2 // Prueba el ServidorTresEnRaya. 

3 import javax. swi ng . JFrame ; 

4 

5 public class PruebaServidorTresEnRaya 

6 { 

7 public static void main( String args[] ) 

8 { 

9 ServidorTresEnRaya aplicación = new ServidorTresEnRayaO ; 

10 aplicacion.setDefaultCloseOperation( JFrame. EXIT_0N_CL0SE ); 

11 aplicación. execute() ; 

12 } // fin de main 

13 } // fin de la clase PruebaServidorTresEnRaya 
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Figura 24-14 | Clase que prueba el servidor de Tres en raya. 


El método val idarYMover (líneas 118 a 163 en la clase ServidorTresEnRaya) sólo permite que se mueva 
un jugador en un momento dado, con lo cual se evita que ambos jugadores modifiquen la información de estado 
del juego al mismo tiempo. Si el Jugador que trata de validar un movimiento no es el jugador actual (es decir, el 
que puede hacer un movimiento), ese Jugador se coloca en estado de espera hasta que sea su turno para realizar un 
movimiento. Si la ubicación para el movimiento que se está validando ya está ocupada en el tablero, val i darY- 
Mover devuelve fal se. En caso contrario, el servidor coloca una marca para el jugador en su representación local 
del tablero (línea 142), notifica al otro objeto Jugador (línea 146) que se ha realizado un movimiento (para que 
se pueda enviar un mensaje al cliente), invoca al método si gnal (línea 152) para que el Jugador en espera (si hay 
uno) pueda validar un movimiento y devuelve true (línea 159) para indicar que el movimiento es válido. 

La clase C1 ienteTresEnRaya 

Cada aplicación C1 i enteTresEnRaya (figura 24.15) mantiene su propia versión de GUI del tablero de Tres en 
raya en el que se muestra el estado del juego. Los clientes pueden colocar una marca solamente en un cuadro vacío 
en el tablero. La clase interna Cuadro (líneas 205 a 262 de la figura 24.15) implementa a cada uno de los nueve 
cuadros en el tablero. Cuando un objeto C1 i enteT resEnRaya comienza a ejecutarse, crea un objeto JTextArea 
en el cual se muestran los mensajes del servidor, junto con una representación del tablero en la que se muestran 
nueve objetos Cuadro. El método i ni ci arCl i ente (líneas 80 a 100) abre una conexión con el servidor y obtiene 
los flujos de entrada y salida asociados del objeto Socket. En las líneas 85 y 86 se realiza una conexión con el 
servidor. La clase C1 i enteTresEnRaya implementa a la interfaz Runnable, por lo que un subproceso separado 
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puede leer los mensajes del servidor. Este método permite al usuario interactuar con el tablero (en el subproceso 
despachador de eventos) mientras espera mensajes del servidor. Después de establecer la conexión con el servidor, 
en la línea 99 se ejecuta el cliente con el objeto ExecutorServi ce llamado trabajador. El método run (líneas 
103 a 126) controla el subproceso de ejecución separado. Primero, el método lee el carácter de la marca (X u O) 
del servidor (línea 105), después itera continuamente (líneas 121 a 125) y lee los mensajes del servidor (línea 
124). Cada mensaje se pasa al método procesarMensaje (líneas 129 a 156) para su procesamiento. 


1 // Fig. 24.15: ClienteTresEnRaya. java 

2 // Cliente que permite a un usuario jugar Tres en raya con otro a través de una red. 

3 import java.awt.BorderLayout; 

4 import java. awt. Dimensión; 

5 import java. awt. Graphics; 

6 import java. awt. GridLayout; 

7 import java. awt. event.MouseAdapter; 

8 import java. awt. event.MouseEvent; 

9 import java.net. Socket; 

10 import java.net.InetAddress; 

11 import java.io.IOException; 

12 import javax.swing.DFrame; 

13 import j avax.swing.l Panel ; 

14 import javax.swing.DScrollPane; 

15 import javax.swing.DTextArea; 

16 import javax.swing.DTextField; 

17 import javax.swing.Swinglltilities; 

18 import java. útil . Formatter; 

19 import java. útil .Scanner; 

20 import java. útil . concurrent . Executors ; 

21 import java. útil .concurrent. ExecutorServi ce ; 

22 

23 public class ClienteTresEnRaya extends JFrame implements Runnable 

24 { 

25 private ITextField campold; // campo de texto para mostrar la marca del jugador 

26 private ITextArea areaPantalla; // objeto ITextArea para mostrar la salida 

27 private IPanel panelTablero; // panel para el tablero de tres en raya 

28 private IPanel panel 2; // panel que contiene el tablero 

29 private Cuadro tablero[][]; // tablero de tres en raya 

30 private Cuadro cuadroActual ; // el cuadro actual 

31 private Socket conexión; // conexión con el servidor 

32 private Scanner entrada; // entrada del servidor 

33 private Formatter salida; // salida al servidor 

34 private String hostTresEnRaya; // nombre de host para el servidor 

35 private String miMarca; // la marca de este cliente 

36 private boolean miTurno; // determina de qué cliente es el turno 

37 private final String MARCA_X = "X' ; // marca para el primer cliente 

38 private final String MARCA_0 = "0' ; // marca para el segundo cliente 

39 

40 // establece la interfaz de usuario y el tablero 

41 public ClienteTresEnRaya( String host ) 

42 { 

43 hostTresEnRaya = host; // establece el nombre del servidor 

44 areaPantalla = new 3TextArea( 4, 30 ) ; // establece objeto ITextArea 

45 areaPantalla. setEditable( false ); 

46 add( new JScrollPane( areaPantalla ), BorderLayout. SOUTH ); 

47 

48 panelTablero = new 3Panel(); // establece panel para los cuadros en el tablero 

49 panelTablero. setLayout( new GridLayout( 3, 3, 0, 0 ) ); 

50 

Figura 24-15 | Lado cliente del programa Tres en raya cliente/servidor. (Parte I de 5). 
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51 tablero = new Cuadro[ 3 ] [ B ] ; // crea el tablero 

52 

53 // itera a través de las filas en el tablero 

54 for ( int fila = 0; fila < tabl ero . 1 ength ; fila++ ) 

55 { 

56 // itera a través de las columnas en el tablero 

57 for ( int columna = 0; columna < tablero[ fila J.length; columna++ ) 

58 { 

59 // crea un cuadro 

60 tablero[ fila ][ columna ] = new Cuadro( , fila * 3 + columna ); 

61 panelTablero. add( tablero[ fila ][ columna ] ) ; // agrega el cuadro 

62 } // fin de for interior 

63 } // fin de for exterior 

64 

65 campold = new JTextFi el d() ; // establece campo de texto 

66 campold. setEditable( false ); 

67 add( campold, BorderLayout . NORTH ); 

68 

69 panel2 = new 3Panel(); // establece el panel que contiene a panelTablero 

70 panel2.add( panelTablero, BorderLayout. CENTER ); // agrega el panel del 
tablero 

71 add( panel2, BorderLayout. CENTER ); // agrega el panel contenedor 

72 

73 setSize( 325, 225 ); // establece el tamaño de la ventana 

74 setVisible( true ); // muestra la ventana 

75 

76 i ni ci arCl i ente() ; 

77 } // fin del constructor de C1 i enteTresEnRaya 

78 

79 // inicia el subproceso cliente 

80 public void i ni ci arCl i ente O 

81 { 

82 try // se conecta al servidor, obtiene los flujos e inicia subproceso de salida 

83 { 

84 // realiza conexión con el servidor 

85 conexión = new Socket( 

86 InetAddress . getByNamef hostTresEnRaya ), 12345 ); 

87 

88 // obtiene flujos para entrada y salida 

89 entrada = new Scanner( conexión. getlnputStreamO ); 

90 salida = new Formatter( conexión. getOutputStream() ); 

91 } // fin de try 

92 catch ( IOException excepcionES ) 

93 { 

94 excepci onES . pri ntStackT race() ; 

95 } // fin de catch 

96 

97 // crea e inicia subproceso trabajador para este cliente 

98 ExecutorService trabajador = Executors . newFixedThreadPool ( 1 ); 

99 trabajador. execute( this ); // ejecuta el cliente 

100 } // fin del método i ni ciarCl i ente 

101 

102 // subproceso de control que permite la actualización continua de areaPantalla 

103 public void run() 

104 { 

105 miMarca = entrada. nextLi ne() ; // obtiene la marca del jugador (X o 0) 

106 

107 Swi ngllti 1 i ti es . i nvokeLater( 

108 new RunnableO 

Figura 24-15 | Lado cliente del programa Tres en raya cliente/servidor. (Parte 2 de 5). 
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{ 

public void run() 

{ 

// muestra la marca del jugador 

campold . setTextf "Usted es el jugador \"" + miMarca + ); 

} // fin del método run 
} // fin de la clase interna anónima 
); // fin de la llamada a SwingUtilities.invokeLater 

miTurno = ( miMarca. equals( MARCA_X ) ) ; // determina si es turno del cliente 

// recibe los mensajes que se envian al cliente y los imprime en pantalla 
while ( true ) 

{ 

if ( entrada. hasNextLi ne() ) 

procesarMensajef entrada. nextLineO ); 

} // fin de while 
} // fin del método run 

// procesa los mensajes recibidos por el cliente 
private void procesarMensajef String mensaje ) 

{ 

// ocurrió un movimiento válido 

if ( mensaje. equalsf "Movimiento valido." ) ) 

{ 

mostrarMensajef "Movimiento valido, por favor espere. \n" ); 
establ ecerMarcaf cuadroActual , miMarca ); // establece marca en el cuadro 
} // fin de if 

else if ( mensaje. equalsf "Movimiento invalido, intente de nuevo" ) ) 

{ 

mostrarMensajef mensaje + "\n" ); // muestra el movimiento inválido 
miTurno = true; // sigue siendo turno de este cliente 
} // fin de else if 

else if ( mensaje . equal s( "El oponente realizo movimiento" ) ) 

{ 

int ubicación = entrada, nextlntf) ; // obtiene la ubicación del movimiento 
entrada. nextLi ne() ; // salta nueva linea después de la ubicación int 
int fila = ubicación / 3; // calcula la fila 
int columna = ubicación % 3; // calcula la columna 

establ ecerMarcaf tablerof fila ][ columna ], 

( miMarca. equal s( MARCA_X ) ? MARCADO : MARCA_X ) ); // marca el movimiento 
mostrarMensajef "El oponente hizo un movimiento. Ahora es su turno. \n" ); 
miTurno = true; // ahora es turno de este cliente 
} // fin de else if 
el se 

mostrarMensajef mensaje + "\n" ); // muestra el mensaje 
} // fin del método procesarMensaje 

// manipula el objeto areaSalida en el subproceso despachador de eventos 
private void mostrarMensajef final String mensajeAMostrar ) 

{ 

Swi ngUti 1 i ti es . i nvokeLaterf 
new RunnableO 
{ 

public void run() 

{ 

areaPantalla. appendf mensajeAMostrar ); // actualiza la salida 
} // fin del método run 


Figura 24-15 | Lado cliente del programa Tres en raya cliente/servidor. (Parte 3 de 5). 
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} // fin de la clase interna 
); // fin de la llamada a SwingUtilities.invokeLater 
} // fin del método mostrarMensaje 

// método utilitario para establecer una marca en el tablero, en el subproceso 
despachador de eventos 

private void establecerMarcaf final Cuadro cuadroAMarcar, final String marca ) 

{ 

Swi ngtlti 1 i ti es . i nvokel_ater( 
new RunnableO 
{ 

public void run() 

{ 

cuadroAMarcar. establecerMarca( marca ); // establece la marca en el 
cuadro 

} // fin del método run 
} // fin de la clase interna anónima 
); // fin de la llamada a SwingUtilities.invokeLater 
} // fin del método establ ecerMarca 

// envia un mensaje al servidor, indicando el cuadro en el que se hizo clic 
public void enviarCuadroCl i c( int ubicación ) 

{ 

// si es mi turno 
if ( miTurno ) 

{ 

salida. format( "%d\n' , ubicación ); // envia la ubicación al servidor 
salida. flush() ; 

miTurno = false; // ya no es mi turno 
} // fin de if 

} // fin del método envi arCuadroCl i c 
// establece el cuadro actual 

public void establecerCuadroActual ( Cuadro cuadro ) 

{ 

cuadroActual = cuadro; // asigna el argumento al cuadro actual 
} // fin del método establecerCuadroActual 

// clase interna privada para los cuadros en el tablero 
private class Cuadro extends IPanel 
{ 

private String marca; // marca a dibujar en este cuadro 
private int ubicación; // ubicación del cuadro 

public Cuadrof String marcaCuadro, int ubicacionCuadro ) 

{ 

marca = marcaCuadro; // establece la marca para este cuadro 
ubicación = ubicacionCuadro; // establece la ubicación de este cuadro 

addMouseLi stenerf 
new MouseAdapterO 
{ 

public void mouseReleasedf MouseEvent e ) 

{ 

establ ecerCuadroActual ( Cuadro. this ); // establece el cuadro actual 

// envia la ubicación de este cuadro 

envi arCuadroCl i c( obtenerUbicacionCuadroO ); 

} // fin del método mouseRel eased 


Figura 24-15 | Lado cliente del programa Tres en raya cliente/servidor. (Parte 4 de 5). 
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} // fin de la clase interna anónima 
); // fin de la llamada a addMouseLi stener 
} // fin del constructor de Cuadro 

// devuelve el tamaño preferido del objeto Cuadro 

public Dimensión getPreferredSizeO 

{ 

return new Dimension( BO, 30 ) ; // devuelve el tamaño preferido 
} // fin del método getPreferredSize 

// devuelve el tamaño minimo del objeto Cuadro 

public Dimensión getMinimumSizeO 

{ 

return getPreferredSizeO; // devuelve el tamaño preferido 
} // fin del método getMinimumSize 

// establece la marca para el objeto Cuadro 

public void establecerMarcaf String nuevaMarca ) 

{ 

marca = nuevaMarca; // establece la marca del cuadro 
repaintO; // vuelve a pintar el cuadro 
} // fin del método establ ecerMarca 

// devuelve la ubicación del objeto Cuadro 

public int obtenerUbicacionCuadroO 

{ 

return ubicación; // devuelve la ubicación del cuadro 
} // fin del método obtenerUbicacionCuadro 

// dibuja el objeto Cuadro 

public void pai ntComponent( Graphics g ) 

{ 

super. pai ntComponentf g ); 

g.drawRectf 0, 0, 29, 29 ) ; // dibuja el cuadro 
g . drawStri ng( marca, 11, 20 ) ; // dibuja la marca 
} // fin del método pai ntComponent 
} // fin de la clase interna Cuadro 
} // fin de la clase C1 i enteTresEnRaya 


Figura 24-15 | Lado cliente del programa Tres en raya cliente/servidor. (Parte 5 de 5). 


1 // Fig. 24.16: PruebaClienteTresEnRaya. java 

2 // Prueba la clase ClienteTresEnRaya. 

3 import javax.swing.BFrame; 

4 

5 public class PruebaClienteTresEnRaya 

6 { 

7 public static void main( String args[] ) 

8 { 

9 ClienteTresEnRaya aplicación; // declara la aplicación cliente 

10 

11 //si no hay argumentos de linea de comandos 

12 if ( args.length == 0 ) 

13 aplicación = new ClienteTresEnRayaf "127.0.0.1" ); // localhost 

14 else 

15 aplicación = new ClienteTresEnRayaf args[ 0 ] ); // usa args 

16 

Figura 24- 1 6 | Clase de prueba para el cliente de Tres en raya. (Parte I de 2). 
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17 aplicacion.setDefaultCloseOperation( JFrame. EXIT_ON_CLOSE ); 

18 } // fin de main 

19 } // fin de la clase PruebaCllenteTresEnRaya 

Figura 24- 1 6 | Clase de prueba para el cliente de Tres en raya. (Parte 2 de 2). 


Si el mensaje que se recibe es "Moví mi ento vál i do . ", en las líneas 134 y 135 se muestra el mensaje "Mo- 
vimiento válido, por favor espere y se hace una llamada al método establ ecerMarca (líneas 173 a 184) 
para establecer la marca del cliente en el cuadro actual (el cuadro en el que el usuario hizo clic), utilizando el méto- 
do i nvokeLater de Swi ngllti 1 i ti es para asegurar que las actualizaciones de la GUI ocurran en el subproceso 
despachador de eventos. Si el mensaje recibido es "Moví mi ento i nvál i do , i ntente de nuevo . " en la línea 139 
se muestra el mensaje para que el usuario pueda hacer clic en un cuadro distinto. Si el mensaje recibido es "El 
oponente realizo movimiento", en la línea 145 se lee un entero del servidor indicando a qué lugar se movió 
el oponente, y en las líneas 149 y 150 se coloca una marca en ese cuadro del tablero (de nuevo utilizando al 
método i nvokeLater de Swi ngllti 1 i ti es, para asegurar que las actualizaciones en la GUI ocurran en el sub- 
proceso despachador de eventos). Si se recibe cualquier otro mensaje, en la línea 155 simplemente se muestra 
ese mensaje en pantalla. En la figura 24.17 se muestran capturas de pantalla de dos aplicaciones interactuando 
mediante el Serví do rTres En Raya como ejemplo. 



Figura 24-1 7 | Pantallas de salida de ejemplo del programa Tres en raya cliente/servidor. (Parte I de 2). 
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Figura 24- 1 7 | Pantallas de salida de ejemplo del programa Tres en raya cliente/servidor. (Parte 2 de 2). 


24.9 La seguridad y la red 

A pesar de que sería muy interesante escribir una gran variedad de poderosas aplicaciones basadas en red, nuestros 
esfuerzos podrían estar limitados debido a cuestiones relacionadas con la seguridad. Muchos navegadores Web 
como Mozilla y Microsoft Internet Explorer prohíben, de manera predeterminada, que los applets de Java reali- 
cen un procesamiento de los archivos en los equipos en los que se ejecutan. Piense en ello. Un applet de Java está 
diseñado para ser enviado a su navegador a través de un documento HTML que puede descargarse de cualquier 
servidor Web en el mundo. Por lo general, es muy poco lo que podrá saber acerca de los orígenes de los applets 
de Java que se ejecuten en su sistema. Podría ser desastroso permitir que estos applets tuvieran la libertad de 
manipular sus archivos. 

Una situación más sutil ocurre al limitar los equipos con los que los applets en ejecución pueden realizar 
conexiones de red. Para crear aplicaciones con una verdadera capacidad de colaboración, sería ideal que nuestros 
applets pudieran comunicarse con equipos en casi cualquier parte. Por lo general, el administrador de seguridad 
de Java en un navegador Web restringe a un applet de manera que sólo pueda comunicarse con el equipo desde 
el que se descargó originalmente. 

Estas restricciones podrían parecer demasiado estrictas. Sin embargo, la API de seguridad de Java ahora pro- 
porciona herramientas para applets con firma digital, con lo cual los navegadores podrán determinar si un applet 
se descarga desde un origen de confianza (trusted source). Un applet de confianza puede recibir acceso adicional 
al equipo en el que se está ejecutando. Las características de la API de seguridad de Java y ciertas herramientas de 
red adicionales se describen en nuestro texto Advanced Java 2 Platform How to Program. 


24.10 [Bono Web] Ejemplo práctico: servidor y cliente 
DeitelMessenger 

[Nota: este ejemplo práctico está disponible en www.deitel . com/books/jhtp7/j. Los salones de conversa- 
ción se han vuelto bastante comunes en Internet. Estos salones proporcionan una ubicación central en donde 
los usuarios pueden conversar entre sí, mediante mensajes de texto cortos. Cada participante en un salón 
de conversación puede ver todos los mensajes que publican los demás usuarios, y cada uno de los usuarios 
puede publicar mensajes. Este ejemplo práctico integra muchas de las características de Java relacionadas con 
redes, subprocesamiento múltiple y la GUI de Swing que hemos aprendido hasta ahora, para crear un sistema 
de conversación en línea. También presentaremos la transmisión múltiple (multicasting), que permite a una 
aplicación enviar objetos DatagramPacket a grupos de clientes. 

El ejemplo práctico DeitelMessenger es una aplicación considerable que utiliza muchas características inter- 
medias de Java, como el trabajo en red con objetos Socket, DatagramPacket y MulticastSocket, subproce- 
samiento múltiple y la GUI de Swing. En este ejemplo práctico también se demuestran las buenas prácticas de 
ingeniería de software al separar la interfaz de la implementación, lo cual permite a los desarrolladores dar soporte 
a distintos protocolos de red, y proporcionar distintas interfaces de usuario. Después de leer este ejemplo práctico, 
usted podrá construir aplicaciones de red más importantes. 
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24.11 Conclusión 

En este capítulo aprendió acerca de los fundamentos de la programación de redes en Java. Conoció dos métodos 
distintos para enviar datos a través de una red: el trabajo en red basado en flujos mediante el uso de TCP/IP, y el 
trabajo en red basado en datagramas mediante el uso de UDP. En el siguiente capítulo, aprenderá acerca de los 
conceptos básicos de las bases de datos, a interactuar con los datos en una base de datos mediante el uso de SQL, 
y a utilizar JDBC para permitir que las aplicaciones de Java manipulen los datos de una base de datos. 


Resumen 

Sección 24.1 Introducción 

• Java cuenta con sockets de flujo y sockets de datagrama. Con los sockets de flujo, un proceso establece una conexión 
con otro proceso. Mientras la conexión esté presente, los datos fluyen entre los procesos en flujos. Se dice que los 
sockets de flujo proporcionan un servicio orientado a la conexión. El protocolo que se utiliza para la transmisión es 
el popular TCP (Protocolo de control de transmisión). 

• Con los sockets de datagrama, se transmiten paquetes individuales de información. UDP (Protocolo de datagramas 
de usuario) es un servicio sin conexión que no garantiza que los paquetes no se pierdan, se dupliquen o lleguen 
fuera de secuencia. Se requiere un esfuerzo de programación adicional de parte del programador para lidiar con estos 
problemas. 

Sección 24.2 Manipulación de URLs 

• El protocolo E1TTP (Protocolo de transferencia de hipertexto) que forma la base del servicio Web utiliza URIs 
(Identificadores uniformes de recursos) para localizar datos en Internet. Los URIs comunes representan archivos o 
directorios, y pueden representar tareas complejas como búsquedas en bases de datos y en Internet. Un URI que 
representa a un documento se conoce como URL (Identificador uniforme de recursos). 

• El método getAppl etContext de Appl et devuelve una referencia a un objeto Appl etContext, el cual representa el 
entorno del applet (es decir, el navegador en el que se ejecuta el applet). El método showDocument de Appl etCon- 
text recibe un URL como argumento y lo pasa al objeto Appl etContext (es decir, el navegador), el cual muestra el 
recurso Web asociado con ese URL. Una segunda versión de showDocument permite a un applet especificar el marco 
de destino en el que se va a visualizar un recurso Web. Los marcos de destino especiales son: _bl ank (se muestra en 
una nueva ventana del navegador Web), _self (se muestra en el mismo marco que el applet) y _top (se eliminan 
los marcos actuales y después se muestra en la ventana actual). 

Sección 24.3 Cómo leer un archivo en un servidor Web 

• El método setPage de 3 Edi torPane descarga el documento especificado por su argumento y lo muestra en el obje- 
to JEditorPane. 

• Por lo general, un documento EITML contiene hipervínculos (texto, imágenes o componentes de la GUI que, 
cuando se hace clic en ellos, proporcionan un acceso rápido a otro documento en Web. Si un documento HTML 
se muestra en un objeto JEditorPane y el usuario hace clic en un hipervínculo, el objeto JEditorPane genera un 
evento HyperI i nkEvent y notifica a todos los objetos HyperI i nkLi stener acerca de ese evento. 

• El método getEventType de HyperI i nkEvent determina el tipo del evento. HyperI i nkEvent contiene la clase ani- 
dada EventType, la cual declara tres tipos de eventos de hipervínculo: ACTIVATED (se hizo clic en el hipervínculo), 
ENTERED (se desplazó el ratón sobre un hipervínculo) y EXITED (se retiró el ratón de un hipervínculo). El método 
getURL de HyperI i nkEvent obtiene el URL representado por el hipervínculo. 

Sección 24.4 Cómo establecer un servidor simple utilizando sockets de flujo 

• Las conexiones basadas en flujo se administran con objetos Socket. 

• Un objeto ServerSocket establece el puerto en el que el servidor espera las conexiones de los clientes. El segundo 
argumento para el constructor de ServerSocket es el número de conexiones que pueden esperar en una cola para 
conectarse con el servidor. Si la cola de clientes está llena, se rechazan las conexiones de los clientes. El método 
accept de ServerSocket espera de manera indefinida (es decir, se bloquea) una conexión de un cliente y devuelve 
un objeto Socket cuando se establece una conexión. 

• Los métodos getOutputStream y getlnputStream de Socket obtienen referencias a objetos OutputStream e 
InputStream de un objeto Socket, respectivamente. El método cióse de Socket termina una conexión. 



1036 Capítulo 24 Redes 


Sección 24.5 Cómo establecer un cliente simple utilizando sockets de flujo 

• Al crear un objeto Socket se especifica un nombre de servidor y un número de puerto, para que éste pueda conectar 
a un cliente con el servidor. Un intento de conexión fallido lanza una excepción IOExcepti on. 

• El método getByName de InetAddress devuelve un objeto InetAddress que contiene el nombre de host de la 
computadora para la cual se especifica el nombre de host o dirección IP como argumento. El método getLocal Host 
de InetAddress devuelve un objeto InetAddress que contiene el nombre de host del equipo local que ejecuta el 
programa. 

Sección 24.7 Interacción entre cliente/ servidor sin conexión mediante datagramas 

• La transmisión orientada a la conexión es como el sistema telefónico: usted marca y recibe una conexión al teléfono 
de la persona con la que usted desea comunicarse. La conexión se mantiene todo el tiempo que dure su llamada 
telefónica, incluso aunque usted no esté hablando. 

• La transmisión sin conexión mediante datagramas es similar a la manera en que el correo se transporta mediante el 
servicio postal. Si un mensaje extenso no cabe en un sobre, se puede dividir en varias piezas separadas que se colocan 
en sobres separados, numerados en forma secuencial. Cada una de las cartas se envía entonces por correo al mismo 
tiempo. Las cartas podrían llegar en orden, sin orden o tal vez no llegarían. 

• Los objetos DatagramPacket almacenan paquetes de datos que una aplicación va a enviar o recibir. Los objetos 
DatagramSocket envían y reciben objetos DatagramPacket. 

• El constructor de Datag ramSocket que no recibe argumentos enlaza la aplicación a un puerto elegido por la compu- 
tadora en la que se ejecuta el programa. El constructor de DatagramSocket que recibe un número de puerto entero 
enlaza la aplicación al puerto especificado. Si un constructor de DatagramSocket no enlaza la aplicación a un puer- 
to, se produce una excepción SocketExcepti on. El método recei ve de DatagramSocket se bloquea (espera) hasta 
que llega un paquete, y después almacena este paquete en su argumento. 

• El método getAddress de DatagramPacket devuelve un objeto InetAddress que contiene información acerca 
del equipo host desde el que se envió el paquete. El método getPort devuelve un entero que especifica el número de 
puerto a través del cual el equipo host envió el objeto DatagramPacket. El método getLength devuelve un entero 
que representa el número de bytes de datos en un objeto DatagramPacket. El método getData devuelve un arreglo 
de bytes que contiene los datos en un objeto DatagramPacket. 

• El constructor de DatagramPacket para un paquete que se va a enviar recibe cuatro argumentos: el arreglo de bytes 
que se va a enviar, el número de bytes a enviar, la dirección cliente a la que se enviará el paquete y el número de 
puerto en el que espera el cliente para recibir paquetes. 

• El método send de DatagramSocket envía un objeto DatagramPacket a través de la red. 

• Si ocurre un error al recibir o enviar un objeto DatagramPacket, se produce una excepción IOExcepti on. 

Sección 24.9 La seguridad y la red 

• Por lo general, los navegadores Web restringen a un applet, de manera que sólo pueda comunicarse con el equipo 
desde el que se descargó originalmente. 


Terminología 

_bi ank, marco de destino 

_sel f, marco de destino 

_top, marco de destino 

accept, método de la clase ServerSocket 

ACTIVATED, constante de la clase anidada EventType 

Appi etContext, interfaz 

bloquear para escuchar en espera de una conexión 

cargador de clases 

cliente 

ci ose, método de la clase Socket 
comunicación basada en sockets 
comunicaciones basadas en paquetes 
conexión 

Consorcio World Wide Web (W3C) 
DatagramPacket, clase 
DatagramSocket, clase 
dirección de bucle local (loopback) 


encabezado de flujo 
enlazar el servidor al puerto 

ENTERED, constante de la clase anidada EventType 
EventType, clase anidada de Hyperi i nkEvent 
EXITED, constante de la clase anidada EventType 
getAddress, método de la clase DatagramPacket 
getAppi etContext, método de la clase Appi et 
getByName, método de la clase InetAddress 
getData, método de la clase DatagramPacket 
getEventType, método de la clase Hyperi i nkEvent 
getHostName, método de la clase InetAddress 
getlnetAddress, método de la clase Socket 
getlnputStream, método de la clase Socket 
getLength, método de la clase DatagramPacket 
getLocal Host, método de la clase InetAddress 
getOutputStream, método de la clase Socket 
getParameter, método de la clase Applet 
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getPort, método de la clase DatagramPacket 
getResource, método de la clase Class 
getURL, método de la clase Hyperl i nkEvent 
Hyperl i nkEvent, clase 
Hyperl i nkLi stener, interfaz 
hyperl i nkUpdate, método de la interfaz Hyper- 
1 i nkLi stener 

Identificador uniforme de recursos (URI) 

InetAddress, clase 

java.net, paquete 

DEdi torPane, clase 

longitud de cola 

MalformedURLException, clase 

marco de destino 

marco de HTML 

número de puerto 

origen de confianza 

paquete 

paquete de datagrama 
param, etiqueta 
parámetro de applet 

Protocolo de datagramas de usuario (UDP) 
Protocolo de transferencia de hipertexto (HTTP) 
puerto 


punto de negociación (handshake) 

recei ve, método de la clase DatagramSocket 

registrar un puerto 

relación cliente/servidor 

repite un paquete y lo envía de vuelta al cliente 

send, método de la clase DatagramSocket 

ServerSocket, clase 

servicio orientado a la conexión 

servicio sin conexión 

servidor 

setPage, método de la clase 1 Edi torPane 
showDocument, método de la clase Appl etContext 
socket 

socket de datagrama 

socket de flujo 

Socket, clase 

SocketException, clase 

TCP (Protocolo de control de transmisión) 

transmisión basada en flujos, orientada a la conexión 

transmisión basada en sockets 

transmisión sin conexión 

UDP (Protocolo de datagramas de usuario) 

UnknownHostException, clase 


Ejercicios de autoevaluación 

24. 1 Complete las siguientes oraciones: 

a) La excepción ocurre cuando se produce un error de entrada/salida al cerrar un socket. 

b) La excepción ocurre cuando un nombre de host indicado por un cliente no se puede 

resolver a una dirección. 

c) Si un constructor de DatagramSocket no puede establecer un objeto DatagramSocket apropiadamente, se 

produce una excepción del tipo . 

d) Muchas de las clases para trabajo en red de Java están contenidas en el paquete . 

e) La clase enlaza la aplicación a un puerto para la transmisión de datagramas. 

f) Un objeto de la clase contiene una dirección IP. 

g) Los dos tipos de sockets que vimos en este capítulo son y . 

h) El acrónimo URL significa . 

i) El acrónimo URI significa . 

j) El protocolo clave que forma la base de la World Wide Web es . 

k) El método de Appl etContext recibe un objeto URL como argumento y muestra en un 

navegador el recurso Web asociado con ese URL. 

l) El método getLocal Host devuelve un objeto que contiene el nombre de host local de 

la computadora en la que se está ejecutando el programa. 

m) El constructor de URL determina si su argumento de cadena es un URL válido. De ser así, el objeto URL se 

inicializa con esa ubicación; en caso contrario, se produce una excepción . 

24.2 Conteste con verdadero o falso a cada una de las siguientes proposiciones; en caso de ser falso , explique por qué 

a) UDP es un protocolo orientado a la conexión. 

b) Con los sockets de flujo, un proceso establece una conexión con otro proceso. 

c) Un servidor espera en un puerto las conexiones de un cliente. 

d) La transmisión de paquetes con datagramas a través de una red es un proceso confiable; se garantiza que los 
paquetes lleguen en secuencia. 
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e) Por razones de seguridad, muchos navegadores Web como Mozilla permiten a los applet de Java realizar el 
procesamiento de archivos solamente en los equipos en los que se ejecutan. 

f) A menudo, los navegadores Web restringen a un applet de manera que sólo pueda comunicarse con el 
equipo desde el que se descargó originalmente. 

Respuestas a los ejercicios de autoevaluación 

24.1 a) IOException. b) UnknownHostException. c) SocketException. d) java.net. e) DatagramSocket . 
f) InetAddress. g) sockets de flujo, sockets de datagrama. h) Localizador uniforme de recursos, i) Identificador 
uniforme de recursos, j) http. k) showDocument. 1) InetAddress . m) Mal formedllRLException. 

24.2 a) Falso; UDP es un protocolo sin conexión y TCP es un protocolo orientado a la conexión, b) Verdadero, 
c) Verdadero, d) Falso; los paquetes podrían perderse, llegar desordenados o duplicarse, e) Falso; la mayoría de los 
navegadores evita que los applets realicen un procesamiento de archivos en el equipo cliente, f) Verdadero. 

Ejercicios 

24.3 Indique la diferencia entre los servicios de red orientados a la conexión y los servicios sin conexión. 

24.4 ¿Cómo determina un cliente el nombre de host del equipo cliente? 

24.5 ¿Bajo qué circunstancias se lanzaría una excepción SocketException? 

24.6 ¿Cómo puede un cliente obtener una línea de texto de un servidor? 

24.7 Describa cómo se conecta un cliente con un servidor. 

24.8 Describa cómo un servidor envía datos a un cliente. 

24.9 Describa cómo operar un servidor para recibir una petición de conexión basada en flujo de un solo cliente. 

24. 1 0 ¿Cómo escucha un servidor las conexiones de sockets basadas en flujo en un puerto? 

24. 1 I ¿Qué es lo que determina cuántas peticiones de conexión de los clientes pueden esperar en una cola para conec- 
tarse con un servidor? 

24. 1 2 Según lo descrito en el texto, ¿cuáles son las razones que podrían ocasionar que un servidor rechazara una peti- 
ción de conexión de un cliente? 

24.13 Use una conexión de Socket para permitir a un cliente especificar un nombre de archivo, y haga que el servidor 
envíe el contenido del mismo o indique que el archivo no existe. 

24.14 Modifique el ejercicio 24.13 para permitir al cliente modificar el contenido del archivo y enviarlo de vuelta al 
servidor para que lo almacene. El usuario puede editar el archivo en un objeto ITextArea y después hacer clic en un 
botón guardar cambios para enviar el archivo de vuelta al servidor. 

24. 1 5 Modifique el programa de la figura 24.2 para permitir que los usuarios agreguen sus propios sitios a la lista, y 
que también los eliminen de la lista. 

24.16 Los servidores con subprocesamiento múltiple son bastante populares hoy en día, especialmente debido al 
uso cada vez mayor de servidores con multiprocesamiento. Modifique la aplicación de servidor simple presentada 
en la sección 24.6, para que sea un servidor con subprocesamiento múltiple. Después utilice varias aplicaciones cliente 
y haga que cada una de ellas se conecte al servidor en forma simultánea. Use un objeto ArrayLi st para almacenar los 
subprocesos cliente. ArrayLi st proporciona varios métodos que pueden utilizarse en este ejercicio. El método size 
determina el número de elementos en un objeto ArrayLi st. El método get devuelve el elemento en la ubicación 
especificada por su argumento. El método add coloca su argumento al final del objeto ArrayLi st. El método remove 
elimina su argumento del objeto ArrayLi st. 

24.17 (Juego de damas) En el texto presentamos un programa de Tres en raya, controlado por un servidor con 
subprocesamiento múltiple. Desarrolle un programa de damas que se modele en base al programa de Tres en raya. 
Los dos usuarios deberán alternar sus movimientos. Su programa debe mediar los movimientos de los jugadores, 
determinando el turno de cada quién y permitiendo sólo movimientos válidos. Los mismos jugadores determinarán 
cuando el juego se haya acabado. 

24. 1 8 (Juego de ajedrez) Desarrolle un programa para jugar ajedrez, modelado en base al programa de damas del ejer- 
cicio 24.17. 
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24.19 (Juego de Blackjack) Desarrolle un programa para jugar cartas estilo Blackjack, en el que la aplicación servidor 
reparta las cartas a cada uno de los applets cliente. El servidor deberá repartir cartas adicionales (según las reglas del 
juego) a cada jugador, según sea requerido. 

24.20 (Juego de Póquer) Desarrolle un programa para jugar cartas estilo Póquer, en el que la aplicación servidor reparta 
las cartas a cada uno de los applets cliente. El servidor deberá repartir cartas adicionales (según las reglas del juego) a 
cada jugador, según sea requerido. 

24 . 2 1 (Modificaciones al programa de Tres en raya con subprocesamiento múltiple) Los programas de las figuras 24. 1 3 y 
24.15 implementan una versión cliente/servidor con subprocesamiento múltiple del juego Tres en raya. Nuestro obje- 
tivo al desarrollar este juego fue demostrar el uso de un servidor con subprocesamiento múltiple que pudiera procesar 
varias conexiones de clientes al mismo tiempo. El servidor en el ejemplo realmente es un mediador entre los dos applets 
cliente; se asegura que cada movimiento sea válido y que cada cliente se mueva en el orden apropiado. El servidor no 
determina quién ganó o perdió, o si hubo un empate. Además, no existe la capacidad de permitir que se inicie un juego 
nuevo, o de terminar un juego existente. 

A continuación se muestra una lista de modificaciones sugeridas a las figuras 24.13 y 24.15: 

a) Modificar la clase Servi dorT resEnRaya para probar si se ganó, perdió o empató en cada movimiento del 
juego. Enviar un mensaje a cada applet cliente que indique el resultado del juego cuando éste termine. 

b) Modificar la clase C1 i enteT resEnRaya para mostrar un botón que, al hacer clic sobre él, permita al cliente 
jugar otro juego. El botón deberá habilitarse sólo cuando se complete un juego. Observe que las clases 
C1 i enteT resEnRaya y Servi dorT resEnRaya deben modificarse para restablecer el tablero y toda la demás 
información de estado. Además, el otro C1 i enteT resEnRaya debe ser notificado cuando un nuevo juego 
esté por empezar, para que su tablero y su estado puedan restablecerse. 

c) Modificar la clase Ci i enteT resEnRaya para mostrar un botón que, al hacer clic sobre él, el cliente pueda 
terminar el programa en cualquier momento. Cuando el usuario haga clic en el botón, el servidor y el otro 
cliente deberán ser notificados. Después el servidor deberá esperar una conexión de otro cliente, para que 
pueda empezar un juego nuevo. 

d) Modifique las clases C1 i enteT resEnRaya y Servi dorT resEnRaya de manera que el ganador de un juego 
pueda seleccionar la pieza X u O para el siguiente juego. Recuerde: la X siempre va primero. 

e) Si le gusta ser ambicioso, permita a un cliente jugar contra el servidor mientras éste espera la conexión de 
otro cliente. 

24.22 (Tres en raya con subprocesamiento múltiple, en 3-D) Modifique el programa de Tres en raya cliente/servidor 
con subprocesamiento múltiple, para implementar una versión tridimensional del juego, de 4 X 4 X 4. Implemente la 
aplicación servidor para que sea el intermediario entre los dos clientes. Muestre el tablero tridimensional como cuatro 
tableros que contienen cuatro filas y cuatro columnas cada uno. Si le gusta ser ambicioso, trate de hacer las siguientes 
modificaciones: 

a) Dibuje el tablero en forma tridimensional. 

b) Permita al servidor probar si hay un ganador, un perdedor o si fue empate. ¡Cuidado! ¡Hay muchas posibles 
maneras de ganar en un tablero de 4 X 4 X 4! 

24.23 (Código Morse en red) Tal vez el más famoso de todos los esquemas de codificación sea el código Morse, desa- 
rrollado por Samuel Morse en 1832 para usarlo con el sistema telegráfico. El código Morse asigna una serie de puntos y 
guiones cortos a cada letra del alfabeto, a cada dígito y a unos cuantos caracteres especiales (punto, coma, signo de dos 
puntos y signo de punto y coma). En los sistemas orientados al sonido, el punto representa un sonido corto y el guión 
corto representa un sonido largo. En los sistemas orientados a la luz y en los sistemas de señalización con banderas se 
utilizan otras representaciones de puntos y guiones cortos. La separación entre las palabras se indica mediante un espa- 
cio o, simplemente, la ausencia de un punto o un guión corto. En un sistema orientado al sonido, un espacio se indica 
mediante un lapso corto de tiempo durante el cual no se transmite ningún sonido. La versión internacional del código 
Morse aparece en la figura 24.18. 

Escriba una aplicación cliente/servidor en la que dos clientes puedan enviarse entre sí mensajes en código Morse, 
a través de una aplicación servidor con subprocesamiento múltiple. La aplicación cliente deberá permitir al usuario 
escribir caracteres normales en un objeto ITextArea. Cuando el usuario envíe el mensaje, la aplicación cliente deberá 
traducir los caracteres en código Morse y enviar el mensaje codificado a través del servidor, al otro cliente. Use un espa- 
cio en blanco entre cada letra en código Morse y tres espacios en blanco entre cada palabra en código Morse. Cuando se 
reciban los mensajes, deberán ser decodificados y mostrados como caracteres normales y como código Morse. El cliente 
debe tener un objeto JTextArea para escribir y un objeto JTextArea para mostrar los mensajes del otro cliente. 
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Figura 24.18 

Las letras del alfabeto, expresadas en 

código Morse internacional. 






Es un error capital especular 
antes de tener datos. 

— Arthur Conan Doyle 

Ahora ven, escríbelo en una 
tablilla, grábalo en un libro, 
y que dure hasta el último 
día, para testimonio. 

— La Santa Biblia, Isaías 30:8 

Primero consiga los 
hechos, y después podrá 
distorsionarlos según le 
parezca. 

— Mark Twain 

Me gustan dos tipos de 
hombres: domésticos y 
foráneos. 


— Mae West 


Acceso a bases 
de datos con 
JDBC 


OBJETIVOS 

En este capítulo aprenderá a: 

■ Utilizar los conceptos acerca de las bases de datos relaciónales. 

■ Utilizar el Lenguaje de Consulta Estructurado (SQL) para 
obtener y manipular los datos de una base de datos. 

■ Utilizar la API JDBC™ del paquete java, sql para acceder 
a las bases de datos. 

■ Utilizar la interfaz RowSet del paquete javax.sql para 
manipular bases de datos. 

■ Utilizar el descubrimiento de controladores de JDBC 
automático de JDBC 4-0. 

■ Utilizar objetos PreparedStatement para crear Instrucciones 
de SQL precompiladas con parámetros. 

■ Conocer cómo el procesamiento de transacciones hace que 
las aplicaciones de datos sea más robusto. 
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25.1 Introducción 

25.2 Bases de datos relaciónales 

25.3 Generalidades acerca de las bases de datos relaciónales: la base de datos libros 

25.4 SQL 

25.4- 1 Consulta básica SELECT 

25.4.2 La cláusula WHERE 

25.4.3 La cláusula ORDER BY 

25.4- 4 Cómo fusionar datos de varias tablas: INNER 10IN 

25.4. 5 La instrucción INSERT 

25.4.6 La instrucción UPDATE 

25.4.7 La instrucción DELETE 

25.5 Instrucciones para instalar MySQL y MySQL Connector/J 

25.6 Instrucciones para establecer una cuenta de usuario de MySQL 

25.7 Creación de la base de datos 1 i bros en MySQL 

25.8 Manipulación de bases de datos con JDBC 

25.8.1 Cómo conectarse y realizar consultas en una base de datos 

25.8.2 Consultas en la base de datos 1 i bros 

25.9 La interfaz RowSet 

25.10 Java DB/Apache Derby 

25.11 Objetos PreparedStatement 

25.12 Procedimientos almacenados 

25.13 Procesamiento de transacciones 

25.14 Conclusión 

25.15 Recursos Web y lecturas recomendadas 

Resumen | Terminología | Ejercicios de autoevaluación | Respuestas a los ejercicios de autoevaluación | Ejercicios 


25.1 Introducción 

Una base de datos es una colección organizada de datos. Existen diversas estrategias para organizar datos y faci- 
litar el acceso y la manipulación. Un sistema de administración de bases de datos (DBMS) proporciona los 
mecanismos para almacenar, organizar, obtener y modificar datos para muchos usuarios. Los sistemas de admi- 
nistración de bases de datos permiten el acceso y almacenamiento de datos sin necesidad de preocuparse por su 
representación interna. 

En la actualidad, los sistemas de bases de datos más populares son las bases de datos relaciónales, en donde 
los datos se almacenan sin considerar su estructura física (sección 25.2). Un lenguaje llamado SQL es el lenguaje 
estándar internacional que se utiliza casi universalmente con las bases de datos relaciónales para realizar consultas 
(es decir, para solicitar información que satisfaga ciertos criterios) y para manipular datos. 

Algunos sistemas de administración de bases de datos relaciónales (RDBMS) populares son Microsoft 
SQL Server, Oracle, Sybase, IBM DB2, Informix, PostgreSQL y MySQL. El JDK incluye ahora un RDBMS 
puro de Java, conocido como Java DB (la versión de Sun de Apache Derby). En este capítulo presentaremos 
ejemplos utilizando MySQL y Java DB. 1 


1 . MySQL es uno de los sistemas de administración de bases de datos de código fuente abierto más populares de la actualidad. Al momento 
de escribir este libro todavía no soportaba JDBC 4, que forma parte de Java SE 6 (Mustang). Sin embargo, el sistema Java DB de Sun, 
que está basado en el sistema de administración de bases de datos de código fuente abierto Apache Derby y se incluye con el JDK 1 .6.0 
de Sun, sí ofrece soporte para JDSBC 4. En las secciones 25.8 a 25.10 utilizamos MySQL y JDBC 3, y en la sección 25.1 1 utilizamos 
Java DB y JDBC 4. 
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Los programas en Java se comunican con las bases de datos y manipulan sus datos utilizando la API JDBC™. 
Un controlador de JDBC permite a las aplicaciones de Java conectarse a una base de datos en un DBMS especí- 
fico, y nos permite manipular esa base de datos mediante la API JDBC. 



Observación de ingeniería de software 25.1 

Al utilizar la API JDBC, los desarrolladores pueden modificar el DBMS subyacente sin necesidad de modificar el 
código de Java que accede a la base de datos. 


La mayoría de los sistemas de administración de bases de datos populares incluyen ahora controladores de 
JDBC. También hay muchos controladores de JDBC de terceros disponibles. En este capítulo presentaremos 
la tecnología JDBC y la emplearemos para manipular bases de datos de MySQL y Java DB. Las técnicas que 
demostraremos aquí también pueden usarse para manipular otras bases de datos que tengan controladores de 
JDBC. Consulte la documentación de su DBMS para determinar si incluye un controlador de JDBC. Incluso 
si su DBMS no viene con un controlador de JDBC, muchos distribuidores independientes proporcionan estos 
controladores para una amplia variedad de sistemas DBMS. 

Para obtener más información acerca de JDBC, visite la página: 

java. sun . com/javase/technologi es/database/i ndex. jsp 

Este sitio contiene información relacionada con JDBC, incluyendo las especificaciones de JDBC, preguntas 
frecuentes (FAQs) acerca de JDBC, un centro de recursos de aprendizaje y descargas de software para buscar 
controladores de JDBC para su DBMS, 

devel opers . sun . com/product/jdbc/dri vers/ 

Este sitio proporciona un motor de búsqueda para ayudarlo a localizar los controladores apropiados para su 
DBMS. 


25.2 Bases de datos relaciónales 

Una base de datos relacional es una representación lógica de datos que permite acceder a éstos sin necesidad 
de considerar su estructura física. Una base de datos relacional almacena los datos en tablas. En la figura 25.1 se 
muestra una tabla de ejemplo que podría utilizarse en un sistema de personal. El nombre de la tabla es Empl eado, 
y su principal propósito es almacenar los atributos de un empleado. Las tablas están compuestas de filas, y las filas, 
de columnas en las que se almacenan los valores. Esta tabla consiste de seis filas. La columna Numero de cada fila 
en esta tabla es su clave primaria: una columna (o grupo de columnas) en una tabla que tiene un valor único, el 
cual no puede duplicarse en las demás filas. Esto garantiza que cada fila pueda identificarse por su clave primaria. 
Algunos buenos ejemplos de columnas con clave primaria son un número de seguro social, un número de identifi- 
cación de empleado y un número de pieza en un sistema de inventario, ya que se garantiza que los valores en cada 
una de esas columnas serán únicos. Las filas de la figura 25.1 se muestran en orden, con base en la clave primaria. 
En este caso, las filas se muestran en orden ascendente; también podríamos utilizar el orden descendente. 


Fila 


Número 

Nombre 

Departamento 

Salario 

Ubicación 

23603 

Iones 

! 413 ! 

1100 

New Jersey 

, 24568 

Ke rwi n 

1 413' 

. _ i j 

2000 

New Jersey 

{ | 34589 

Larson 

1 642 1 

1800 

Los Angeles 

^ 35761 

Myers 

! 611 ! 

1400 

Orlando 

47132 

Neumann 

! 413 ! 

9000 

New Jersey 

78321 

Stephens 

1 611' 

^ j 

8500 

Orlando 

Clave primaria 


Columna 




Figura 25.1 | Datos de ejemplo de la tabla Empleado. 
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No se garantiza que las filas en las tablas se almacenen en un orden específico. Como lo demostraremos en 
un ejemplo más adelante, los programas pueden especificar criterios de ordenamiento al solicitar datos de una 
base de datos. 

Cada columna de la tabla representa un atributo de datos distinto. Las filas generalmente son únicas (por 
clave primaria) dentro de una tabla, pero los valores de columnas específicas pueden duplicarse entre filas. 
Por ejemplo, tres filas distintas en la columna Departamento de la tabla Empl eado contienen el número 415. 

A menudo los distintos usuarios de una base de datos se interesan en datos diferentes, y en relaciones distintas 
entre esos datos. La mayoría de los usuarios requieren solamente de ciertos subconjuntos de las filas y columnas. 
Para obtener estos subconjuntos, utilizamos consultas para especificar cuáles datos se deben seleccionar de una 
tabla. Utilizamos SQL para definir consultas complejas que seleccionen datos de una tabla. Por ejemplo, podría- 
mos seleccionar datos de la tabla Empleado para crear un resultado que muestre en dónde se ubican los depar- 
tamentos, y presentar los datos ordenados en forma ascendente, por número de departamento. Este resultado se 
muestra en la figura 25.2. Hablaremos sobre las consultas de SQL en la sección 25.4. 


Departamento Ubicación 

413 New Jersey 

611 Orlando 

642 Los Angeles 

Figura 25.2 | Resultado de seleccionar distintos datos de Departamento y Ubi caci on de la tabla Empl eado. 

25.3 Generalidades acerca de las bases de datos relaciónales: 
la base de datos libros 

Ahora veremos las generalidades sobre las bases de datos relaciónales, y para ello emplearemos una base de datos 
llamada libros, misma que creamos para este capítulo. Antes de hablar sobre SQL, veremos una descripción 
general de las tablas de la base de datos 1 i bros. Utilizaremos esta base de datos para presentar varios conceptos 
de bases de datos, incluyendo el uso de SQL para obtener información de la base de datos y manipular los datos. 
Le proporcionaremos una secuencia de comandos (script) para crear la base de datos. En el directorio de ejemplos 
para este capítulo (en el CD que acompaña al libro) encontrará la secuencia de comandos. En la sección 25.5 le 
explicaremos cómo utilizar esta secuencia de comandos. 

La base de datos consiste de tres tablas: autores, isbnAutor y ti tul os. La tabla autores (descrita en la 
figura 25.3) consta de tres columnas que mantienen el número único de identificación de cada autor, su nombre 
de pila y apellido. La figura 25.4 contiene datos de ejemplo de la tabla autores de la base de datos 1 i bros. 

La tabla i sbnAutor (descrita en la figura 25.5) consta de dos columnas que representan a cada ISBN y el 
correspondiente número de ID del autor. Esta tabla asocia a los autores con sus libros. Ambas columnas son cla- 
ves externas que representan la relación entre las tablas autores y ti tul os; una fila en la tabla autores puede 
estar asociada con muchas filas en la tabla ti tul os y viceversa. La figura 25.6 contiene datos de ejemplo de la 
tabla i sbnAutor de la base de datos 1 i bros. [Nota: para ahorrar espacio, dividimos el contenido de esta tabla en 


Columna 

Descripción 

i dAutor 

El número de identificación (ID) del autor en la base de datos. En la base de datos 1 i bros, esta 
columna de enteros se define como autoincrementada; para cada fila insertada en esta tabla, 
la base de datos incrementa automáticamente el valor de i dAutor por 1 para asegurar que cada 
fila tenga un i dAutor único. Esta columna representa la clave primaria de la tabla. 

nombrePi 1 a 

El nombre de pila del autor (una cadena) . 

apel 1 i doPaterno 

El apellido paterno del autor (una cadena) . 

Figura 25.3 | La tabla autores de la base de datos 1 i bros. 
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¡dAutor 

nombrePila 

apellidoPaterno 

1 

Harvey 

Deitel 

2 

Paul 

Deitel 

3 

Tem 

Nieto 

4 

Sean 

Santry 

Figura 25.4 

Datos de ejemp 

o de la tabla autores. 


Columna Descripción 


i dAutor El número de identificación (ID) del autor, una clave externa para la tabla autores, 

i sbn El ISBN para un libro, una clave externa para la tabla títulos. 

Figura 25.5 | La tabla i sbnAutor de la base de datos 1 i bros. 


¡dAutor 

¡sbn 

¡dAutor 

¡sbn 

1 

0131869000 

2 

0131450913 

2 

0131869000 

1 

0131828274 

1 

0131483986 

2 

0131828274 

2 

0131483986 

3 

0131450913 

1 

0131450913 

4 

0131828274 


Figura 25.6 | Datos de ejemplo de la tabla i sbnAutor de 1 i bros. 


dos columnas, cada una de las cuales contiene las columnas i dAutor y i sbn.] La columna i dAutor es una clave 
externa; una columna en esta tabla que coincide con la columna de la clave primaria en otra tabla (por ejemplo, 
i dAutor en la tabla autores). Las claves externas se especifican al crear una tabla. La clave externa ayuda a man- 
tener la Regla de integridad referencial: todo valor de una clave externa debe aparecer como el valor de la clave 
primaria de otra tabla. Esto permite al DBMS determinar si el valor de i dAutor para un libro específico es válido. 
Las claves externas también permiten seleccionar datos relacionados en varias tablas para fines analíticos; a esto se 
conoce como unir los datos. 

La tabla ti tul os descrita en la figura 25.7 consiste en cuatro columnas que representan el ISBN, el título, 
el número de edición y el año de copyright. La tabla está en la figura 25.8. 

Hay una relación de uno a varios entre una clave primaria y su correspondiente clave externa (por ejemplo, 
una editorial puede publicar muchos libros). Una clave externa puede aparecer varias veces en su propia tabla, 
pero sólo una vez (como clave primaria) en otra tabla. La figura 25.9 es un diagrama de relación de entidades 
(ER) para la base de datos 1 i bros. Este diagrama muestra las tablas en la base de datos, así como las relaciones 
entre ellas. El primer compartimiento en cada cuadro contiene el nombre de la tabla. Los nombres en cursiva 
son claves primarias. La clave primaria de una tabla identifica en forma única a cada fila. Cada fila debe tener 
un valor en la clave primaria, y éste debe ser único en la tabla. A esto se le conoce como Regla de integridad de 
entidades. 



Error común de programación 25.1 

Si no se proporciona un valor para cada columna en una clave primaria , se quebranta la Regla de Integridad de 
Entidades y el DBMS reporta un error. 
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Columna 

Descripción 

i sbn 

El número ISBN del libro (una cadena). La clave primaria de la tabla. ISBN son las siglas de 
“International Standard Book Number” (Número internacional normalizado para libros); un 
esquema de numeración utilizado por las editoriales en todo el mundo para dar a cada libro 
un número de identificación único. 

titulo 

Título del libro (una cadena) . 

numeroEdicion 

Número de edición del libro (un entero). 

copyri ght 

Año de edición (copyright) del libro (una cadena). 


Figura 25.7 | La tabla títulos de la base de datos libros. 


¡sbn 

titulo 

numeroEdicion 

copyright 

0131869000 

Visual Basic How to Program 

3 

2006 

0131525239 

Visual C# How to Program 

2 

2006 

0132222205 

Java How to Program 

7 

2007 

0131857576 

C++ How to Program 

5 

2005 

0132404168 

C How to Program 

5 

2007 

0131450913 

Internet & World Wide Web 

How to Program 

3 

2004 


Figura 25.8 | Datos de ejemplo para la tabla títulos de la base de datos libros. 


Autores 

IDAutor 
NombrePi la 
Apellido Paterno 


ISBNAutor 

Títulos 





ISBN 

Titulo 


NumeroEdicion 


Copyri ght 


Figura 25.9 | Relaciones de las tablas en la base de datos 1 i bros. 



Error común de programación 25.2 

Al proporcionar el mismo valor para la clave primaria en varias filas, el DBMS reporta un error. 


Las líneas que conectan las tablas en la figura 25.9 representan las relaciones entre las tablas. Considere la 
línea entre las tablas i sbnAutor y autores. En el extremo de la línea que va a autores hay un 1, y en el extre- 
mo que va a i sbnAutor hay un símbolo de infinito («>), el cual indica una relación de uno a varios en la que 
cualquier autor de la tabla autores puede tener un número arbitrario de libros en la tabla i sbnAutor. Observe 
que la línea de relación enlaza a la columna idAutor en la tabla autores (su clave primaria) con la columna 
idAutor en la tabla i sbnAutor (es decir, su clave externa). La columna idAutor en la tabla i sbnAutor es 
una clave externa. 
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Error común de programación 25.3 

Al proporcionar un valor de clave externa que no aparezca como valor de clave primaria en otra tabla, se quebranta 
la Regla de Integridad Referencial y el DBMS reporta un error. 


La línea entre las tablas títulos e isbnAutor muestra otra relación de uno a varios; un título puede ser 
escrito por cualquier número de autores. De hecho, el único propósito de la tabla isbnAutor es proporcionar 
una relación de varios a varios entre las tablas autores y títulos; un autor puede escribir cualquier número de 
libros y un libro puede tener cualquier número de autores. 


25.4 SQL 

En esta sección veremos una descripción general acerca de SQL, en el contexto de nuestra base de datos 1 i bros. En 
los ejemplos posteriores y en los ejemplos de los capítulos 26 a 28, usted podrá utilizar las consultas de SQL que 
describimos aquí. 

Las palabras clave de SQL enlistadas en la figura 25.10 se describen en las siguientes subsecciones, dentro del 
contexto de consultas e instrucciones de SQL completas. Las demás palabras clave de SQL se encuentran más allá 
del alcance de este libro. Para aprender acerca de las otras palabras clave, consulte la guía de referencia de SQL 
que proporciona el distribuidor del RDBMS que usted utilice. [Nota: para obtener más información acerca de 
SQL, consulte los recursos Web en la sección 25.15 y las lecturas recomendadas que se enlistan al final de este 
capítulo] . 


Palabra clave de SQL 

Descripción 

SELECT 

Obtiene datos de una o más tablas. 

FROM 

Las tablas involucradas en la consulta. Se requiere para cada SELECT. 

WERE 

Los criterios de selección que determinan cuáles filas se van a recuperar, eliminar o 
actualizar. Es opcional en una consulta o instrucción de SQL. 

GROUP BY 

Criterios para agrupar filas. Es opcional en una consulta SELECT. 

ORDER BY 

Criterios para ordenar filas. Es opcional en una consulta SELECT. 

INNER J0IN 

Fusionar filas de varias tablas. 

INSERT 

Insertar filas en una tabla especificada. 

UPDATE 

Actualizar filas en una tabla especificada. 

DELETE 

Eliminar filas de una tabla especificada. 


Figura 25. 1 0 | Palabras clave para consultas de SQL. 


25.4-1 Consulta básica SELECT 

Veamos ahora varias consultas de SQL que extraen información de la base de datos libros. Una consulta de 
SQL “selecciona” filas y columnas de una o más tablas en una base de datos. Dichas selecciones se llevan a cabo 
mediante consultas con la palabra clave SELECT. La forma básica de una consulta SELECT es: 

SELECT * FROM nombreDeTabla 

en la consulta anterior, el asterisco (*) indica que deben obtenerse todas las columnas de la tabla nombreDeTabla. 
Por ejemplo, para obtener todos los datos en la tabla autores, podemos utilizar la siguiente consulta: 

SELECT * FROM autores 

La mayoría de los programas no requieren todos los datos en la tabla. Para obtener sólo ciertas columnas de 
una tabla, reemplace el asterisco (*) con una lista separada por comas de los nombres de las columnas. Por ejem- 
plo, para obtener solamente las columnas i dAutor y apel 1 i doPaterno para todas las filas en la tabla autores, 
utilice la siguiente consulta: 
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SELECT idAutor, apellidoPaterno FROM autores 
Esta consulta devuelve los datos que se muestran en la figura 25. 11. 


¡dAutor 

apellidoPaterno 

1 

Deitel 

2 

Deitel 

3 

Nieto 

4 

Santry 


Figura 25.1 I | Datos de ejemplo para -idAutor y apellidoPaterno de la tabla autores. 



Observación de ingeniería de software 25.2 

Para la mayoría de las consultas , no debe utilizarse el asterisco (*) para especificar nombres de columnas. En general, 
los programadores procesan los resultados sabiendo de antemano el orden de las columnas en el resultado; por ejem- 
plo, al seleccionar i dAutor y ape 11 i doPaterno de la tabla autores nos aseguramos que las columnas aparezcan 
en el resultado con idAutor como la primera columna y apellidoPaterno como la segunda. Generalmente los 
programas procesan las columnas de resultado especificando el número de columna en el resultado ( empezando con el 
número 1 para la primera columna). Al seleccionar las columnas por nombre, también evitamos devolver columnas 
innecesarias y nos protegemos contra los cambios en el orden actual de las columnas en la(s) tabla(s). 



Error común de programación 25.4 

Si un programador supone que las columnas siempre se devuelven en el mismo orden de una consulta que utiliza el 
asterisco (*), el programa podría procesar los resultados incorrectamente. Si cambia el orden de las columnas en la(s) 
tabla(s), o si se agregan más columnas posteriormente, el orden de las columnas en el resultado cambia de manera 
acorde. 


25.4.2 La cláusula WHERE 

En la mayoría de los casos es necesario localizar, en una base de datos, filas que cumplan con ciertos criterios de 
selección. Sólo se seleccionan las filas que cumplan con los criterios de selección (formalmente llamados predi- 
cados). SQL utiliza la cláusula WHERE opcional en una consulta para especificar los criterios de selección para la 
misma. La forma básica de una consulta con criterios de selección es: 

SELECT nombreDeColumnal , nombreDeColumna2, ... FROM nombreDeTabla WHERE criterios 

Por ejemplo, para seleccionar las columnas titulo, numeroEdicion y copyright de la tabla ti tul os para las 
cuales la fecha de copyri ght sea mayor que 2005, utilice la siguiente consulta: 

SELECT titulo, numeroEdicion, copyright 
FROM ti tul os 

WHERE copyright > '2005' 

En la figura 25.12 se muestra el resultado de la consulta anterior. Los criterios de la cláusula WHERE pueden 
contener los operadores <, >, <=, >=, =, o y LIKE. El operador LIKE se utiliza para relacionar patrones con los 
caracteres comodines porcentaje (%) y guión bajo (_). El relacionar patrones permite a SQL buscar cadenas que 
coincidan con un patrón dado. 

Un patrón que contenga un carácter de porcentaje (%) busca cadenas que tengan cero o más caracteres en la 
posición del carácter de porcentaje en el patrón. Por ejemplo, la siguiente consulta localiza las filas de todos los 
autores cuyo apellido paterno empiece con la letra D: 

SELECT idAutor, nombrePila, apellidoPaterno 
FROM autores 

WHERE apellidoPaterno LIKE ’D%' 
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La consulta anterior selecciona las dos filas que se muestran en la figura 25.13, ya que dos de los cuatro autores 
en nuestra base de datos tienen un apellido paterno que empieza con la letra D (seguida de cero o más caracteres). 
El signo de % y el operador LIKE de la cláusula WHERE indican que puede aparecer cualquier número de caracteres 
después de la letra D en la columna apellidoPaterno. Observe que la cadena del patrón está encerrada entre 
caracteres de comilla sencilla. 


titulo 

numeroEdicion 

copyright 

Visual C# How to Program 

2 

2006 

Visual Basic 2005 How to Program 

3 

2006 

Java How to Program 

7 

2007 

C How to Program 

5 

2005 


Figura 25.12 

Ejemplos de títulos con fechas de copyright posteriores a 2005 de la tabla ti tul os 

idAutor 

nombrePila 

apellidoPaterno B 

1 

Harvey 

Deitel 

2 

Paul 

Deitel 

Figura 25.13 

Autores, cuyo apellido paterno empieza con 

D de la tabla autores. 



Tip de portabilidad 25.1 

Consulte la documentación de su sistema de bases de datos para determinar si SQL es susceptible al uso de mayúsculas 
en su sistema , y para determinar la sintaxis de las palabras clave de SQL (por ejemplo, ¿ deben estar completamen- 
te en mayúsculas, completamente en minúsculas o puede ser una combinación de ambas?). 


Tip de portabilidad 25.2 



Lea cuidadosamente la documentación de su sistema de bases de datos para determinar si éste soporta el operador 
LIKE. El SQL que describimos es soportado por la mayoría de los RDBMS, pero siempre es buena idea comprobar 
las características de SQL que soporta su RDBMS. 


Un guión bajo ( _ ) en la cadena del patrón indica un carácter comodín individual en esa posición. Por 
ejemplo, la siguiente consulta localiza las filas de todos los autores cuyo apellido paterno empiece con cualquier 
carácter (lo que se especifica con _), seguido por la letra o, seguida por cualquier número de caracteres adicionales 
(lo que se especifica con %): 

SELECT idAutor, nombrePila, apellidoPaterno 
FROM autores 

WHERE apellidoPaterno LIKE '_o%' 

La consulta anterior produce la fila que se muestra en la figura 25.14, ya que sólo un autor en nuestra base de 
datos tiene un apellido paterno que contiene la letra o como su segunda letra. 


idAutor 

nombrePila 

apellidoPaterno 

3 

Andrew 

Goldberg 


Figura 25.14 | El único autor de la tabla autores cuyo apellido paterno contiene o como 
la segunda letra. 
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25.4.3 La cláusula ORDER BY 

Las filas en el resultado de una consulta pueden ordenarse en forma ascendente o descendente, mediante el uso de 
la cláusula ORDER BY opcional. La forma básica de una consulta con una cláusula ORDER BY es: 

SELECT nombreDeColumnal, nombreDeColumna.2 , ... FROM nombreDeTabla ORDER BY columna ASC 
SELECT nombreDeColumnal , nombreDeColumna2 , ... FROM nombreDeTabla ORDER BY columna DESC 

en donde ASC especifica el orden ascendente (de menor a mayor), DESC especifica el orden descendente (de mayor 
a menor) y columna especifica la columna en la cual se basa el ordenamiento. Por ejemplo, para obtener la lista de 
autores en orden ascendente por apellido paterno (figura 25.15), utilice la siguiente consulta: 

SELECT idAutor, nombrePila, apellidoPaterno 
FROM autores 

ORDER BY apellidoPaterno ASC 

Observe que el orden predeterminado es ascendente, por lo que ASC es opcional. Para obtener la misma lista de 
autores en orden descendente por apellido paterno (figura 25.16), utilice la siguiente consulta: 

SELECT idAutor, nombrePila, apellidoPaterno 
FROM autores 

ORDER BY apellidoPaterno DESC 

Pueden usarse varias columnas para ordenar mediante una cláusula ORDER BY, de la siguiente forma: 

ORDER BY columnal tipoDeOrden, columna2 tipoDeOrden, ... 

en donde tipoDeOrden puede ser ASC o DESC. Observe que el tipoDeOrden no tiene que ser idéntico para cada 
columna. La consulta: 

SELECT idAutor, nombrePila, apellidoPaterno 
FROM autores 

ORDER BY apellidoPaterno, nombrePila 


idAutor 

nombrePila 

apellidoPaterno 

4 

David 

Choffnes 

1 

Harvey 

Deitel 

2 

Paul 

Deitel 

3 

Andrew 

Goldberg 

Figura 25.15 

por la columna 

| Datos de ejemplo de la tabla autores 
apel 1 i doPaterno. 

ordenados en forma ascendente 

idAutor 

nombrePila 

apellidoPaterno 

3 

Andrew 

Goldberg 

1 

Harvey 

Deitel 

2 

Paul 

Deitel 

4 

David 

Choffnes 


Figura 25.16 | Datos de ejemplo de la tabla autores ordenados en forma descendente 
por la columna apellidoPaterno. 
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ordena en forma ascendente todas las filas por apellido paterno, y después por nombre de pila. Si varias filas tienen 
el mismo valor de apellido paterno, se devuelven ordenadas por nombre de pila (figura 25.17). 

Las cláusulas WHERE y ORDER BY pueden combinarse en una consulta. Por ejemplo, la consulta: 

SELECT isbn, titulo, numeroEdicion, copyright, precio 
FROM ti tul os 

WHERE titulo LIKE '%How to Program' 

ORDER BY titulo ASC 

devuelve el isbn, titulo, numeroEdicion, copyright y precio de cada libro en la tabla ti tul os que tenga 
un ti tul o que termine con "How to Program" y los ordena en forma ascendente, por ti tul o. El resultado de la 
consulta se muestra en la figura 25.18. 


idAutor 

nombrePila 

apellidoPaterno 

4 

David 

Choffner 

1 

Harvey 

Deitel 

2 

Paul 

Deitel 

3 

Andrew 

Goldberg 


Figura 25.1 7 | Datos de ejemplo de autores de la tabla autores ordenados de manera 
ascendente, por las columnas apellidoPaterno y nombrePila. 


isbn 

titulo 

numeroEdicion 

copyright 

0132404168 

C How to Program 

5 

2007 

0131857576 

C++ How to Program 

5 

2005 

0131450913 

Internet & World Wide Web How to Program 

3 

2004 

0132222205 

Java How to Program 

7 

2007 

0131869000 

Visual Basic 2005 How to Program 

3 

2006 

013152539 

Visual C# How to Program 

2 

2006 


Figura 25.18 | Ejemplos de libros de la tabla ti tul os cuyos títulos terminan con How to Program. 
y están ordenados en forma ascendente por medio de la columna titulo. 


25.4-4 Cómo fusionar datos de varias tablas: INNER JOIN 

Los diseñadores de bases de datos a menudo dividen los datos en tablas separadas para asegurarse de no guardar 
información redundante. Por ejemplo, la base de datos libros tiene las tablas autores y ti tul os. Utilizamos 
una tabla i sbnAutor para almacenar los datos de la relación entre los autores y sus correspondientes títulos. Si 
no separáramos esta información en tablas individuales, tendríamos que incluir la información del autor con cada 
entrada en la tabla ti tul os. Esto implicaría almacenar información duplicada sobre los autores en la base de 
datos, para quienes hayan escrito varios libros. A menudo es necesario fusionar datos de varias tablas en un solo 
resultado. Este proceso, que se le conoce como unir las tablas, se especifica mediante un operador INNER I0IN en 
la consulta. Un operador INNER 30IN fusiona las filas de dos tablas al relacionar los valores en columnas que sean 
comunes para las dos tablas. La forma básica de un INNER 10IN es: 


SELECT nombreDeColumnal , nombreDeColumna2 , 
FROM tablal 
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INNER JOIN tabla2 

ON tablal.nombreDeColumna = tabla2.nombreDeColumna 

La cláusula ON de INNER JOIN especifica las columnas de cada tabla que se comparan para determinar cuáles 
filas se fusionan. Por ejemplo, la siguiente consulta produce una lista de autores acompañada por los ISBNs para 
los libros escritos por cada autor. 

SELECT nombrePila, apellidoPaterno, isbn 

FROM autores 

INNER JOIN i sbnAutor 

ON autores . i dAutor = i sbnAutor . i dAutor 
ORDER BY apellidoPaterno, nombrePila 

La consulta fusiona los datos de las columnas nombrePila y apellidoPaterno de la tabla autores con 
la columna i sbn de la tabla i sbnAutor, ordenando el resultado en forma ascendente por apel 1 i doPaterno y 
nombrePi 1 a. Observe el uso de la sintaxis nombreDeTabla.nombreDeColumna en la cláusula ON. Esta sintaxis (a la 
que se le conoce como nombre calificado) especifica las columnas de cada tabla que deben compararse para unir 
las tablas. La sintaxis “ nombreDeTabla .” es requerida si las columnas tienen el mismo nombre en ambas tablas. 
La misma sintaxis puede utilizarse en cualquier consulta para diferenciar entre columnas de tablas distintas que 
tengan el mismo nombre. En algunos sistemas pueden utilizarse nombres de tablas calificados con el nombre de 
la base de datos para realizar consultas entre varias bases de datos. Como siempre, la consulta puede contener una 
cláusula ORDER BY. En la figura 25.19 se muestra una parte de los resultados de la consulta anterior, ordena- 
dos por apel 1 i doPate rno y nombrePi 1 a. [Nota: para ahorrar espacio dividimos el resultado de la consulta en dos 
columnas, cada una de las cuales contiene a las columnas nombrePi 1 a, apel 1 i doPaterno e i sbn]. 



Observación de ingeniería de software 25.3 

Si una instrucción de SQL incluye columnas de varias tablas que tengan el mismo nombre, en la instrucción se debe 
anteponer a los nombres de esas columnas los nombres de sus tablas y el operador punto (por ejemplo, autores, 
i dAutor). 



Error común de programación 25.5 

Si no se califican los nombres para las columnas que tengan el mismo nombre en dos o más tablas se produce 
error. 


un 


nombrePila 

apellidoPaterno 

isbn 

nombrePila 

apellidoPaterno 

isbn 

David 

ChofFnes 

0131828274 

Paul 

Deitel 

0131525239 

Harvey 

Deitel 

0131525239 

Paul 

Deitel 

0132404168 

Harvey 

Deitel 

0132404168 

Paul 

Deitel 

0131869000 

Harvey 

Deitel 

0131869000 

Paul 

Deitel 

0132222205 

Harvey 

Deitel 

0132222205 

Paul 

Deitel 

0131450913 

Harvey 

Deitel 

0131450913 

Paul 

Deitel 

0131525239 

Harvey 

Deitel 

0131525239 

Paul 

Deitel 

0131857576 

Harvey 

Deitel 

0131857576 

Paul 

Deitel 

0131828274 

Harvey 

Deitel 

0131828274 

Andrew 

Goldberg 

0131450913 


Figura 25.19 | Ejemplo de datos de autores e ISBNs para los libros que han escrito, en orden ascendente 
por apel 1 i doPaterno y nombrePi 1 a. 
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25.4-5 La instrucción INSERT 

La instrucción INSERT inserta una fila en una tabla. La forma básica de esta instrucción es: 

INSERT INTO nombreDeTabla ( nombreDeColumnal , nombreDeColnmna2 , ..., nombreDeColumnaN ) 
VALUES ( valor 1 , valor2, ..., valorN ) 

en donde nombreDeTabla es la tabla en la que se va a insertar la fila. El nombreDeTabla va seguido de una lista 
separada por comas de nombres de columnas entre paréntesis (esta lista no es requerida si la operación INSERT 
especifica un valor para cada columna de la tabla en el orden correcto). La lista de nombres de columnas va segui- 
da por la palabra clave VALUES de SQL, y una lista separada por comas de valores entre paréntesis. Los valores 
especificados aquí deben coincidir con las columnas especificadas después del nombre de la tabla, tanto en orden 
como en tipo (por ejemplo, si nombreDeColumnal se supone que debe ser la columna nombrePila, entonces 
valor 1 debe ser una cadena entre comillas sencillas que represente el nombre de pila). Siempre debemos enlistar 
explícitamente las columnas al insertar filas. Si el orden de las columnas cambia en la tabla, al utilizar solamente 
VALUES se puede provocar un error. La instrucción INSERT: 

INSERT INTO autores ( nombrePila, apel 1 idoPaterno ) 

VALUES ( 'Alejandra', ’Villarreal' ) 

inserta una fila en la tabla autores. La instrucción indica que se proporcionan valores para las columnas nombre- 
Pi 1 a y apel 1 i doPaterno. Los valores correspondientes son 'Alejandra' y 'Villarreal'. No especificamos 
un i dAutor en este ejemplo, ya que i dAutor es una columna autoincrementada en la tabla autores. Para cada 
fila que se agrega a esta tabla, MySQL asigna un valor de i dAuto r único que es el siguiente valor en la secuencia 
autoincrementada (por ejemplo: 1, 2, 3 y así sucesivamente). En este caso, Alejandra Villarreal recibiría el número 
5 para i dAutor. En la figura 25.20 se muestra la tabla autores después de la operación INSERT. [Nota: no todos 
los sistemas de administración de bases de datos soportan las columnas autoincrementadas. Consulte la documen- 
tación de su DBMS para encontrar alternativas a las columnas autoincrementadas]. 


¡dAutor 

nombrePila 

apellidoPaterno 

1 

Harvey 

Deitel 

2 

Paul 

Deitel 

3 

Andrew 

Goldberg 

4 

David 

Choffnes 

5 

Alejandra 

Villarreal 

Figura 25.20 

Datos de ejemplo de la tabla autores 

después de una operación INSERT. 



Error común de programación 25.6 

Por lo general, es un error especificar un vahr para una columna que se autoincrementa. 



Error común de programación 25.7 

Las instrucciones de SQL utilizan el carácter de comilla sencilla ( j como delimitador para las cadenas. Para espe- 
cificar una cadena que contenga una comilla sencilla (como O’Malley) en una instrucción de SQL, la cadena debe 
tener dos comillas sencillas en la posición en la que aparezca el carácter de comilla sencilla en la cadena (por ejemplo, 
'O' ’Maiieyj. El primero de los dos caracteres de comilla sencilla actúa como carácter de escape para el segundo. 
Si no se utiliza el carácter de escape en una cadena que sea parte de una instrucción de SQL, se produce un error de 
sintaxis de SQL. 


25.4-6 La instrucción UPDATE 

Una instrucción UPDATE modifica los datos en una tabla. La forma básica de la instrucción UPDATE es: 
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UPDATE nombreDeTabla 

SET nombreDeColumnal = valorl, nombreDeColumna.2 = valor2, .... nombreDeColumnaN = valorN 

WHERE criterios 

en donde nombreDeTabla es la tabla que se va a actualizar. El nombreDeTabla va seguido por la palabra clave SET y 
una lista separada por comas de los pares nombre/valor de las columnas, en el formato nombreDeColumna=valor. 
La cláusula WHERE opcional proporciona los criterios que determinan cuáles filas se van a actualizar. Aunque no es 
obligatoria, la cláusula WHERE se utiliza comúnmente, a menos que se vaya a realizar un cambio en todas las filas. 
La instrucción UPDATE: 

UPDATE autores 

SET apel 1 idoPaterno = 'Carcia' 

WHERE apel 1 i doPaterno = 'Villarreal' AND nombrePila = 'Alejandra' 

actualiza una fila en la tabla autores. La instrucción indica que apel 1 i doPaterno recibirá el valor Carci a para 
la fila en la que apel 1 idoPaterno sea igual a Villarreal y nombrePila sea igual a Alejandra. [Nota: si hay 
varias filas con el mismo nombre de pila “Alejandra” y el apellido paterno “Villarreal”, esta instrucción modificará 
a todas esas filas para que tengan el apellido paterno “García”]. Si conocemos el idAutor desde antes de reali- 
zar la operación UPDATE (tal vez porque lo hayamos buscado con anterioridad), la cláusula WHERE se puede sim- 
plificar de la siguiente manera: 

WHERE idAutor = 5 

En la figura 25.21 se muestra la tabla autores después de realizar la operación UPDATE. 


idAutor 

nombrePila 

apellidoPaterno 

1 

Harvey 

Deitel 

2 

Paul 

Deitel 

3 

Andrew 

Goldberg 

4 

David 

Choffnes 

5 

Alejandra 

García 


Figura 25.2 1 | Datos de ejemplo de la tabla autores después de una operación UPDATE. 

25.4-7 La instrucción DELETE 

Una instrucción DELETE de SQL elimina filas de una tabla. La forma básica de una instrucción DELETE es: 
DELETE FROM nombreDeTabla WHERE criterios 

en donde nombreDeTabla es la tabla de la que se van a eliminar filas. La cláusula WHERE opcional especifica los 
criterios utilizados para determinar cuáles filas eliminar. Si se omite esta cláusula, se eliminan todas las filas de la 
tabla. La instrucción DELETE: 

DELETE FROM autores 

WHERE apel 1 i doPaterno = 'García' AND nombrePila = 'Alejandra' 

elimina la fila de Alejandra García en la tabla autores. Si conocemos el i dAutor desde antes de realizar la ope- 
ración DELETE, la cláusula WHERE puede simplificarse de la siguiente manera: 

WHERE idAutor = 5 

En la figura 25.22 se muestra la tabla autores después de realizar la operación DELETE. 
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¡dAutor 

nombrePila 

apellidoPaterno 

1 

Harvey 

Deitel 

2 

Paul 

Deitel 

3 

Andrew 

Goldberg 

4 

David 

Choffnes 

Figura 25.22 

Datos de ejemplo de la tabla autores 

después de una operación DELETE. 


25.5 Instrucciones para instalar MySQL y MySQL Connector/J 

MySQL 5.0 Community Edition es un sistema de administración de bases de datos de código fuente abierto que 
se ejecuta en muchas plataformas, incluyendo Windows, Solaris, Linux y Macintosh. En el sitio www. mysql . com 
encontrará toda la información acerca de MySQL. Los ejemplos en las secciones 25.8 y 25.9 manipulan bases de 
datos de MySQL. 

Instalación de MySQL 

Para instalar MySQL Community Edition: 

1. Para aprender acerca de los requerimientos de instalación para su plataforma, visite el sitio dev . mysql . 
com/doc/refman/5 .0/en/general -i nstal 1 ati on-i ssues . html (para ver esta información en espa- 
ñol, visite el sitio dev. mysql . com/doc/refman/5 .0/es/general -i nstal 1 ati on-i ssues . html). 

2. Visite dev. mysql .com/downloads/mysql/5.0. html y descargue el instalador para su plataforma. 
Para los ejemplos de MySQL en este capítulo, sólo necesita el paquete Windows Essentials en Micro- 
soft Windows, o el paquete Standard en la mayoría de las otras plataformas. [Nota: para estas instruc- 
ciones, vamos a suponer que está utilizando Microsoft Windows. En el sitio dev. mysql .com/doc/ 
refman/5 . 0/en/i nstal li ng . html (o dev. mysql . com/doc/refman/5. 0/es/i nstall i ng . html en 
español) encontrará las instrucciones completas de instalación para las otras plataformas] . 

3. Haga doble clic en el archivo mysql -essenti al -5 . 0 . 27-wi n32 .msi para iniciar el instalador. [Nota: 
el nombre de este archivo puede diferir, dependiendo de la versión actual de MySQL 5.0]. 

4. Seleccione la opción Typical (Típica) en Setup Type (Tipo de instalación) y haga clic en Next > (Siguien- 
te). Después haga clic en Install (Instalar). 

Cuando termine la instalación, el programa le pedirá que configure una cuenta en MySQL.com. Si no desea 
hacerlo, seleccione Skip Sign-up (Omitir registro) y haga clic en Next > (Siguiente). Después de completar el pro- 
ceso de registro o de omitirlo, puede configurar el servidor de MySQL. Haga clic en Finish (Terminar) para iniciar 

el MySQL Server Instance Configuration Wizard (Asistente para la configuración de una instancia de MySQL 
Server). Para configurar el servidor: 

1. Haga clic en Next > (Siguiente); después seleccione Standard Configuration (Configuración estándar) 

y haga clic en Next > otra vez. 

2. Tiene la opción de instalar MySQL como servicio Windows, lo cual permite al servidor de MySQL 
empezar a ejecutarse automáticamente cada vez que su sistema se inicie. Para nuestros ejemplos esto no 
es necesario, por lo que puede desactivar la opción Install as a Windows Service (Instalar como servicio 
Windows), y después haga clic en la opción Inelude Bin Directory in Windows PATH (Incluir direc- 
torio Bin en la ruta PATH de Windows). Esto le permitirá usar los comandos de MySQL en el Símbolo 
del sistema de Windows. 

3. Haga clic en Next > y después en Execute (Ejecutar) para llevar a cabo la configuración del servidor. 

4. Haga clic en Finish (Terminar) para cerrar el asistente. 
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Instalación de MySQL Connector/J 

Para usar MySQL con JDBC, también necesita instalar MySQL Connector/J (la J representa a Java): un contro- 
lador de JDBC que permite a los programas usar JDBC para interactuar con MySQL. Puede descargar MySQL 
Connector/J de 

dev . mysql . com/downl oads/connector/j/5 . 0 . html 

La documentación para Connector/J se encuentra en dev. mysql . com/doc/connector/j/en/connector- j . 
html . Al momento de escribir este libro, la versión actual disponible en forma general de MySQL Connector/J es 
5.0.4. Para instalar MySQL Connector/J: 

1. Descargue el archivo mysql -connector-java-5 . 0. 4.zip. 

2. Abra mysql -connector-java-5 . 0 . 4 . zi p con un extractor de archivos, como WinZip (www.wi nzi p. 
com). Extraiga su contenido en la unidad C:\. Esto creará un directorio llamado mysql -connector- 
java-5 .0.4. La documentación para MySQL Connector/J está en el archivo connector- j . pdf en el 
subdirectorio docs de mysql -connector-java-5 . 0 . 4, o puede verla en línea, en el sitio dev. mysql . 
com/doc/connector/j/en/connector- j . html . 

25.6 Instrucciones para establecer una cuenta de usuario 
de MySQL 

Para que los ejemplos de MySQL se ejecuten correctamente, necesita configurar una cuenta de usuario que per- 
mita a los usuarios crear, eliminar y modificar una base de datos. Una vez instalado MySQL, siga los pasos que 
se muestran a continuación para configurar una cuenta de usuario (en estos pasos asumimos que MySQL está 
instalado en su directorio predeterminado): 

1. Abra una ventana de Símbolo del sistema e inicie el servidor de bases de datos, ejecutando el comando 
mysql d-nt . exe. Observe que este comando no tiene salida; simplemente inicia el servidor MySQL. No 
cierre esta ventana, de lo contrario el servidor dejará de ejecutarse. 

2. A continuación, inicie el monitor de MySQL para que pueda configurar una cuenta de usuario; abra 
otra ventana de Símbolo del sistema y ejecute el comando 

mysql -h localhost -u root 

La opción -h indica el host (computadora) en el que se está ejecutando el servidor MySQL; en este caso, 
es su equipo local (localhost). La opción -u indica la cuenta de usuario que se utilizará para iniciar 
sesión en el servidor; root es la cuenta de usuario predeterminada que se crea durante la instalación, 
para que usted pueda configurar el servidor. Una vez que inicie sesión, aparecerá un indicador mysql > 
en el que podrá escribir comandos para interactuar con el servidor MySQL. 

3. En el indicador mysql >, escriba 

USE mysql ; 

para seleccionar la base de datos incrustada, llamada mysql, la cual almacena información relacionada 
con el servidor, como las cuentas de usuario y sus privilegios para interactuar con el servidor. Observe 
que cada comando debe terminar con punto y coma. Para confirmar el comando, MySQL genera el 
mensaje “Database changed.” (La base de datos cambió). 

4. A continuación, agregue la cuenta de usuario jhtp7 a la base de datos incrustada mysql. Esta base de 
datos contiene una tabla llamada user, con columnas que representan el nombre del usuario, su con- 
traseña y varios privilegios. Para crear la cuenta de usuario jhtp7 con la contraseña jhtp7, ejecute los 
siguientes comandos desde el indicador mysql >: 

create user ' jhtp7'@'localhost' identified by ' j ht p7 ' ; 

grant select, inserí, update, delete, create, drop, references, 
execute on *.* to ' jhtp7’@’localhost' ; 
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Esto crea el usuario jhtp7 con los privilegios necesarios para crear las bases de datos utilizadas en este 
capítulo, y para manipular esas bases de datos. Por último, 

5. Escriba el comando 
exit; 

para terminar el monitor MySQL. 

25.7 Creación de la base de datos 1 ibros en MySQL 

Para cada una de las bases de datos MySQL que veremos en este libro, proporcionamos una secuencia de coman- 
dos SQL en un archivo con la extensión . sql que configura la base de datos y sus tablas. Puede ejecutar estas 
secuencias de comandos en el monitor de MySQL. En el directorio de ejemplos de este capítulo, encontrará 
la secuencia de comandos SQL 1 i bros . sql para crear la base de datos 1 i bros. Para los siguientes pasos, vamos 
a suponer que el servidor MySQL (mysqld-nt.exe) sigue ejecutándose. Para ejecutar la secuencia de coman- 
dos 1 i bros . sql : 

1. Abra una ventana de Símbolo del sistema y utilice el comando cd para cambiar al directorio en el que se 
encuentra la secuencia de comandos libros, sql. 

2. Inicie el monitor de MySQL, escribiendo 

mysql -h localhost -u jhtp7 -p 

La opción -p hará que el monitor le pida la contraseña para el usuario jhtp7. Cuando ocurra esto, 
escriba la contraseña jhtp7. 

3. Ejecute la secuencia de comandos, escribiendo 

source 1 ibros . sql ; 

Esto creará un nuevo directorio llamado libros en el directorio data del servidor (en Windows, se 
encuentra en C:\Archi vos de programa\MySQL\MySQL Server 5 . 0\data de manera predetermina- 
da). Este nuevo directorio contiene la base de datos 1 ibros. 

4. Escriba el comando 

exit; 

para terminar el monitor de MySQL. Ahora está listo para continuar con el primer ejemplo de JDBC. 

25.8 Manipulación de bases de datos con JDBC 

En esta sección presentaremos dos ejemplos. El primero le enseñará cómo conectarse a una base de datos y hacer 
consultas en ella. El segundo ejemplo le demostrará cómo mostrar en pantalla el resultado de la consulta. 

25.8. 1 Cómo conectarse y realizar consultas en una base de datos 

El ejemplo de la figura 25.23 realiza una consulta simple en la base de datos libros para obtener toda la tabla 
autores y mostrar los datos. El programa muestra cómo conectarse a la base de datos, hacer una consulta en 
la misma y procesar el resultado. En la siguiente discusión presentaremos los aspectos clave del programa rela- 
cionados con JDBC. [Nota: en las secciones 25.5 a 25.7 se muestra cómo iniciar el servidor MySQL, configurar 
una cuenta de usuario y crear la base de datos 1 ibros. Estos pasos deben realizarse antes de ejecutar el programa 
de la figura 25.23]. 

1 // Fig. 25.23: MostrarAutores . java 

2 // Muestra el contenido de la tabla autores. 

3 import java. sql .Connection; 

4 import java. sql .Statement; 

Figura 25.23 | Cómo mostrar el contenido de la tabla autores. (Parte I de 3). 
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import java.sql .Dri verManager; 
import java.sql .ResultSet; 
import java.sql . ResultSetMetaData; 
import java. sql . SQLExcepti on ; 

public class MostrarAutores 

{ 

// nombre del controlador de 1DBC y URL de la base de datos 

static final String CONTROLADOR = "com.mysql . jdbc.Driver" ; 

static final String URL_BASEDATOS = "jdbcimysql ://localhost/libros"; 

// inicia la aplicación 

public static void main( String args[] ) 

{ 

Connection conexión = nuil; // maneja la conexión 
Statement instrucción = nuil; // instrucción de consulta 
ResultSet conjuntoResultados = nuil; // maneja los resultados 

// se conecta a la base de datos libros y realiza una consulta 
try 
{ 

// carga la clase controlador 
C1 ass . forNamef CONTROLADOR ); 

// establece la conexión a la base de datos 
conexión = 

DriverManager.getConnection( URL_BASEDATOS, "jhtp7", "jhtp7" ); 

// crea objeto Statement para consultar la base de datos 

instrucción = conexión. createStatementO ; 

// consulta la base de datos 

conjuntoResultados = instrucción. executeQueryf 

"SELECT IDAutor, nombrePila, apel 1 i doPaterno FROM autores" ); 

// procesa los resultados de la consulta 

ResultSetMetaData metaDatos = conjuntoResultados. getMetaDataf) ; 
int numeroDeCol umnas = metaDatos . getCol umnCountO ; 

System. out. println( "Tabla Autores de la base de datos Libros:\n" ); 

for ( int i =1; i <= numeroDeCol umnas ; i++ ) 

System . out . pri ntf( "%-8s\t", metaDatos . getCol umnNamef i ) ); 
System.out.printlnO ; 

while ( conjuntoResultados. next() ) 

{ 

for ( int i =1; i <= numeroDeCol umnas ; i++ ) 

System. out. printff "%-8s\t , conjuntoResultados. getObjectf i ) ); 
System.out.printlnO ; 

} // fin de while 
} // fin de try 

catch ( SQLExcepti on excepcionSql ) 

{ 

excepci onSql .pri ntStackT race() ; 

} // fin de catch 

catch ( C1 assNotFoundException noEncontroClase ) 

{ 

noEncontroClase .pri ntStackT race O ; 

} // fin de catch 


Figura 25.23 | Cómo mostrar el contenido de la tabla autores. (Parte 2 de 3). 
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64 finally // asegura que conjuntoResultados, instrucción y conexión estén cerrados 

65 { 

66 try 

67 { 

68 conjuntoResultados. closeO ; 

69 instrucción. closeO ; 

70 conexión. closeO ; 

71 } // fin de try 

72 catch ( Exception excepción ) 

73 { 

74 excepci on . pri ntStackT race() I 

75 } // fin de catch 

76 } // fin de finally 

77 } // fin de main 

78 } // fin de la clase MostrarAutores 


Tabla Autores 

de la base de 

datos Libros: 

IDAutor 

nombrePi 1 a 

apel 1 i doPaterno 

1 

Harvey 

Dei tel 

2 

Paul 

Dei tel 

3 

Andrew 

Gol dberg 

4 

1 

Davi d 

Choffnes 


Figura 25.23 | Cómo mostrar el contenido de la tabla autores. (Parte 3 de 3). 


En las líneas 3 a 8 se importan las interfaces de JDBC y las clases del paquete java, sql que se utilizan en este 
programa. En la línea 13 se declara una constante de cadena para el controlador de la base de datos, y en la línea 
14 se declara una constante de cadena para el URL de la base de datos. Estas constantes identifican el nombre de 
la base de datos a la que nos conectaremos, así como información acerca del protocolo utilizado por el controlador 
JDBC (que veremos en breve). El método mai n (líneas 17 a 77) se conecta a la base de datos 1 i bros, realiza una 
consulta en la base de datos, muestra el resultado de esa consulta y cierra la conexión a la base de datos. 

El programa debe cargar el controlador de bases de datos para poder conectarse a la base de datos. En la línea 
27 se utiliza el método static forName de la clase Class para cargar la clase para el controlador de bases de 
datos. Esta línea lanza una excepción verificada del tipo java . 1 ang . C1 assNotFoundException si el cargador 
de clases no puede localizar la clase del controlador. Para evitar esta excepción, necesitamos incluir el archivo 
mysql -connector- java-5 . 0 . 4-bi n . jar (en el directorio C:\mysql-connector-java-5. 0.4) en la ruta de 
clases del programa a la hora de ejecutarlo, como se muestra a continuación: 

java -classpath 

. ; c:\mysql-connector-j ava- 5.0.4\my sql -connector-j ava- 5.0.4-bin. jar 
MostrarAutores 

En la ruta de clases del comando anterior, observe el punto (.) al principio de la información de la ruta de clases. 
Si se omite este punto, la JVM no buscará las clases en el directorio actual, y por ende, no encontrará el archi- 
vo de la clase MostrarAutores. También puede copiar el archivo mysql-connector-java-5.0.4-bin. jar al 
directorio C:\Archivos de programa\3ava\jdkl.6.0\jre\lib\ext. Después de hacer esto, puede ejecutar 
la aplicación simplemente utilizando el comando java MostrarAutores. 



Observación de ingeniería de software 25.4 

La mayoría de los distribuidores de bases de datos proporcionan sus propios controladores de bases de datos JDBC, 
y muchos distribuidores independientes proporcionan también controladores JDBC. Para obtener más información 
acerca de los controladores de JDBC, visite el sitio Web sobre JDBC de Sun Microsystems en serví et . java, suri . 
com/products/ jdbc/dri vers. 
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En las líneas 30 y 31 de la figura 25.23 se crea un objeto Connecti on (paquete java, sql), el cual es refe- 
renciado mediante conexi on. Un objeto que implementa a la interfaz Connecti on administra la conexión entre 
el programa de Java y la base de datos. Los objetos Connecti on permiten a los programas crear instrucciones de 
SQL para manipular bases de datos. El programa inicializa a conexi on con el resultado de una llamada al método 
static getConnection de la clase Dri verManager (paquete java. sql), el cual trata de conectarse a la base de 
datos especificada mediante su URL. El método getConnection recibe tres argumentos: un objeto String que 
especifica el URL de la base de datos, un objeto Stri ng que especifica el nombre de usuario y un objeto Stri ng 
que especifica la contraseña. El nombre de usuario y la contraseña se establecen en la sección 25.6. Si utilizó un 
nombre de usuario y contraseña distintos, necesita reemplazar el nombre de usuario (segundo argumento) y la 
contraseña (tercer argumento) que se pasan al método getConnection en la línea 31. El URL localiza la base de 
datos (posiblemente en una red o en el sistema de archivos local de la computadora). El URL jdbc:mysql :// 
local host/1 i bros especifica el protocolo para la comunicación (jdbc), el subprotocolo para la comunicación 
(mysql) y la ubicación de la base de datos (//local host/1 i bros, en donde local host es el host que ejecuta el 
servidor MySQL y 1 i b ros es el nombre de la base de datos). El subprotocolo mysql indica que el programa utili- 
za un subprotocolo específico de MySQL para conectarse a la base de datos MySQL. Si el objeto Dri verManager 
no se puede conectar a la base de datos, el método getConnecti on lanza una excepción SQLExcepti on (paquete 
java. sql). En la figura 25.24 se enlistan los nombres de los controladores de JDBC y los formatos de URL de 
base de datos de varios RDBMSs populares. 



Observación de ingeniería de software 25.5 

La mayoría de los sistemas de administración de bases de datos requieren que el usuario inicie sesión para poder 
administrar el contenido de la base de datos. El método getConnecti on de Dri verManager está sobrecargado con 
versiones que permiten al programa proporcionar el nombre de usuario y la contraseña para obtener acceso. 


En la línea 34 se invoca el método createStatement de Connecti on para obtener un objeto que implemen- 
te ala interfaz Statement (paquete java. sql). El programa utiliza al objeto Statement para enviar instrucciones 
de SQL a la base de datos. 

En las líneas 37 y 38 se utiliza el método executeQuery del objeto Statement para enviar una consulta que 
seleccione toda la información sobre los autores en la tabla autores. Este método devuelve un objeto que imple- 
menta a la interfaz Resul tSet, y contiene el resultado de esta consulta. Los métodos de ResultSet permiten al 
programa manipular el resultado de la consulta. 

En las líneas 41 a 54 se procesa el objeto Resul tSet. En la línea 41 se obtienen los metadatos para el objeto 
ResultSet en forma de un objeto ResultSetMetaData (paquete java. sql). Los metadatos describen el con- 
tenido del objeto ResultSet. Los programas pueden usar metadatos mediante la programación, para obtener 
información acerca de los nombres y tipos de las columnas del objeto Resul tSet. En la línea 42 se utiliza el méto- 
do ResultSetMetaData de getCol umnCount para obtener el número de columnas para el objeto ResultSet. En 
las líneas 45 y 46 se anexan los nombres de las columnas. 


RDBMS Formato de URL de base de datos 


MySQL 

ORACLE 

DB2 


j dbc : mysql ■Jlnombrehost:numeroPuertolnombreBaseDatos 

jdbc : orad e : thi •n\@nombrehost:numeroPuerto:nombreBaseDatos 

jdbc: A'o2\nombrehost:numeroPuertolnombreBaseDatos 


Java DB/Apache 
Derby 


jdbc : derby -.nombreBaseDatos (incrustado) 

jdbc: Aerby\//nombrehost:numeroPuerto/nombreBaseDatos (red) 


Microsoft SQL jdbc : sql server-.//nombrehost.numeroPíterto',nombK^>nseDdXos=nombreBaseDatos 

Server 


Sybase 


j dbc : Sybase : Tds \nombrehost:numeroPuerto/nombreBaseDatos 


Figura 25.24 | Formatos populares de URL de base de datos. 
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Observación de ingeniería de software 25.6 

Los metadatos permiten a los programas procesar el contenido de un objeto Resu 7 tSet en forma dinámica, cuando 
no se conoce de antemano la información detallada acerca del objeto Resul tSet. 


En las líneas 49 a 54 se muestran los datos en cada fila del objeto Resul tSet. Primero, el programa posiciona 
el cursor de Resul tSet (que apunta a la fila que se está procesando) en la primera fila en el objeto Resul tSet, 
mediante el método next (línea 49). Este método devuelve el valor bool ean true si el cursor puede posicionarse 
en la siguiente fila; en caso contrario el método devuelve f al se. 


• ¿h Error común de programación 25.8 

^ ^ Inicialmente, un cursor Resul tSet se posiciona antes de la primera fila. Si trata de acceder al contenido de un 
objeto Resul tSet antes de posicionar el cursor Resul tSet en la primera fila con el método next, se produce una 
excepción SQLException. 

Si hay filas en el objeto Resul tSet, en la línea 52 se extrae el contenido de una columna en la fila actual. Al 
procesar un objeto Resul tSet, es posible extraer cada columna de este objeto como un tipo de Java específico. De 
hecho, el método getCol umnType de Resul tSetMetaData devuelve un valor entero constante de la clase Types 
(paquete java, sql), indicando el tipo de una columna especificada. Los programas pueden utilizar estos valores 
en una estructura swi tch para invocar métodos de Resul tSet que devuelvan los valores de las columnas como 
tipos de Java apropiados. Si el tipo de una columna es Types . INTECER, el método getlnt de Resul tSet devuel- 
ve el valor de la columna como un int. Los métodos obtener (get) de Resul tSet generalmente reciben como 
argumento un número de columna (como un valor int) o un nombre de columna (como un valor String), 
indicando cuál valor de la columna se va a obtener. Visite la página 

java. sun . com/javase/6/docs/technotes/gui des/jdbc/getstart/ 

Getti ngStartedTOC . fm . html 

para obtener las asociaciones detalladas de los tipos de datos SQL y los tipos de Java, y para determinar el método 
de Resul tSet apropiado a llamar a cada tipo de datos SQL. 



Tip de rendimiento 25.1 

Si una consulta especifica las columnas exactas a seleccionar de la base de datos, entonces el objeto Resu 7 tSe t con- 
tendrá las columnas en el orden especificado. En este caso, es más eficiente utilizar el número de columna para obte- 
ner su valor que utilizar su nombre. El número de columna proporciona un acceso directo a la columna especificada. 
Si se usa el nombre, se requiere una búsqueda lineal de los nombres de columna para localizar la apropiada. 


Por cuestiones de simpleza, en este ejemplo trataremos a cada valor como un objeto Object. El programa 
obtiene el valor de cada columna con el método getOb j ect de Resul tSet (línea 52) e imprime la representación 
Stri ng del objeto Object. Observe que, a diferencia de los índices de arreglos que empiezan en 0, los números 
de columna de Resul tSet empiezan en 1. El bloque final 1 y (líneas 64 a 76) cierra los objetos Resul tSet (línea 
68), Statement (línea 69) y el objeto Connecti on (línea 70) de la base de datos. [Nota: en las líneas 68 a 70 se 
lanzarán excepciones Nul 1 Poi nterExcepti on si los objetos Resul tSet, Statement o Connecti on no se crearon 
en forma apropiada. En código de producción, debemos comprobar las variables que se refieren a estos objetos, 
para ver si son nuil antes de llamar a el ose]. 



Error común de programación 25.9 

Si se especifica el número de columna 0 cuando se van a obtener valores de un objeto Resul tSet, se produce una 
excepción SQLException. 



Error común de programación 25.10 

Al tratar de manipular un objeto Resul tSet después de cerrar el objeto Statement que lo creó, se produce una 
excepción SQLException. El programa descarta el objeto Resul tSet cuando se cierra el objeto Statement corres- 
pondiente. 
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Observación de ingeniería de software 25.7 

Cada objeto Statement puede abrir solamente un objeto ResultSet en un momento dado. Cuando un objeto 
Statement devuelve un nuevo objeto ResultSet, el objeto Statement cierra el objeto ResultSet anterior. Para 
utilizar varios objetos Resu 1 tSet en paralelo, se deben usar objetos Statement separados para devolver los objetos 

ResultSet. 

25.8.2 Consultas en la base de datos libros 

El siguiente ejemplo (figuras 25.25 y 25.28) permite al usuario introducir cualquier consulta en el programa. 
Este ejemplo muestra el resultado de una consulta en un objeto JTabl e, utilizando un objeto Tabl eModel para 
proporcionar los datos del objeto ResultSet al objeto JTable. Un objeto JTabl e es un componente de la GUI 
de Swing que puede enlazarse a una base de datos para mostrar los resultados de una consulta. La clase Resul t- 
SetTabl eModel (figura 25.25) realiza la conexión a la base de datos por medio de un objeto Tabl eModel y man- 
tiene el objeto ResultSet. La clase MostrarResultadosConsulta (figura 25.28) crea la GUI y especifica una 
instancia de la clase Resul tSetTabl eModel para proporcionar datos para el objeto JTabl e. 

La clase Resul tSetTabl eModel 

La clase Resul tSetTabl eModel (figura 25.25) extiende a la clase AbstractTabl eModel (paquete javax. swi ng . 
tabl e), la cual implementa a la interfaz Tabl eModel . La clase Resul tSetTabl eModel sobrescribe a los métodos 
getCol umnCl ass, getCol umnCount, getCol umnName, getRowCount y getVal ueAt de Tabl eModel . Las imple- 
mentaciones predeterminadas de los métodos i sCel 1 Edi tabl e y setVal ueAt de Tabl eModel (proporcionados 
por AbstractTabl eModel) no se sobrescriben, ya que este ejemplo no soporta la capacidad de editar las celdas 
del objeto JTabl e. Tampoco se sobrescriben las implementaciones predeterminadas de los métodos addTable- 
Model Li stener y removeTabl eModel Li stener de Tabl eModel (proporcionados por AbstractTabl eModel), 
ya que las implementaciones de estos métodos de AbstractTabl eModel agregan y eliminan apropiadamente los 
componentes de escucha de eventos. 



1 // Fig. 25.25: Resul tSetTabl eModel .java 

2 // Un objeto TableModel que suministra datos ResultSet a un objeto JTable. 

3 import java.sql .Connection; 

4 import java.sql .Statement; 

5 import java.sql .DriverManager; 

6 import java. sql . ResultSet; 

7 import java. sql . Resul tSetMetaData; 

8 import java.sql .SQLException; 

9 import javax. swing. table. AbstractTabl eModel ; 

10 

11 // las filas y columnas del objeto ResultSet se cuentan desde 1 y 

12 // las filas y columnas del objeto JTable se cuentan desde 0. Al procesar 

13 // filas o columnas de ResultSet para usarlas en un objeto JTable, es 

14 // necesario sumar 1 al número de fila o columna para manipular 

15 // la columna apropiada del objeto ResultSet (es decir, la columna 0 de JTable 

16 // es la columna 1 de ResultSet y la fila 0 de JTable es la fila 1 de ResultSet). 

17 public class Resul tSetTabl eModel extends AbstractTabl eModel 

18 { 

19 private Connection conexión; 

20 private Statement instrucción; 

21 private ResultSet conjuntoResultados; 

22 private Resul tSetMetaData metaDatos; 

23 private int numeroDeFi 1 as ; 

24 

25 // lleva la cuenta del estado de la conexión a la base de datos 

26 private boolean conectadoABaseDatos = false; 

Figura 25.25 | Un objeto TableModel que suministra datos ResultSet a un objeto JTabl e. (Parte I de 4). 
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27 

28 // el constructor i nicial i za conjuntoResultados y obtiene su objeto de metadatos; 

29 // determina el número de filas 

30 public ResultSetTableModel ( String controlador, String url , String nombreusuario, 

31 String contrasenia, String consulta ) 

32 throws SQLExcepti on , C1 assNotFoundExcepti on 

33 { 

34 Class. forNamef controlador ); 

35 // se conecta a la base de datos 

36 conexión = DriverManager.getConnection( url, nombreusuario, contrasenia ); 

37 

38 // crea objeto Statement para consultar la base de datos 

39 instrucción = conexión . createStatement( 

40 Resul tSet . TYPE_SCROLL_INSENSITIVE , 

41 Resul tSet . CONCUR_READ_ONLY ); 

42 

43 // actualiza el estado de la conexión a la base de datos 

44 conectadoABaseDatos = true; 

45 

46 // establece consulta y la ejecuta 

47 establecerConsultaC consulta ); 

48 } // fin del constructor ResultSetTableModel 

49 

50 // obtiene la clase que representa el tipo de la columna 

51 public Class getColumnClass( int columna ) throws II 1 egal StateException 

52 { 

53 // verifica que esté disponible la conexión a la base de datos 

54 if ( ! conectadoABaseDatos ) 

55 throw new IllegalStateExceptionf "No hay conexión a la base de datos" ); 

56 

57 // determina la clase de lava de la columna 

58 try 

59 { 

60 String nombreClase = metaDatos .getCol umnClassName( columna + 1 ); 

61 

62 // devuelve objeto Class que representa a nombreClase 

63 return Class. forName( nombreClase ); 

64 } // fin de try 

65 catch ( Exception excepción ) 

66 { 

67 excepci on . pri ntStackT race() ; 

68 } // fin de catch 

69 

70 return Object. class; // si ocurren problemas en el código anterior, asume el tipo 
Object 

71 } // fin del método getCol umnCl ass 

72 

73 // obtiene el número de columnas en el objeto ResultSet 

74 public int getCol umnCountO throws 111 egal StateException 

75 { 

76 // verifica que esté disponible la conexión a la base de datos 

77 if ( ! conectadoABaseDatos ) 

78 throw new IllegalStateExceptionf "No hay conexión a la base de datos" ); 

79 

80 // determina el número de columnas 

81 try 

82 { 

83 return metaDatos .getCol umnCountO ; 

Figura 25.25 | Un objeto TableModel que suministra datos ResultSet a un objeto JTabl e. (Parte 2 de 4)- 
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} // fin de try 

catch f SQLException excepci onSql ) 

{ 

excepci onSql . pri ntStackT race() ; 

} // fin de catch 

return 0; // si ocurren problemas en el código anterior, devuelve 0 para el 
número de columnas 
} // fin del método getCol umnCount 

// obtiene el nombre de una columna especifica en el objeto ResultSet 

public String getCol umnNamef int columna ) throws II 1 egal StateException 

{ 

// verifica que esté disponible la conexión a la base de datos 

i f C ! conectadoABaseDatos ) 

throw new IllegalStateExceptionf "No hay conexión a la base de datos" ); 

// determina el nombre de la columna 
try 
{ 

return metaDatos .getCol umnNamef columna + 1 ); 

} // fin de try 

catch f SQLException excepci onSql ) 

{ 

excepci onSql .pri ntStackT race() ; 

} // fin de catch 

return // si hay problemas, devuelve la cadena vacia para el nombre de la 
col umna 

} // fin del método getCol umnName 

// devuelve el número de filas en el objeto ResultSet 
public int getRowCount() throws II legal StateException 
{ 

// verifica que esté disponible la conexión a la base de datos 

if ( ¡conectadoABaseDatos ) 

throw new IllegalStateExceptionf "No hay conexión a la base de datos" ); 

return numeroDeFilas; 

} // fin del método getRowCount 

// obtiene el valor en la fila y columna especificas 

public Object getValueAtf int fila, int columna ) 
throws II 1 egal StateExcepti on 

{ 

// verifica que esté disponible la conexión a la base de datos 
if ( ¡conectadoABaseDatos ) 

throw new IllegalStateExceptionf "No hay conexión a la base de datos" ); 

// obtiene un valor en una fila y columna especificadas del objeto ResultSet 
try 
{ 

conjuntoResultados.absolutef fila + 1 ); 

return conjuntoResultados.getObjectf columna + 1 ); 

} // fin de try 

catch f SQLException excepci onSql ) 

{ 

excepci onSql . pri ntStackT racef) ; 


Figura 25.25 | Un objeto TableModel que suministra datos ResultSet a un objeto JTabl e. (Parte 3 de 4)- 
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} // fin de catch 

return // si hay problemas, devuelve el objeto cadena vacia 
} // fin del método getValueAt 

// establece nueva cadena de consulta en la base de datos 

public void establecerConsulta( String consulta ) 
throws SQLException , IllegalStateException 

{ 

// verifica que esté disponible la conexión a la base de datos 
if ( ! conectadoABaseDatos ) 

throw new IllegalStateException( "No hay conexión a la base de datos" ); 
// especifica la consulta y la ejecuta 

conjuntoResultados = i nstruccion . executeQueryC consulta ); 

// obtiene metadatos para el objeto ResultSet 

metaDatos = conjuntoResultados. getMetaDataO ; 

// determina el número de filas en el objeto ResultSet 
conjuntoResultados. last() ; // avanza a la última fila 

numeroDeFi 1 as = conjuntoResultados. getRowO ; // obtiene el número de fila 

// notifica al objeto JTable que el modelo ha cambiado 
fireTabl eStructureChanged() ; 

} // fin del método establecerConsulta 

// cierra objetos Statement y Connection 
public void desconectarDeBaseDatos() 

{ 

if ( conectadoABaseDatos ) 

{ 

// cierra objetos Statement y Connection 
try 
{ 

conjuntoResultados. close() ; 
instrucción. closeO ; 
conexión. close() ; 

} // fin de try 

catch ( SQLException excepcionSql ) 

{ 

excepcionSql ,printStackTrace() ; 

} // fin de catch 

final 1 y // actualiza el estado de la conexión ala base de datos 

{ 

conectadoABaseDatos = false; 

} // fin de finally 
} //fin de if 

} // fin del método desconectarDeBaseDatos 
} // fin de la clase ResultSetTableModel 


Figura 25.25 | Un objeto TableModel que suministra datos ResultSet a un objeto JTabl e. (Parte 4 de 4)- 


El constructor de ResultSetTableModel (líneas 30 a 48) acepta cinco argumentos String: el nombre del 
controlador de MySQL, el URL de la base de datos, el nombre de usuario, la contraseña y la consulta predeter- 
minada a realizar. El constructor lanza cualquier excepción que ocurra en su cuerpo, de vuelta a la aplicación que 
creó el objeto Resul tSetTabl eModel , para que la aplicación pueda determinar cómo manejar esa excepción (por 
ejemplo, reportar un error y terminar la aplicación). En la línea 34 se carga el controlador. En la línea 36 se esta- 
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blece una conexión a la base de datos. En las líneas 39 a 41 se invoca el método createStatement de Connec- 
tion para obtener un objeto Statement. En este ejemplo utilizamos una versión del método createStatement 
que recibe dos argumentos: el tipo de conjunto de resultados y la concurrencia del conjunto de resultados. El 
tipo de conjunto de resultados (figura 25.26) especifica si el cursor del objeto Resul tSet puede desplazarse en 
ambas direcciones o solamente hacia delante, y si el objeto Resul tSet es susceptible a los cambios. Los objetos 
Resul tSet que son susceptibles a los cambios los reflejan inmediatamente después de que éstos se realizan con 
los métodos de la interfaz Resul tSet. Si un objeto Resul tSet no es susceptible a los cambios, la consulta que 
produjo ese objeto Resul tSet debe ejecutarse de nuevo para reflejar cualquier cambio realizado. La concurrencia 
del conjunto de resultados (figura 25.27) especifica si el objeto Resul tSet puede actualizarse con los métodos 
de actualización de Resul tSet. En este ejemplo utilizamos un objeto Resul tSet que puede desplazarse, que no 
es susceptible a los cambios y es de sólo lectura. En la línea 47 se invoca nuestro método establ ecerConsul ta 
de Resul tSetTabl eModel (líneas 146 a 165) para ejecutar la consulta predeterminada. 


Constante de tipo 
static de ResultSet 

Descripción 

TYPE_F0RWARD_0NLY 

Especifica que el cursor de un objeto ResultSet puede desplazarse solamente en 
dirección hacia delante (es decir, desde la primera hasta la última fila en el objeto 
ResultSet). 

TYPE_SCROLL_INSENSITIVE 

Especifica que el cursor de un objeto ResultSet puede desplazarse en cualquier 
dirección y que los cambios realizados al objeto ResultSet durante su procesamiento 
no se reflejarán en este objeto, a menos que el programa consulte la base de datos 
otra vez. 

TYPE_SCROLL_SENSITIVE 

Especifica que el cursor de un objeto ResultSet puede desplazarse en cualquier 
dirección y que los cambios realizados al objeto ResultSet durante su procesamiento 
se reflejarán inmediatamente en este objeto. 


Figura 25.26 | Constantes de Resul tSet para especificar el tipo del objeto Resul tSet. 


Constante de concurrencia 


static de ResultSet 

Descripción 


C0NCUR_READ_0NLY Especifica que un objeto Resul tSet no puede actualizarse (es decir, los cambios en 

el contenido del objeto Resul tSet no pueden reflejarse en la base de datos con los 
métodos update de Resul tSet). 


CONCU R_U PDAT ABLE Especifica que un objeto Resul tSet puede actualizarse (es decir, los cambios en el 

contenido del objeto Resul tSet pueden reflejarse en la base de datos con los 
métodos update de Resul tSet). 

Figura 25.27 | Constantes de Resul tSet para especificar las propiedades de los resultados. 



Tip de portabilidad 25.3 

Algunos controladores JDBC no soportan objetos Resul tSet desplazables. En dichos casos, generalmente el con- 
trolador devuelve un objeto Resul tSet en el que el cursor puede moverse sólo hacia adelante. Para obtener más 
información, consulte la documentación de su controlador de bases de datos. 



Tip de portabilidad 25.4 

Algunos controladores JDBC no soportan objetos Resul tSet actualizables. En dichos casos, generalmente el contro- 
lador devuelve un objeto Resu 7 tSet de sólo lectura. Para obtener más información, consulte la documentación de 
su controlador de bases de datos. 
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Error común de programación 25. II 

Al intentar actualizar un objeto Resu 7 tSet cuando el controlador de base de datos no soporta objetos Resu 7 tSet 
actualizables se producen excepciones SQLException. 



Error común de programación 25.12 

Al intentar mover el cursor hacia atrás mediante un objeto Resu 7 tSet, cuando el controlador de base de datos no 
soporta el desplazamiento hacia atrás, se produce una excepción SQLException. 


El método getCol umnCl ass (líneas 51 a 71) devuelve un objeto Class que representa a la superclase de 
todos los objetos en una columna específica. El objeto JTabl e utiliza esta información para configurar el des- 
plegador de celdas y el editor de celdas predeterminados para esa columna en el objeto JTabl e. En la línea 60 se 
utiliza el método getCol umnCl assName de Resul tSetMetaData para obtener el nombre de clase completamente 
calificado para la columna especificada. En la línea 63 se carga la clase y se devuelve el objeto C1 ass correspon- 
diente. Si ocurre una excepción, el bloque catch en las líneas 65 a 68 imprime un rastreo de la pila y en la línea 70 
se devuelve Object . el ass (la instancia de C1 ass que representa a la clase Object) como el tipo predeterminado. 
[Nota: en la línea 60 se utiliza el argumento col umna + 1 . Al igual que los arreglos, los números de fila y colum- 
na del objeto JTabl e se cuentan desde 0. Sin embargo, los números de fila y columna del objeto Resul tSet se 
cuentan desde 1. Por lo tanto, al procesar filas o columnas de un objeto Resul tSet para utilizarlas en un objeto 
JTabl e, es necesario sumar 1 al número de fila o de columna para manipular la fila o columna apropiada del 
objeto Resul tSet]. 

El método getCol umnCount (líneas 74 a 91) devuelve el número de columnas en el objeto Resul tSet sub- 
yacente del modelo. En la línea 83 se utiliza el método getCol umnCount de Resul tSetMetaData para obtener 
el número de columnas en el objeto Resul tSet. Si ocurre una excepción, el bloque catch en las líneas 85 a 88 
imprime un rastreo de la pila y en la línea 93 se devuelve 0 como el número predeterminado de columnas. 

El método getCol umnName (líneas 94 a 111) devuelve el nombre de la columna en el objeto Resul tSet 
subyacente del modelo. En la línea 103 se utiliza el método getCol umnName de Resul tSetMetaData para obte- 
ner el nombre de la columna del objeto Resul tSet. Si ocurre una excepción, el bloque catch en las líneas 105 a 
108 imprime un rastreo de la pila y en la línea 1 10 se devuelve la cadena vacía como el nombre predeterminado 
de la columna. 

El método getRowCount (líneas 114 a 121) devuelve el número de filas en el objeto Resul tSet subyacente 
del modelo. Cuando el método establ ecerConsul ta (líneas 146 a 165) realiza una consulta, almacena el núme- 
ro de filas en la variable numeroDeFi 1 as. 

El método getValueAt (líneas 124 a 143) devuelve el objeto Object en una fila y columna específicas del 
objeto Resul tSet subyacente del modelo. En la línea 134 se utiliza el método absol ute de Resul tSet para 
posicionar el cursor del objeto Resul tSet en una fila específica. En la línea 135 se utiliza el método getObject 
de Resul tSet para obtener el objeto Ob j ect en una columna específica de la fila actual. Si ocurre una excepción, 
el bloque catch en las líneas 137 a 140 imprime un rastreo de la pila y en la línea 142 se devuelve una cadena 
vacía como el valor predeterminado. 

El método establ ecerConsul ta (líneas 146 a 165) ejecuta la consulta que recibe como argumento para 
obtener un nuevo objeto Resul tSet (línea 154). En la línea 157 se obtiene el objeto Resul tSetMetaData para el 
nuevo objeto Resul tSet. En la línea 160 se utiliza el método last de Resul tSet para posicionar el cursor de 
Resul tSet en la última fila del objeto Resul tSet. [Nota: esto puede ser lento si la tabla contiene muchas filas]. 
En la línea 161 se utiliza el método getRow de Resul tSet para obtener el número de fila de la fila actual en 
el objeto ResultSet. En la línea 164 se invoca el método fireTabl eStructureChanged (heredado de la clase 
AbstractTabl eModel) para notificar a cualquier objeto JTabl e que utilice a este objeto Resul tSetTable- 
Model como su modelo, que la estructura del modelo ha cambiado. Esto hace que el objeto JTabl e vuelva a llenar 
sus filas y columnas con los datos del nuevo objeto ResultSet. El método establ ecerConsul ta lanza cual- 
quier excepción que ocurra en su cuerpo, de vuelta a la aplicación que invocó a establ ecerConsul ta. 

El método desconectarDeBaseDatos (líneas 168 a 188) implementa un método de terminación apropiado 
para la clase Resul tSetTabl eModel . Un diseñador de clases debe proporcionar un método publ i c que los clien- 
tes de la clase deban invocar en forma explícita para liberar los recursos que haya utilizado un objeto. En este caso, 
el método desconectarDeBaseDatos cierra los objetos Resul tSet, Statement y Connecti on (líneas 175 a 177), 
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los cuales se consideran recursos limitados. Los clientes de la clase Resul tSetTabl eModel deben siempre invocar 
a este método cuando la instancia de esta clase ya no se necesite. Antes de liberar los recursos, en la línea 170 se 
verifica si la conexión ya está terminada. De no ser así, el método continúa. Observe que cada uno de los otros 
métodos en la clase lanzan una excepción IllegalStateException si el campo booleano conectadoABase- 
Datos es fal se. El método desconectarDeBaseDatos establece a conectadoABaseDatos en fal se (línea 185) 
para asegurarse que los clientes no utilicen una instancia de Resul tSetTabl eModel después de que ésta haya sido 
eliminada. II 1 egal StateExcepcion es una excepción de las bibliotecas de Java que es apropiada para indicar 
esta condición de error. 

La clase MostrarResul tadosConsul ta 

La clase MostrarResultadosConsulta (figura 25.28) implementa la GUI de la aplicación e interactúa con el 
objeto Resul tSetTabl eModel a través de un objeto JTabl e. Esta aplicación también demuestra las nuevas herra- 
mientas de ordenamiento y filtrado de ITabl e, que se introdujeron en Java SE 6. 

En las líneas 27 a 30 y 33 se declaran el controlador de la base de datos, el URL, el nombre de usuario, la 
contraseña y la consulta predeterminada que se pasan al constructor de ResultSetTableModel para realizar 
la conexión inicial a la base de datos y ejecutar la consulta predeterminada. El constructor de MostrarResulta- 
dosConsulta (líneas 39 a 198) crea un objeto ResultSetTableModel y la GUI para la aplicación. En la línea 
69 se crea el objeto ITabl e y se pasa un objeto Resul tSetTabl eModel al constructor de ITabl e, el cual a su vez 
registra el objeto ITabl e como un componente de escucha para los eventos Tabl eModel Event que sean genera- 
dos por el objeto ResultSetTableModel. 
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// Fig. 25.28: MostrarResul tadosConsul ta. java 

// Muestra el contenido de la tabla Autores en la base de datos libros. 

import java.awt.BorderLayout; 

import java. awt . event . Acti onLi stener ; 

i mpo rt j ava . awt . event .Acti onEvent ; 

import java. awt . event .Wi ndowAdapter ; 

i mpo rt j ava . awt . event . Wi ndowEvent ; 

import java.sql . SQLExcepti on ; 

import java. uti 1 . regex. PatternSyntaxExcepti on ; 

import javax. swi ng . IFrame ; 

import javax. swi ng . ITextArea; 

import javax. swi ng . I Se rol 1 Pane; 

import javax. swi ng . Se rol 1 PaneConstants ; 

import javax. swi ng. ITabl e; 

import javax. swi ng . lOptionPane; 

import javax. swi ng . IButton ; 

import javax. swi ng . Box; 

import javax. swi ng . ILabel ; 

import javax. swi ng . ITextFi eld ; 

import javax.swing.RowFilter; 

i mport j avax . swi ng . tabl e .Tabl eRowSorte r ; 

import javax. swi ng. tabl e. Tabl eModel ; 

public class MostrarResultadosConsulta extends IFrame 

{ 

// URL de la base de datos, nombre de usuario y contraseña para 1DBC 
static final String CONTROLADOR = "com.mysql . jdbc.Driver" ; 
static final String URL_BASEDAT0S = "jdbc:mysql ://localhost/libros"; 
static final String N0MBREUSUARI0 = "jhtp7' ; 
static final String CONTRASENIA = "jhtp7"; 

// la consulta predeterminada obtiene todos los datos de la tabla autores 
static final String CONSULTA_PREDETERMINADA = "SELECT * FR0M autores"; 


Figura 25.28 | Visualización del contenido de la base de datos libros. (Parte I de 5). 
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prívate ResultSetTableModel modeloTabla; 
prívate JTextArea areaConsulta; 

// crea objeto ResultSetTableModel y GUI 

publ i c MostrarResul tadosConsul ta() 

{ 

super( "Vi sual izacion de los resultados de la consulta" ); 

// crea objeto ResultSetTableModel y muestra la tabla de la base de datos 
try 
{ 

// crea objeto TableModel para los resultados de la consulta SELECT * FROM 
autores 

modeloTabla = new Resul tSetTabl eModel ( CONTROLADOR, URL_BASEDATOS, 
NOMBREUSUARIO, CONTRASENIA, CONSULTA_PREDETERMINADA ); 

// establece objeto ITextArea en el que el usuario escribe las consultas 

areaConsulta = new !TextArea( CONSULTA_PREDETERMINADA, B, 100 ) ; 
areaConsulta. setWrapStyleWordC true ); 
areaConsulta. setLineWrap( true ); 

IScrollPane scrollPane = new JScrollPane( areaConsulta, 

Se rol 1 PaneConstants .VERTI CAL_SCROLLBAR_AS_NEEDED, 

Scrol 1 PaneConstants . HORIZONTAL_SCROLLBAR_NEVER ) ; 

// establece objeto IButton para enviar las consultas 
IButton botonEnviar = new JButton( "Enviar consulta" ); 

// crea objeto Box para manejar la colocación de areaConsulta y 
// botonEnviar en la GUI 

Box boxNorte = Box.createHorizontalBoxO ; 
boxNorte. add( scrollPane ); 
boxNorte. add( botonEnviar ); 

// crea delegado de ITable para modeloTabla 

ITable tablaResultados = new lTable( modeloTabla ); 

ILabel etiquetaFi 1 tro = new ILabel( "Filtro:" ); 
final ITextField textoFiltro = new ITextFieldO ; 

IButton botonFiltro = new JButton( "Aplicar filtro" ); 

Box boxSur = boxNorte . createHori zontal Box() ; 

boxSur. add( etiquetaFiltro ); 
boxSur. add( textoFiltro ); 
boxSur.addf botonFiltro ); 

// coloca los componentes de la GUI en el panel de contenido 
add( boxNorte, BorderLayout . NORTH ); 

add( new IScrollPanef tablaResultados ), BorderLayout. CENTER ); 
add( boxSur, BorderLayout . SOUTH ); 

// crea componente de escucha de eventos para botonEnviar 

botonEnvi ar . addActionLi stenerf 

new ActionLi stenerf) 

{ 

// pasa la consulta al modelo de la tabla 

public void actionPerformedf ActionEvent evento ) 

{ 


Figura 25.28 | Visualización del contenido de la base de datos 1 i bros. (Parte 2 de 5). 
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// realiza una nueva consulta 
try 
{ 

modeloTabla.establecerConsulta( areaConsulta.getTextO ); 

} // fin de try 

catch ( SQLException excepcionSql ) 

{ 

DOptionPane.showMessageDialogC nuil , 

excepcionSql .getMessage() , "Error en base de datos", 

DOpti onPane . ERR0R_MESSAGE ); 

// trata de recuperarse de una consulta inválida del usuario 
// ejecutando la consulta predeterminada 
try 
{ 

modeloTabla.establecerConsulta( CONSULTA_PREDETERMINADA ); 
areaConsulta.setTextC CONSULTA_PREDETERMINADA ); 

} // fin de try 

catch ( SQLException excepcionSql2 ) 

{ 

DOptionPane.showMessageDialogC nuil , 

excepcionSql 2 . getMessageO , "Error en base de datos", 
DOpti onPane . ERR0R_MESSAGE ); 

// verifica que esté cerrada la conexión a la base de datos 

model oTabla. desconectarDeBaseDatosO ; 

System. exit( 1 ); // termina la aplicación 
} // fin de catch interior 
} // fin de catch exterior 
} // fin de actionPerformed 
} // fin de la clase interna ActionListener 
); // fin de la llamada a addActionLi stener 

final Tabl eRowSorter< TableModel > sorter = 

new Tabl eRowSorter< TableModel >( modeloTabla ); 
tabl aResul tados . setRowSorterf sorter ); 
setSizef 500, 250 ); // establece el tamaño de la ventana 
setVisible( true ); // muestra la ventana 

// crea componente de escucha para botonFiltro 

botonFi 1 tro . addActi onLi stener ( 
new ActionListenerO 
{ 

// pasa el texto del filtro al componente de escucha 

public void actionPerformed( ActionEvent e ) 

{ 

String texto = textoFi 1 tro . getText() ; 

if ( texto . 1 ength() == 0 ) 
sorter. setRowFi lter( nuil ); 
el se 
{ 

try 

{ 

sorter . setRowFi 1 ter( 

RowFi 1 ter . regexFi 1 ter( texto ) ); 

} // fin de try 

catch ( PatternSyntaxException pse ) 


Figura 25.28 | Visualización del contenido de la base de datos libros. (Parte 3 de 5). 
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{ 

JOptionPane.showMessageDialogC nuil , 

"Patrón de exp reg incorrecto' , "Patrón de exp reg incorrecto' , 
JOpti onPane . ERRORJMESSAGE ); 

} // fin de catch 
} // fin de else 

} // fin del método acti onPerfomed 
} // fin de la clase interna anónima 
); // fin de la llamada a addActionLi ster 
} // fin de try 

catch ( C1 assNotFoundException noEncontroClase ) 

{ 

JOptionPane.showMessageDialogC nuil , 

"No se encontró controlador de base de datos , "No se encontró el 
control ador" , 

JOpti onPane. ERROR_MESSAGE ); 

System. exit( 1 ); // termina la aplicación 
} // fin de catch 

catch ( SQLException excepcionSql ) 

{ 

JOptionPane.showMessageDialogC nuil , excepcionSql . getMessagef) , 

"Error en base de datos", JOpti onPane. ERROR_MESSAGE ); 

// verifica que esté cerrada la conexión a la base de datos 

modeloTabl a. desconectarDeBaseDatos() ; 

System. exit( 1 ); // termina la aplicación 
} // fin de catch 

// cierra la ventana cuando el usuario sale de la aplicación (se sobrescribe 
// el valor predeterminado de HIDE_ON„CLOSE) 
setDefaultCloseOperation( DISPOSE_ON_CLOSE ); 

// verifica que esté cerrada la conexión a la base de datos cuando el usuario sale 
de la aplicación 
addWi ndowLi stener( 

new Wi ndowAdapterO 

{ 

// se desconecta de la base de datos y sale cuando se ha cerrado la ventana 

public void windowClosed( WindowEvent evento ) 

{ 

modeloTabl a. desconectarDeBaseDatos() ; 

System . exi t( 0 ) ; 

} // fin del método windowClosed 
} // fin de la clase interna Wi ndowAdapter 
); // fin de la llamada a addWi ndowLi stener 
} // fin del constructor de MostrarResultadosConsulta 

// ejecuta la aplicación 

public static void main( String args[] ) 

{ 

new MostrarResultadosConsultaO ; 

} // fin de main 

} // fin de la clase MostrarResultadosConsulta 


Figura 25.28 | Visualización del contenido de la base de datos 1 i bros. (Parte 4 de 5). 
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Figura 25.28 | Visualízación del contenido de la base de datos libros. (Parte 5 de 5). 


En las líneas 86 a 125 se registra un manejador de eventos para el botonEnvi ar en el que el usuario hace clic 
para enviar una consulta a la base de datos. Cuando el usuario hace clic en el botón, el método acti onPerformed 
(líneas 91 a 123) invoca al método establecerConsul ta de la clase Resul tSetTabl eModel para ejecutar la nue- 
va consulta. Si la consulta del usuario falla (por ejemplo, debido a un error de sintaxis en la entrada del usuario), 
en las líneas 108 y 109 se ejecuta la consulta predeterminada. Si la consulta predeterminada también falla, podría 
haber un error más grave, por lo que en la línea 1 18 se asegura que se cierre la conexión a la base de datos y en la 
línea 120 se sale del programa. Las capturas de pantalla de la figura 25.28 muestran los resultados de dos consul- 
tas. La primera captura de pantalla muestra la consulta predeterminada, en la que se recuperan todos los datos de 
la tabla autores de la base de datos 1 i bros. La segunda captura de pantalla muestra una consulta que selecciona 
el nombre de pila y el apellido paterno de cada autor en la tabla autores, y combina esa información con el título 
y número de edición de la tabla ti tul os. Pruebe a introducir sus propias consultas en el área de texto y haga clic 
en el botón Enviar consulta para enviar la consulta. 

A partir de Java SE 6, los objetos DTabl e ahora permiten a los usuarios ordenar filas en base a los datos en 
una columna específica. En las líneas 127 y 128 se utiliza la clase TableRowSorter (del paquete javax.swing. 
table) para crear un objeto que utilice nuestro objeto Resul tSetTabl eModel para ordenar filas en el objeto 
JTable que muestre los resultados de la consulta. Cuando el usuario hace clic en el título de una columna 
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específica del objeto JTable, el objeto TableRowSorter interactúa con el objeto TableModel subyacente para 
reordenar las filas, con base en los datos en esa columna. En la línea 129 se utiliza el método setRowSorter del 
método JTable para especificar el objeto TableRowSorter para tabl aResul tados. 

Otra de las nuevas características de los objetos JTabl e es la habilidad de ver subconjuntos de los datos del 
objeto TableModel subyacente. A esto se le conoce como filtrar los datos. En las líneas 134 a 160 se registra un 
manejador de eventos para el botonFiltro que el usuario oprime para filtrar los datos. En el método action- 
Performed (líneas 138 a 158), en la línea 140 se obtiene el texto de filtro. Si el usuario no especificó un texto 
de filtro, en la línea 143 se utiliza el método setRowFil ter de JTable para eliminar cualquier filtro anterior, 
estableciendo el filtro en nul 1 . En caso contrario, en las líneas 148 y 149 se utiliza setRowFi 1 ter para especificar 
un objeto RowFiJ ter (del paquete javax. swi ng) con base en la entrada del usuario. La clase RowFi 1 ter cuenta 
con varios métodos para crear filtros. El método stati c regexFil ter recibe un objeto Stri ng que contiene un 
patrón de expresión regular como argumento, y un conjunto opcional de índices que especifican cuáles columnas 
se van a filtrar. Si no se especifican índices, entonces se busca en todas las columnas. En este ejemplo, el patrón de 
expresión regular es el texto que escribió el usuario. Una vez establecido el filtro, se actualizan los datos mostrados 
en el objeto JTabl e con base en el objeto Tabl eModel filtrado. 


25.9 La interfaz RowSet 

En los ejemplos anteriores, aprendido a realizar consultas en una base de datos al establecer en forma explícita una 
conexión (Connection) a la base de datos, preparar una instrucción (Statement) para consultar la base de datos 
y ejecutar la consulta. En esta sección demostraremos la interfaz RowSet, la cual configura la conexión a la base de 
datos y prepara instrucciones de consulta en forma automática. La interfaz RowSet proporciona varios métodos 
establecer (get) que nos permiten especificar las propiedades necesarias para establecer una conexión (como el URL 
de la base de datos, el nombre de usuario y la contraseña) y crear un objeto Statement (como una consulta). 
RowSet también cuenta con varios métodos obtener (get) para devolver estas propiedades. 

Elay dos tipos de objetos RowSet: conectados y desconectados. Un objeto RowSet conectado se conecta a 
la base de datos una sola vez, y permanece conectado hasta que termina la aplicación. Un objeto RowSet desco- 
nectado se conecta a la base de datos, ejecuta una consulta para obtener los datos de la base de datos y después 
cierra la conexión. Un programa puede cambiar los datos en un objeto RowSet desconectado, mientras éste se 
encuentre desconectado. Los datos modificados pueden actualizarse en la base de datos, después de que un objeto 
RowSet desconectado reestablece la conexión a la base de datos. 

El paquete javax. sqJ . rowset contiene dos subinterfaces de RowSet : JdbcRowSet y CachedRowSet. Jdbc- 
RowSet, un objeto RowSet conectado, actúa como una envoltura alrededor de un objeto ResultSet y nos per- 
mite desplazarnos a través de las filas en el objeto Resul tSet, y también actualizarlas. Recuerde que, de manera 
predeterminada, un objeto Resul tSet no es desplazable y es de sólo lectura; debemos establecer explícitamente 
la constante de tipo del conjunto de resultados a TYPE_SCROLL_INSENSITIVE y establecer la constante de con- 
currencia del conjunto de resultados CONCUR_UPDATABLE para hacer que un objeto ResultSet sea desplazable 
y pueda actualizarse. Un objeto JdbcRowSet es desplazable y puede actualizarse de manera predeterminada. 
CachedRowSet, un objeto RowSet desconectado, coloca los datos de un objeto ResultSet en caché de memoria 
y los desconecta de la base de datos. Al igual que un objeto JdbcRowSet, un objeto CachedRowSet es desplaza- 
ble y puede actualizarse de manera predeterminada. Un objeto CachedRowSet también es serializable, por lo que 
puede pasarse de una aplicación de Java a otra mediante una red, como Internet. Sin embargo, CachedRowSet 
tiene una limitación: la cantidad de datos que pueden almacenarse en memoria es limitada. El paquete j avax . 
sql . rowset contiene otras tres subinterfaces de RowSet. Para obtener detalles de estas interfaces, visite java, 
sun . com/javase/6/docs/technotes/gui des/jdbc/getstart/ rowsetlmpl . html . 



Tip de portabilidad 25.5 

Un objeto RowSet puede proporcionar capacidad de desplazamiento a los controladores que no tienen soporte para 
objetos ResultSet desplazables. 


En la figura 25.29 se reimplementa el ejemplo de la figura 25.23, usando un objeto RowSet. En vez de 
establecer la conexión y crear un objeto Statement de manera explícita, en la figura 25.29 utilizamos un objeto 
JdbcRowSet para crear los objetos Connecti on y Statement de manera automática. 
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// Fig. 25.29: PruebaJdbcRowSet . java 

// Visual i zación del contenido de la tabla autores, mediante el uso de IdbcRowSet. 

import java.sql .ResultSetMetaData; 
import java.sql . SQLExcepti on ; 
import javax. sql . rowset . IdbcRowSet ; 

import com.sun. rowset. IdbcRowSetlmpl ; // implementación de IdbcRowSet de Sun 

public class PruebaldbcRowSet 

{ 

// nombre del controlador de 3DBC y URL de la base de datos 
static final String CONTROLADOR = "com.mysql . jdbc.Dri ver" ; 
static final String URL_BASEDATOS = "jdbc:mysql ://local host/1 i bros" ; 
static final String NOMBREUSUARIO = "jhtp7' ; 
static final String CONTRASENIA = "jhtp7"; 

// el constructor se conecta a la base de datos, la consulta, procesa 
// los resultados y los muestra en la ventana 
public PruebaldbcRowSetO 
{ 

// se conecta a la base de datos libros y la consulta 
try 
{ 

C1 ass . forNamef CONTROLADOR ); 

// especifica las propiedades del objeto JdbcRowSet 

JdbcRowSet rowSet = new JdbcRowSetlmpl () ; 

rowSet . setUrl ( URL_BASEDATOS ); // establece URL de la base de datos 
rowSet. setUsername( NOMBREUSUARIO ); // establece el nombre de usuario 
rowSet. setPassword( CONTRASENIA ); // establece contraseña 
rowSet. setCommand( "SELECT * FROM autores" ); // establece la consulta 
rowSet. executeO ; // ejecuta la consulta 

// procesa los resultados de la consulta 

ResultSetMetaData metaDatos = rowSet. getMetaDataO ; 
int numeroDeCol umnas = metaDatos . getCol umnCountO ; 

System. out. println( "Tabla Autores de la base de datos Libros:\n" ); 

// muestra el encabezado del objeto RowSet 

for ( int i =1; i <= numeroDeCol umnas ; i++ ) 

System . out . pri ntf( "%-8s\t", metaDatos . getCol umnNamef i ) ); 

System . out . pri ntl n() ; 

// muestra cada fila 
while ( rowSet . next() ) 

{ 

for ( int i =1; i <= numeroDeCol umnas ; i++ ) 

System. out. printff "%-8s\t", rowSet. getObject( i ) ); 

System . out . pri ntl n() ; 

} // fin de while 

// cierra el objeto ResultSet subyacente, y los objetos Statement y Connection 
rowSet. close() ; 

} // fin de try 

catch ( SQLExcepti on excepcionSql ) 

{ 

excepci onSql .pri ntStackT race() ; 

System . exi t( 1 ) ; 

} // fin de catch 

catch ( C1 assNotFoundException noEncontroClase ) 


Figura 25.29 | Visualización de la tabla autores mediante IdbcRowSet. (Parte I de 2). 
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60 { 

61 noEncontroClase.printStackTraceO ; 

62 System. exit( 1 ); 

63 } // fin de catch 

64 } // fin del constructor de mostrarAutores 

65 

66 // inicia la aplicación 

67 public static void main( String args[] ) 

68 { 

69 PruebaldbcRowSet aplicación = new PruebaJdbcRowSetO ; 

70 } // fin de main 

71 } // fin de la clase PruebaldbcRowSet 


Tabla Autores de la base de datos Libros: 


IDAutor 

1 

2 

3 

4 


nombrePila apel 1 i doPaterno 

Harvey Deitel 

Paul Deitel 

Andrew Goldberg 

David Choffnes 


Figura 25.29 | Visualización de la tabla autores mediante IdbcRowSet. (Parte 2 de 2). 


El paquete com . sun . rowset proporciona las implementaciones de referencia de Sun de las interfaces en el 
paquete j avax . sql . rowset. En la línea 26 se utiliza la implementación de referencia de Sun de la interfaz 1 dbc- 
RowSet (IdbcRowSetlmpl) para crear un objeto IdbcRowSet. Utilizamos la clase IdbcRowSetlmpl aquí para 
demostrar la capacidad de la herramienta IdbcRowSet. Otras bases de datos pueden proporcionar sus propias 
implementaciones de RowSet. 

En las líneas 27 a 29 se establecen las propiedades de RowSet que utiliza el objeto Dri verManager para esta- 
blecer una conexión a la base de datos. En la línea 27 se invoca el método setUrl de JdbcRowSet para especificar 
el URL de la base de datos. En la línea 28 se invoca el método setUsername de JdbcRowSet para especificar el 
nombre de usuario. En la línea 29 se invoca el método setPassword de JdbcRowSet para especificar la contra- 
seña. En la línea 30 se invoca el método setCommand de JdbcRowSet para especificar la consulta SQL que se 
utilizará para llenar el objeto RowSet. En la línea 31 se invoca el método execute de JdbcRowSet para ejecutar la 
consulta SQL. El método execute realiza cuatro acciones: establece una conexión (Connection), prepara la ins- 
trucción (Statement) de consulta, ejecuta la consulta y almacena el objeto ResultSet devuelto por la consulta. 
Los objetos Connection, Statement y ResultSet se encapsulan en el objeto JdbcRowSet. 

El resto del código es casi idéntico al de la figura 25.23, excepto que en la línea 34 se obtiene un objeto 
Resul tSetMetaData del objeto JdbcRowSet, en la línea 44 se utiliza el método next de JdbcRowSet para obte- 
ner la siguiente fila del resultado, y en la línea 47 se utiliza el método getObject de JdbcRowSet para obtener 
el valor de una columna. En la línea 52 se invoca el método cióse de JdbcRowSet, el cual cierra los objetos 
ResultSet, Statement y Connection de RowSet. En un objeto CachedRowSet, al invocar cióse también se 
libera la memoria ocupada por ese objeto RowSet. Observe que la salida de esta aplicación es igual que la de la 
figura 25.23. 


25.10 Java DB/Apache Derby 

A partir del JDK 6, Sun Microsystems está incluyendo la base de datos basada exclusivamente en Java de código 
fuente abierto, llamada Java DB (la versión de Apache Derby producida por Sun) junto con el JDK. En la sección 

25. 11 utilizaremos Java DB para demostrar una nueva característica de JDBC 4.0, y demostraremos las instruc- 
ciones denominadas PreparedStatements. Para que pueda ejecutar la aplicación de la siguiente sección, debe 
configurarla base de datos LibretaDi recciones enJavaDB. En la sección 25. 11 usaremos ¡aversión incrustada 
de Java DB. También hay una versión en red, que se ejecuta de manera similar al DBMS MySQL que presen- 
tamos en secciones anteriores. Para los siguientes pasos, vamos a suponer que usted está ejecutando Microsoft 
Windows con Java instalado en su ubicación predeterminada. 
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1. Java DB incluye varios archivos de procesamiento por lotes para su configuración y ejecución. Antes 
de ejecutar estos archivos por lotes desde un símbolo del sistema, debe establecer la variable de entorno 
JAVAJHOME para que haga referencia al directorio de instalación C:\Archivos de programa\Java\ 
jdkl.6.0 del JDK. Para obtener información acerca de cómo establecer el valor de una variable de 
entorno, consulte la sección Antes de empezar de este libro. 

2. Abra el archivo de procesamiento por lotes setEmbeddedCP . bat (ubicado en C:\Archivos de progra- 
ma\lava\jdkl.6.0\db\frameworks\embedded\bin) en un editor de texto, como el Bloc de notas. 
Localice la línea 

rem set DERBY_INSTALL= 

y cámbiela por 

set DERBY_INSTALL=C:\Archivos de programa\Java\jdkl.6.0\db 

Después, convierta en comentario la siguiente línea: 

@F0R %%X in ("%DERBY_HOME%") DO SET DERBY„HOME=%%~sX 
a la cual debe anteponer la palabra clave REM, de la siguiente manera: 

REM @F0R %%X in ("%DERBYJOME%") DO SET DERBYJHOME=%%~sX 
Guarde sus cambios y cierre este archivo. 

3. Abra una ventana de Símbolo del sistema y cambie al directorio C:\Archivos de programa\Java\ 
jdkl. 6 . 0\db\f rameworks\embedded\bi n. Después, escriba setEmbeddedCP . bat y oprima Intro para 
establecer las variables de entorno requeridas por Java DB. 

4. Una base de datos Java DB incrustada debe residir en la misma ubicación que la aplicación que mani- 
pula a la base de datos. Por esta razón, cambie al directorio que contiene el código para las figuras 25.30 
a 25.32. Este directorio contiene un archivo de secuencia de comandos SQL llamado di recci on . sql , 
el cual crea la base de datos LibretaDi recci ones. 

5. Ejecute el comando 

"C : \Archi vos de prog rama\Java\j dkl . 6 . 0\db\f rameworks\embedded\bi n\i j " 

para iniciar la herramienta de línea de comandos para interactuar con Java DB. Las comillas dobles son 
necesarias, ya que la ruta contiene un espacio. Esto mostrará el indicador i j>. 

6. En el indicador i j >, escriba 

connect 1 jdbc : derby : Li bretaDi recci ones ; create=true ; user=jhtp7 ; password=jhtp7 ' ; 

para crear la base de datos Li bretaDi recci ones en el directorio actual. Este comando también crea el 
usuario jhtp7 con la contraseña jhtp7 para acceder a la base de datos. 

7. Para crear la tabla de la base de datos e insertar los datos de ejemplo, escriba 

run 'di recci on. sql ' ; 

8. Para terminar la herramienta de línea de comandos de Java DB, escriba 

exi t ; 

Ahora está listo para ejecutar la aplicación Li bretaDi recci ones en la sección 25.12. 

25.11 Objetos PreparedStatement 

La interfaz PreparedStatement nos permite crear instrucciones SQL compiladas, que se ejecutan con más 
eficiencia que los objetos Statement. Las instrucciones PreparedStatement también pueden especificar pará- 
metros, lo cual las hace más flexibles que las instrucciones Statement. Los programas pueden ejecutar la misma 
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consulta varias veces, con distintos valores para los parámetros. Por ejemplo, en la base de datos 1 i bros, tal vez 
sea conveniente localizar todos los libros para un autor con un apellido paterno y primer nombre específicos, y 
ejecutar esa consulta para varios autores. Con un objeto PreparedStatement, esa consulta se define de la siguien- 
te manera: 

PreparedStatement "I i brosAutor = connection . prepareStatement( 

"SELECT apellidoPaterno, primerNombre, titulo " + 

"FROM autores INNER JOIN isbnAutor " + 

"ON autores.idAutor=isbnAutor.idAutor " + 

"INNER JOIN títulos " + 

"ON isbnAutor. isbn=titulos.isbn " + 

"WHERE apellidoPaterno = ? AND primerNombre = ?" ); 

Los dos signos de interrogación (?) en la última línea de la instrucción SQL anterior son receptáculos para valores 
que se pasarán como parte de la consulta en la base de datos. Antes de ejecutar una instrucción PreparedState- 
ment, el programa debe especificar los valores de los parámetros mediante el uso de los métodos establecer (set) de 
la interfaz PreparedStatement. 

Para la consulta anterior, ambos parámetros son cadenas que pueden establecerse con el método setString 
de PreparedStatement, como se muestra a continuación: 

librosAutor.setStringC 1, "Deitel" ); 
librosAutor.setStringC 2, "Paul" ); 

El primer argumento del método setString representa el número del parámetro que se va a establecer, y 
el segundo argumento es el valor de ese parámetro. Los números de los parámetros se cuentan a partir de 1, 
empezando con el primer signo de interrogación (?). Cuando el programa ejecuta la instrucción Prepared- 
Statement anterior con los valores de los parámetros que se muestran aquí, la instrucción SQL que se pasa a la 
base de datos es 

SELECT apellidoPaterno, primerNombre, titulo 
FROM autores INNER JOIN isbnAutor 

ON autores . i dAutor=i sbnAutor . i dAutor 
INNER JOIN títulos 

ON i sbnAutor . i sbn=ti tul os . i sbn 
WHERE apellidoPaterno = 'Deitel' AND primerNombre = 'Paul' 

El método setStri ng escapa de manera automática los valores de los parámetros Stri ng según sea necesario. Por 
ejemplo, si el apellido paterno es O’Brien, la instrucción 

librosAutor.setStringC 1, "O'Brien" ); 

escapa el carácter 1 en O’Brien, sustituyéndolo con dos caracteres de comilla sencilla. 



Tip de rendimiento 25.2 

Las instrucciones PreparedStatement son más eficientes que las instrucciones Statement al ejecutar instrucciones 
SQL varias veces, y con distintos valores para los parámetros. 



Tip para prevenir errores 25.1 


Use las instrucciones PreparedStatement con parámetros para las consultas que reciban valores String como 
argumentos, para asegurar que los objetos String utilicen comillas de manera apropiada en la instrucción SQL. 


La interfaz PreparedStatement proporciona métodos establecer (set) para cada tipo de SQL soportado. Es 
importante utilizar el método establecer que sea apropiado para el tipo de SQL del parámetro en la base de datos; 
las excepciones SQLException ocurren cuando un programa trata de convertir el valor de un parámetro en un 
tipo incorrecto. Para una lista completa de los métodos establecer (set) de la interfaz PreparedStatement, consul- 
te la página Web java, sun . com/javase/6/docs/api/java/sql /PreparedStatement. html . 
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Aplicación “libreta de direcciones” que utiliza instrucciones P repar edStatement 
Ahora presentaremos una aplicación “libreta de direcciones” que nos permite explorar las entradas existentes, agregar 
nuevas entradas y buscar entradas con un apellido paterno específico. Nuestra base de datos Li bretaDi recci o- 
nes de JavaDB contiene una tabla Direcciones con las columnas idDireccion, primerNombre, apellido- 
Paterno, emai 1 y numeroTel efoni co. La columna i dDi recci on se denomina columna de identidad. Ésta es la 
manera estándar de SQL para representar una columna autoincrementada. La secuencia de comandos SQL que 
proporcionamos para esta base de datos utiliza la palabra clave IDENTITY de SQL para marcar la columna i dDi - 
recci on como una columna de identidad. Para obtener más información acerca de la palabra IDENTITY y crear 
bases de datos, consulte la Guía para el desarrollador de Java DB en devel opers . sun . com/prodtech/javadb/ 
reference/docs/10. 2 . 1. 6/devgui de/i ndex. htmi . 

Nuestra aplicación de libro de direcciones consiste en tres clases: Persona (figura 25.30), ConsultasPer- 
sona (figura 25.31) y MostrarLi bretaDi recciones (figura 25.32). La clase Persona es una clase simple que 
representa a una persona en la libreta de direcciones. Esta clase contiene campos para el ID de dirección, primer 
nombre, apellido paterno, dirección de e-mail y número telefónico, así como métodos establecer y obtener para 
manipular esos campos. 


1 // Fig. 25.30: Persona. java 

2 // La clase Persona representa una entrada en una libreta de direcciones. 

3 public class Persona 

4 { 

5 private int idDireccion; 

6 private String primerNombre; 

7 private String apel 1 idoPaterno ; 

8 private String email; 

9 private String numeroTelefonico; 

10 

11 // constructor sin argumentos 

12 public PersonaO 

13 { 

14 } // fin del constructor de Persona sin argumentos 

15 

16 // constructor 

17 public Persona( int id, String nombre, String apellido, 

18 String di recci onEmai 1 , String telefono ) 

19 { 

20 establ ecerIDDi reccionf id ); 

21 establecerPrimerNombreC nombre ); 

22 establ ecerApell idoPaterno( apellido ); 

23 establ ecerEmai 1 ( di reccionEmail ); 

24 establ ecerNumeroTel efoni co( telefono ); 

25 } // fin del constructor de Persona con cinco argumentos 

26 

27 // establece el objeto idDireccion 

28 public void establ ecerIDDi reccion( int id ) 

29 { 

30 idDireccion = id; 

31 } // fin del método establecerIDDi reccion 

32 

33 // devuelve el valor de idDireccion 

34 public int obtenerIDDi reccion Q 

35 { 

36 return idDireccion; 

37 } // fin del método obtenerIDDi recci on 

38 

39 // establece el primerNombre 

40 public void establecerPrimerNombreC String nombre ) 

Figura 25.30 | La clase Persona representa una entrada en un objeto Li bretaDi recciones. (Parte I de 2). 
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41 { 

42 primerNombre = nombre; 

43 } // fin del método establecerPrimerNombre 

44 

45 // devuelve el primer nombre 

46 public String obtenerPrimerNombreO 

47 { 

48 return primerNombre; 

49 } // fin del método obtenerPrimerNombre 

50 

51 // establece el apell idoPaterno 

52 public void establ ecerApel 1 i doPaternof String apellido ) 

53 { 

54 apellidoPaterno = apellido; 

55 } // fin del método establecerApell idoPaterno 

56 

57 // devuelve el apellido paterno 

58 public String obtenerApel 1 i doPaternoO 

59 { 

60 return apellidoPaterno; 

61 } // fin del método obtenerApel 1 i doPaterno 

62 

63 // establece la dirección de email 

64 public void establ ecerEmai 1 ( String di reccionEmai 1 ) 

65 { 

66 email = di reccionEmai 1 ; 

67 } // fin del método establecerEmail 

68 

69 // devuelve la dirección de email 

70 public String obtenerEmai 1 O 

71 { 

72 return email; 

73 } // fin del método obtenerEmai 1 

74 

75 // establece el número telefónico 

76 public void establ ecerNumeroTel efonicof String telefono ) 

77 { 

78 numeroTel efonico = telefono; 

79 } // fin del método establecerNumeroTelefonico 

80 

81 // devuelve el número telefónico 

82 public String obtenerNumeroTel efonicoO 

83 { 

84 return numeroTelefonico; 

85 } // fin del método obtenerNumeroTelefonico 

86 } // fin de la clase Persona 

Figura 25.30 | La clase Persona representa una entrada en un objeto LibretaDi recciones. (Parte 2 de 2). 

La clase Cónsul tasPersona 

La clase Cónsul tasPersona (figura 25.31) maneja la conexión a la base de datos de la aplicación libreta de di- 
recciones y crea las instrucciones PreparedStatement que utiliza la aplicación para interactuar con la base 
de datos. En las líneas 18 a 20 se declaran tres variables PreparedStatement. El constructor (líneas 23 a 49) 
se conecta con la base de datos en las líneas 27 y 28. Observe que no utilizamos C1 ass . forName para cargar el 
controlador de la base de datos para Java DB, como hicimos en los ejemplos que utilizan MySQL en secciones 
anteriores de este capítulo. JDBC 4.0, que forma parte de Java SE 6, soporta el descubrimiento automático 
de controladores; ya no tenemos que cargar el controlador de la base de datos por adelantado. Al momento de 
escribir este libro, esta característica se encuentra en proceso de implementarse en MySQL. 
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1 // Fig. 25.31: ConsultasPersona. java 

2 // Instrucciones PreparedStatement utilizadas por la aplicación Libreta de direcciones 

3 import java.sql .Connection; 

4 import java.sql .DriverManager; 

5 import java. sql . PreparedStatement ; 

6 import java. sql . ResultSet; 

7 import java.sql .SQLException; 

8 import java. útil .List; 

9 import java. útil .ArrayList; 

10 

11 public class ConsultasPersona 

12 { 

13 private static final String URL = " jdbc :derby : Li bretaDi recciones" ; 

14 private static final String NOMBREUSUARIO = "jhtp7"; 

15 private static final String CONTRASENIA = "jhtp7 ; 

16 

17 private Connection conexión = nuil; // maneja la conexión 

18 private PreparedStatement seleccionarTodasLasPersonas = nuil; 

19 private PreparedStatement seleccionarPersonasPorApellido = nuil; 

20 private PreparedStatement i nsertarNuevaPersona = nuil; 

21 

22 // constructor 

23 public ConsultasPersonaO 

24 { 

25 try 

26 { 

27 conexión = 

28 DriverManager. getConnection( URL, NOMBREUSUARIO, CONTRASENIA ); 

29 

30 // crea una consulta que selecciona todas las entradas en la Li bretaDi recciones 

31 seleccionarTodasLasPersonas = 

32 conexión . prepareStatement( "SELECT * FROM Direcciones" ); 

33 

34 // crea una consulta que selecciona las entradas con un apellido especifico 

35 seleccionarPersonasPorApellido = conexi on . prepareStatement( 

36 "SELECT * FROM Direcciones WHERE Apel 1 idoPaterno = ?" ) ; 

37 

38 // crea instrucción inserí para agregar una nueva entrada en la base de 39 
datos 

39 i nsertarNuevaPersona = conexión . prepareStatement( 

40 "INSERT INTO Direcciones " + 

41 "( PrimerNombre , Apel 1 idoPaterno, Email, NumeroTelefonico ) " + 

42 "VALUES ( ?, ?, ?, ? )" ); 

43 } // fin de try 

44 catch ( SQLException excepcionSql ) 

45 { 

46 excepci onSql . pri ntStackT race() ; 

47 System. exit( 1 ); 

48 } // fin de catch 

49 } // fin del constructor de ConsultasPersona 

50 

51 // selecciona todas las direcciones en la base de datos 

52 public List< Persona > obtenerTodasLasPersonas() 

53 { 

54 List< Persona > resultados = nuil; 

55 ResultSet conjuntoResultados = nuil; 

56 

57 try 

Figura 25.31 | Una interfaz que almacena todas las consultas para que las utilice un objeto Li bretaDi recciones. 
(Parte I de 4). 
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{ 

// executeQuery devuelve ResultSet que contiene las entradas que coinciden 

conjuntoResultados = sel eccionarTodasLasPersonas . executeQuery O ; 
resultados = new ArrayList< Persona >(); 

while ( conjuntoResultados. next() ) 

{ 

resultados. add( new Persona( 

conjuntoResultados. getlnt( 'idDi reccion" ), 
conjuntoResultados. getString( "primerNombre" ), 
conjuntoResultados. getString( "apellidoPaterno" ), 
conjuntoResultados. getString( "email" ), 
conjuntoResultados. getString( "numeroTel efoni co" ) ) ); 

} // fin de while 
} // fin de try 

catch ( SQLException excepcionSql ) 

{ 

excepci onSql . pri ntStackT race() ; 

} // fin de catch 
finally 
{ 

try 

{ 

conjuntoResultados. close() ; 

} // fin de try 

catch ( SQLException excepcionSql ) 

{ 

excepcionSql ,printStackTrace() ; 
closeO ; 

} // fin de catch 
} // fin de finally 

return resultados; 

} // fin del método obtenerTodasLasPersonaas 
// selecciona persona por apellido paterno 

public List< Persona > obtenerPersonasPorApel 1 i do( String nombre ) 

{ 

List< Persona > resultados = nuil; 

ResultSet conjuntoResultados = nuil; 

try 

{ 

seleccionarPersonasPorApellido.setStringC 1, nombre ); // especifica el 
apellido paterno 

// executeQuery devuelve ResultSet que contiene las entradas que coinciden 

conjuntoResultados = sel ecci onarPersonasPorApel 1 i do . executeQuery () ; 

resultados = new ArrayList< Persona >(); 

while ( conjuntoResultados. next() ) 

{ 

resultados. add( new Persona( 

conjuntoResultados. getlnt( 'idDi reccion" ), 
conjuntoResultados. getString( “primerNombre" ), 
conjuntoResultados. getString( "apellidoPaterno" ), 


Figura 25.31 | Una interfaz que almacena todas las consultas para que las utilice un objeto LibretaDi recciones. 
(Parte 2 de 4). 
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conjuntoResultados.getStringf "email" ), 
conjuntoResultados.getStringf "numeroTel efoni co" ) ) ); 

} // fin de while 
} // fin de try 

catch ( SQLException excepcionSql ) 

{ 

excepcionSql . pri ntStackTraceO ; 

} // fin de catch 
finally 
{ 

try 

{ 

conjuntoResultados.closeO ; 

} // fin de try 

catch ( SQLException excepcionSql ) 

{ 

excepcionSql .pri ntStackTraceO ; 
closeO ; 

} // fin de catch 
} // fin de finally 

return resultados; 

} // fin del método obtenerPersonasPorApellido 

// agrega una entrada 

public int agregarPersonaf 

String pnombre, String apaterno, String email, String num ) 

{ 

int resultado = 0; 

// establece los parámetros, después ejecuta i nsertarNuevaPersona 
try 
{ 

i nsertarNuevaPersona. setStri ng( 1, pnombre ); 
i nsertarNuevaPersona. setStri ng( 2, apaterno ); 
i nsertarNuevaPersona. setStri ng( 3, email ); 
i nsertarNuevaPersona. setStri ng( 4, num ); 

// inserta la nueva entrada; devuelve # de filas actualizadas 

resultado = insertarNuevaPersona.executellpdateO ; 

} // fin de try 

catch ( SQLException excepcionSql ) 

{ 

excepci onSql .pri ntStackT race() ; 
closeO ; 

} // fin de catch 

return resultado; 

} // fin del método agregarPersona 

// cierra la conexión a la base de datos 
public void closeO 
{ 

try 

{ 

conexión. closeO I 

} // fin de try 

catch ( SQLException excepcionSql ) 


Figura 25.31 | Una interfaz que almacena todas las consultas para que las utilice un objeto LibretaDi recciones. 
(Parte 3 de 4)- 
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173 { 

174 excepci onSql . pri ntStackT race() ; 

175 } // fin de catch 

176 } // fin del método cióse 

177 } // fin de la interfaz ConsultasPersona 


Figura 25.31 | Una interfaz que almacena todas las consultas para que las utilice un objeto LibretaDi recciones. 
(Parte 4 de 4)- 


En las líneas 31 y 32 se invoca el método prepareStatement de Connection para crear la instrucción 
PreparedStatement llamada seleccionarTodasLasPersonas, la cual selecciona todas las filas en la tabla 
Di recci ones. En las líneas 35 y 36 se crea la instrucción PreparedStatement llamada sel ecci onarPersonas- 
PorApel 1 i do con un parámetro. Esta instrucción selecciona todas las filas en la tabla Di recci ones que coincidan 
con un apellido específico. Observe el carácter ? que se utiliza para especificar el parámetro apellido. En las líneas 
39 a 42 se crea la instrucción PreparedStatement llamada i nsertarNuevaPersona, concuatro parámetros que 
representan el primer nombre, apellido paterno, dirección de e-mail y número telefónico para una nueva entrada. 
De nuevo, observe los caracteres ? que se utilizan para representar estos parámetros. 

El método obtenerTodasLasPersonas (líneas 52 a 91) ejecuta la instrucción PreparedStatement sel ec- 
cionarTodasLasPersonas (línea 60) mediante una llamada al método executeQuery, el cual devuelve un 
objeto ResultSet que contiene las filas que coinciden con la consulta (en este caso, todas las filas en la tabla 
Di recci ones). En las líneas 61 a 71 se colocan los resultados de la consulta en un objeto ArrayLi st de objetos 
Persona, el cual se devuelve en la línea 90 al método que hizo la llamada. El método obtenerPersonasPor- 
Apel 1 i do (líneas 95 a 137) utiliza el método setString de PreparedStatement para establecer el parámetro en 
sel ecci onarPersonasPorApel 1 i do. Después, en la línea 105 se ejecuta la consulta y en las líneas 107 a 117 se 
colocan los resultados de la consulta en un objeto ArrayLi st de objetos Persona. En la línea 136 se devuelve el 
objeto ArrayLi st al método que hizo la llamada. 

El método agregarPersona (líneas 140 a 163) utilizad método setStri ng de PreparedStatement (líneas 
148 a 151) para establecer los parámetros para la instrucción PreparedStatement llamada i nsertarNueva- 
Persona. La línea 154 utiliza el método executeUpdate de PreparedStatement para insertar un nuevo registro. 
Este método devuelve un entero, el cual indica el número de filas que se actualizaron (o insertaron) en la base de 
datos. El método el ose (líneas 166 a 176) simplemente cierra la conexión a la base de datos. 

La clase MostrarLibretaDi recciones 

La aplicación MostrarLi bretaDi recci ones (figura 25.32) utiliza un objeto de la clase ConsultasPersona 
para interactuar con la base de datos. En la línea 59 se crea el objeto ConsultasPersona que se utiliza en la 
clase MostrarLibretaDi recciones. Cuando el usuario oprime el objeto JButton llamado Explorar todas las 
entradas, se hace una llamada al manejador botonExplorarActionPerformed (líneas 309 a 335). En la línea 
313 se hace una llamada al método obtenerTodasLasPersonas en el objeto ConsultasPersona para obtener 
todas las entradas en la base de datos. Después, el usuario puede desplazarse a través de las entradas, usando los 
objetos JButton Anterior y Siguiente. Cuando el usuario oprime el objeto IButton Buscar, se hace una llamada 
al manejador botonConsultaActionPerformed (líneas 265 a 287). En las líneas 267 y 268 se hace una llama- 
da al método obtenerPersonasPorApel 1 ido en el objeto ConsultasPersona, para obtener las entradas en la 
base de datos que coincidan con el apellido paterno especificado. Si hay varias entradas de este tipo, el usuario 
puede desplazarse de una entrada a otra mediante los objetos JButton Anterior y Siguiente. 

Para agregar una nueva entrada a la base de datos Li bretaDi recci ones, el usuario puede escribir el primer 
nombre, apellido paterno, email y número telefónico (el valor de IdDi recci on se autoincrementará) en los obje- 
tos JTextField y oprimir el objeto JButton Insertar nueva entrada. Cuando el usuario oprime este botón, se 
hace una llamada al manejador botonlnsertarActionPerformed (líneas 338 a 352). En las líneas 340 a 342 
se hace una llamada al método agregarPersona en el objeto ConsultasPersona, para agregar una nueva entra- 
da a la base de datos. 

Después, el usuario puede ver distintas entradas oprimiendo los objetos JButton Anterior o Siguiente, lo 
cual produce llamadas a los métodos botonAnteriorActionPerformed (líneas 241 a 250) o botonSi guien- 
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1 // Fig. 25.32: MostrarLi bretaDi recciones. java 

2 // Una libreta de direcciones simple 

3 import java.awt.event.ActionEvent; 

4 import java.awt.event.ActionListener; 

5 import java.awt.event.WindowAdapter; 

6 import java.awt.event.WindowEvent; 

7 import java.awt.FlowLayout; 

8 import java.awt.GridLayout; 

9 import java. útil .List; 

10 import javax.swing.JButton; 

11 import javax. swing . Box; 

12 import javax. swing. 3 Frame; 

13 import javax. swing. 3 Label ; 

14 import j avax. swing. 3 Panel ; 

15 import javax. swi ng . ITextFi el d; 

16 import javax. swi ng.WindowConstants; 

17 import javax. swing . BoxLayout; 

18 import javax. swing . BorderFactory ; 

19 import javax. swi ng.30ptionPane; 

20 

21 public class MostrarLi bretaDi recciones extends 3Frame 

22 { 

23 private Persona entradaActual ; 

24 private ConsultasPersona consultasPersona; 

25 private List< Persona > resultados; 

26 private int numeroDeEntradas = 0; 

27 private int i ndi ceEntradaActual ; 

28 

29 private 3Button botonExplorar; 

30 private 3Label etiquetaEmail ; 

31 private 3TextField campoTextoEmail ; 

32 private 3Label etiquetaPrimerNombre; 

33 private 3TextField campoTextoPrimerNombre; 

34 private 3 Label etiquetaID; 

35 private ITextFi el d campoTextoID; 

36 private ITextFi el d campoTextoIndice; 

37 private 3 Label etiquetaApellidoPaterno; 

38 private ITextFi el d campoTextoApel 1 idoPaterno ; 

39 private ITextFi el d campoTextoMax; 

40 private 3Button botonSigui ente ; 

41 private 3Label etiquetaDe; 

42 private 3 Label etiquetaTelefono; 

43 private ITextFi el d campoTextoTelefono; 

44 private 3Button botonAnterior; 

45 private 3Button botonConsulta; 

46 private 3Label etiquetaConsulta; 

47 private 3Panel panelConsulta; 

48 private 3 Panel panel Navegar ; 

49 private 3Panel panelMostrar; 

50 private 3TextField campoTextoConsul ta; 

51 private 3Button botonlnsertar ; 

52 

53 // constructor sin argumentos 

54 public MostrarLi bretaDi reccionesO 

55 { 

56 super( "Libreta de direcciones" ); 

57 

58 // establece la conexión a la base de datos y las instrucciones PreparedStatement 

59 consultasPersona = new Cónsul tasPersonaO ; 

Figura 25.32 | Una libreta de direcciones simple. (Parte I de 7). 
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// crea la GUI 

panelNavegar = new ]Panel(); 

botonAnteri or = new JButtonO; 

campoTextoIndice = new JTextFieldC 2 ); 

etiquetaDe = new JLabelO; 

campoTextoMax = new JTextFieldC 2 ); 

botonSiguiente = new JButtonO; 

panelMostrar = new ]Panel(); 

etiquetaID = new JLabelO; 

campoTextoID = new JTextFieldC 10 ); 

etiquetaPrimerNombre = new JLabelO; 

campoTextoPrimerNombre = new JTextFieldC 10 ); 

etiquetaApell idoPaterno = new JLabelO; 

campoTextoApel 1 idoPaterno = new JTextFieldC 10 ); 

etiquetaEmai 1 = new JLabelO; 

campoTextoEmai 1 = new JTextFieldC 10 ); 

etiquetaTel efono = new JLabelO; 

campoTextoTelefono = new JTextFieldC 10 ); 

panelConsulta = new JPanelO; 

etiquetaConsul ta = new JLabelO; 

campoTextoConsulta = new JTextFieldC 10 ); 

botonConsul ta = new JButtonO; 

botonExplorar = new JButtonO; 

botonlnsertar = new JButtonO; 

setLayoutC new FlowLayoutC FlowLayout.CENTER, 10, 10 ) ); 
setSizeC 400, 300 ) ; 
setResi zabl eC false ); 

panel Navegar . setLayout C 

new BoxLayoutC panelNavegar, BoxLayout.X_AXIS ) ); 

botonAnterior.setTextC "Anterior" ); 
botonAnterior.setEnabledC false ); 
botonAnteri or . addActi onLi stener C 
new ActionLi stenerO 
{ 

public void actionPerformedC ActionEvent evt ) 

{ 

botonAnteri orActionPerformedC evt ); 

} // fin del método actionPerformed 
} // fin de la clase interna anónima 
); //fin de la llamada a addActionListener 

panelNavegar. addC botonAnteri or ); 

panelNavegar. addC Box.createHorizontalStrutC 10 ) ) ; 

campoTextoIndi ce . setHori zontal Al i gnmentC 
JTextFi el d . CENTER ); 
campoTextoIndi ce . addActi onLi stener C 
new ActionLi stenerO 
{ 

public void actionPerformedC ActionEvent evt ) 

{ 

campoTextoIndiceActionPerformedC evt ); 

} // fin del método actionPerformed 
} // fin de la clase interna anónima 
); // fin de la llamada a addActionListener 


Figura 25.32 | Una libreta de direcciones simple. (Parte 2 de 7). 
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panel Navegar. add( campoTextoIndi ce ); 
panelNavegar.addf Box.createHorizontalStrut( 10 ) ) ; 

etiquetaDe . setText( "de" ); 
panelNavegar.addf etiquetaDe ); 

panelNavegar.addf Box.createHorizontalStrut( 10 ) ) ; 

campoTextoMax. setHori zontal Al i gnmentf 
JTextFi el d . CENTER ); 
campoTextoMax. setEditablef false ); 
panel Navegar. add( campoTextoMax ); 

panelNavegar.addf Box.createHorizontalStrut( 10 ) ) ; 

botonSiguiente.setTextf "Siguiente" ); 
botonSiguiente.setEnabledf false ); 
botonSigui ente. addActionLi stener( 
new ActionLi stener() 

{ 

public void actionPerformedf ActionEvent evt ) 

{ 

botonSiguienteActionPerformed( evt ); 

} // fin del método actionPerformed 
} // fin de la clase interna anónima 
); // fin de la llamada a addActionListener 

panelNavegar.addf botonSi guiente ); 
add( panel Navegar ); 

panelMostrar. setLayoutf new CridLayoutC 5, 2, 4, 4 ) ); 

etiquetalD.setTextf "ID Dirección:" ); 
panelMostrar. add( etiquetaID ); 

campoTextoID. setEditablef false ); 
panelMostrar. add( campoTextoID ); 

etiquetaPrimerNombre.setTextf "Primer nombre:" ); 
panelMostrar. add( etiquetaPrimerNombre ); 
panelMostrar. add( campoTextoPrimerNombre ); 

etiquetaApell idoPaterno . setTextf "Apellido paterno:" ); 
panelMostrar. add( etiquetaApellidoPaterno ); 
panelMostrar. add( campoTextoApel 1 i doPaterno ); 

etiquetaEmai 1 . setTextf "Email:" ); 
panelMostrar. add( etiquetaEmail ); 
panel Mostrar. add( campoTextoEmai 1 ); 

etiquetaTel efono . setTextf "Telefono:" ); 
panelMostrar. addf etiquetaTelefono ); 
panel Mostrar. addf campoTextoTelefono ); 
addf panelMostrar ); 

panel Cónsul ta. setLayoutf 

new BoxLayoutf panelConsulta, BoxLayout.X_AXIS) ); 

panel Cónsul ta. setBorderf Borde rFactory . createTi ti edBorderf 
"Buscar una entrada por apellido" ) ); 


Figura 25.32 | Una libreta de direcciones simple. (Parte 3 de 7). 
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etiquetaConsulta.setText( "Apellido paterno:" ); 
panelConsulta.add( Box.createHorizontalStrut( 5 ) ); 
panelConsulta.add( etiquetaConsulta ); 
anelConsulta.add( Box.createHorizontalStrut( 10 ) ) ; 
panelConsulta.add( campoTextoConsulta ); 
panelConsulta.addC Box.createHorizontalStrut( 10 ) ) ; 

botonConsul ta. setText( "Buscar" ); 
botonConsul ta. addActionLi stener( 
new ActionLi stener() 

{ 

public void actionPerformedC ActionEvent evt ) 

{ 

botonConsul taActionPerformed( evt ); 

} // fin del método actionPerformed 
} // fin de la clase interna anónima 
); // fin de la llamada a addActionListener 

panelConsulta.addC botonConsulta ); 
panelConsulta.addC Box.createHorizontalStrutC 5 ) ); 
addC panelConsulta ); 

botonExplorar. setTextC "Explorar todas las entradas" ); 
botonExplorar. addActionLi stenerC 
new ActionLi stenerC) 

{ 

public void actionPerformedC ActionEvent evt ) 

{ 

botonExplorarActionPerformedC evt ); 

} // fin del método actionPerformed 
} // fin de la clase interna anónima 
); // fin de la llamada a addActionListener 

addC botonExplorar ); 

botonlnsertar. setTextC "Insertar nueva entrada" ); 
botonlnsertar. addActionLi stenerC 
new ActionLi stenerC) 

{ 

public void actionPerformedC ActionEvent evt ) 

{ 

botonlnsertarActionPerformedC evt ); 

} // fin del método actionPerformed 
} // fin de la clase interna anónima 
); // fin de la llamada a addActionListener 

addC botonlnsertar ); 

addWi ndowLi stenerC 
new Wi ndowAdapterC) 

{ 

public void windowClosingC WindowEvent evt ) 

{ 

consultasPersona.closeC) ; // cierra la conexión a la base de datos 
System. exitC 0 ) ; 

} // fin del método windowClosing 
} // fin de la clase interna anónima 
); // fin de la llamada a addWi ndowLi stener 


Figura 25.32 


Una libreta de direcciones simple. (Parte 4 de 7). 
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setVi si bl ef true ) ; 

} // fin del constructor sin argumentos 

// maneja la llamada cuando se hace clic en botonAnterior 

private void botonAnteriorActionPerformedf ActionEvent evt ) 

{ 

i ndi ceEntradaActual — ; 

if ( i ndi ceEntradaActual < 0 ) 

i ndi ceEntradaActual = numeroDeEntradas - 1; 

campoTextoIndice . setTextf "" + ( i ndi ceEntradaActual + 1 ) ); 
campoTextoIndiceActionPerformedf evt ); 

} // fin del método botonAnteriorActionPerformed 

// maneja la llamada cuando se hace clic en botonSiguiente 

private void botonSiguienteActionPerformedf ActionEvent evt ) 

{ 

i ndi ceEntradaActual ++; 

if ( i ndi ceEntradaActual >= numeroDeEntradas ) 
i ndi ceEntradaActual = 0; 

campoTextoIndice . setTextf "" + ( i ndi ceEntradaActual + 1 ) ); 
campoTextoIndiceActionPerformedC evt ); 

} // fin del método botonSigui enteActionPerformed 

// maneja la llamada cuando se hace clic en botonConsulta 

private void botonConsultaActionPerformedf ActionEvent evt ) 

{ 

resultados = 

cónsul tasPersona.obtenerPersonasPorApel 1 ido( campoTextoConsul ta. getTextQ ) ; 
numeroDeEntradas = resul tados . size() ; 

if ( numeroDeEntradas != 0 ) 

{ 

i ndi ceEntradaActual = 0; 

entradaActual = resul tados . get( i ndi ceEntradaActual ); 
campoTextoID. setTextf "" + entradaActual .obtenerIDDi reccionO ); 
campoTextoPrimerNombre. setTextf entradaActual .obtenerPrimerNombre() ) ; 
campoTextoApell i doPaterno . setTextf entradaActual .obtenerApellidoPaternoO ) ; 
campoTextoEmai 1 . setTextf entradaActual . obtenerEmai 1 () ); 
campoTextoTelefono. setTextf entradaActual .obtenerNumeroTelefonicoO ) ; 
campoTextoMax . setTextf "" + numeroDeEntradas ); 
campoTextoIndi ce . setTextf "" + f i ndi ceEntradaActual + 1 ) ); 
botonSiguiente. setEnabledf true ); 
botonAnterior . setEnabl edf true ); 

} // fin de if 
el se 

botonExplorarActionPerformedf evt ); 

} // fin del método botonConsultaActionPerformed 

// maneja la llamada cuando se introduce un nuevo valor en campoTextoIndice 
private void campoTextoIndiceActionPerformedf ActionEvent evt ) 

{ 

i ndi ceEntradaActual = 

f Integer. parselntf campoTextoIndi ce . getTextf) ) - 1 ); 
if f numeroDeEntradas != 0 && i ndi ceEntradaActual < numeroDeEntradas ) 


Figura 25.32 | Una libreta de direcciones simple. (Parte 5 de 7). 
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{ 

entradaActual = resul tados . getf i ndi ceEntradaActual ); 
campoTextoID. setText("" + entradaActual .obtenerIDDi reccionO ); 
campoTextoPrimerNombre. setTextf entradaActual .obtenerPrimerNombreO ) ; 
campoTextoApel 1 i doPaterno . setText( entradaActual .obtenerApellidoPaternoO ) ; 
campoTextoEmai 1 . setTextf entradaActual . obtenerEmai 1 () ); 
campoTextoTelefono. setTextf entradaActual .obtenerNumeroTelefonicoO ) ; 
campoTextoMax . setText( "" + numeroDeEntradas ); 
campoTextoIndi ce . setTextf "" + ( i ndi ceEntradaActual + 1 ) ); 

} // fin de if 

} // fin del método campoTextoIndi ceActionPerformed 

// maneja la llamada cuando se hace clic en botonExpl orar 

private void botonExplorarActionPerformedf ActionEvent evt ) 

{ 

try 

{ 

resultados = consultasPersona.obtenerTodasLasPersonas() ; 
numeroDeEntradas = resul tados . si ze() ; 

if ( numeroDeEntradas != 0 ) 

{ 

i ndi ceEntradaActual = 0; 

entradaActual = resul tados . get( i ndi ceEntradaActual ); 
campoTextoID. setTextf 11 + entradaActual .obtenerIDDi reccionO ); 
campoTextoPrimerNombre. setText( entradaActual .obtenerPrimerNombreO ) ; 
campoTextoApell i doPaterno. setTextf entradaActual .obtenerApellidoPaternoO ); 
campoTextoEmai 1 . setTextf entradaActual . obtenerEmai 1 () ); 
campoTextoTelefono. setTextf entradaActual .obtenerNumeroTelefonicoO ) ; 
campoTextoMax . setTextf "" + numeroDeEntradas ); 
campoTextoIndi ce . setTextf "" + f i ndi ceEntradaActual + 1 ) ); 
botonSiguiente.setEnabledf true ); 
botonAnterior . setEnabledf true ); 

} // fin de if 
} // fin de try 
catch f Exception e ) 

{ 

e.printStackTracef) ; 

} // fin de catch 

} // fin del método botonExpl orarActionPerformed 

// maneja la llamada cuando se hace clic en botonlnsertar 

private void botonlnsertarActionPerformedf ActionEvent evt ) 

{ 

int resultado = cónsul tasPersona. agregarPersonaf campoTextoPrimerNombre. getTextf) , 
campoTextoApel 1 i doPaterno . getTextf) , campoTextoEmai 1 . getTextf) , 
campoTextoTelefono. getTextf) ); 

if f resultado == 1 ) 

lOptionPane.showMessageDialogf this, "Se agrego persona!", 

"Se agrego persona", JOptionPane . PLAIN_MESSAGE ); 

el se 

lOptionPane.showMessageDialogf this, "No se agrego persona! , 

"Error", JOptionPane . PLAIN_MESSAGE ); 

botonExplorarActionPerformedf evt ); 

} // fin del método botonlnsertarActionPerformed 

// método main 


Figura 25.32 | Una libreta de direcciones simple. (Parte 6 de 7). 
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355 public static void main( String args[] ) 

356 { 

357 new MostrarLi bretaDi recciones() ; 

358 } // fin del método mai n 

359 } // fin de la clase MostrarLi bretaDi recci one 
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Figura 25.32 


Una libreta de direcciones simple. (Parte 7 de 7). 


teActionPerformed (líneas 253 a 262), respectivamente. De manera alternativa, el usuario puede escribir un 
número en el objeto campoTextoIndi ce y oprimir Intro para ver una entrada específica. 


25.12 Procedimientos almacenados 

Muchos sistemas de administración de bases de datos pueden almacenar instrucciones de SQL individuales o 
conjuntos de instrucciones de SQL en una base de datos, para que los programas que tengan acceso a esa base 
de datos puedan invocar esas instrucciones. A dichas instrucciones de SQL se les conoce como procedimientos 
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almacenados. JDBC permite a los programas invocar procedimientos almacenados mediante el uso de objetos 
que implementen a la interfaz Cal 1 abl eStatement. Los objetos Cal 1 abl eStatement pueden recibir argumen- 
tos especificados con los métodos heredados de la interfaz PreparedStatement. Además, los objetos Cal 1 abl e- 
Statement pueden especificar parámetros de salida, en los cuales un procedimiento almacenado puede colocar 
valores de retorno. La interfaz Cali abl eStatement incluye métodos para especificar cuáles parámetros en un 
procedimiento almacenado son parámetros de salida. La interfaz también incluye métodos para obtener los valo- 
res de los parámetros de salida devueltos de un procedimiento almacenado. 



Tip de portabilidad 25.6 

Aunque la sintaxis para crear procedimientos almacenados difiere entre los diversos sistemas de administración de 
bases de datos , la interfaz Cali abl eStatement proporciona una interfaz uniforme para especificar los parámetros 
de entrada y salida de los procedimientos almacenados, así como para invocarlos. 



Tip de portabilidad 25.7 

De acuerdo con la documentación de la API para la interfaz Cal 1 abl eStatement, para lograr una máxima portabi- 
lidad entre los sistemas de bases de datos, los programas deben procesar las cuentas de actualización o los objetos Resu It- 
Set devueltos de un objeto Cal 1 abl eStatement antes de obtener los valores de cualquier parámetro de salida. 


25.13 Procesamiento de transacciones 

Muchas aplicaciones de bases de datos requieren garantías de que una serie de operaciones de inserción, actualiza- 
ción y eliminación se ejecuten de manera apropiada, antes de que la aplicación continúe procesando la siguiente 
operación en la base de datos. Por ejemplo, al transferir dinero por medios electrónicos entre dos cuentas de 
banco, varios factores determinan si la transacción fue exitosa. Empezamos por especificar la cuenta de origen y 
el monto que deseamos transferir de esa cuenta hacia una cuenta de destino. Después, especificamos la cuenta 
de destino. El banco comprueba la cuenta de origen para determinar si hay suficientes fondos en ella como para 
poder completar la transferencia. De ser así, el banco retira el monto especificado de la cuenta de origen y, si todo 
sale bien, deposita el dinero en la cuenta de destino para completar la transferencia. ¿Qué ocurre si la transferencia 
falla después de que el banco retira el dinero de la cuenta de origen? En un sistema bancario apropiado, el banco 
vuelve a depositar el dinero en la cuenta de origen. ¿Cómo se sentiría usted si el dinero se restara de su cuenta de 
origen y el banco no depositara el dinero en la cuenta de destino? 

El procesamiento de transacciones permite a un programa que interactúa con una base de datos tratar una 
operación en la base de datos (o un conjunto de operaciones) como una sola operación. Dicha operación también 
se conoce como operación atómica o transacción. Al final de una transacción, se puede tomar una de dos deci- 
siones: confirmar (commit) la transacción o rechazar (roll back) la transacción. Al confirmar la transacción 
se finaliza(n) la(s) operación(es) de la base de datos; todas las inserciones, actualizaciones y eliminaciones que se 
llevaron a cabo como parte de la transacción no pueden invertirse sin tener que realizar una nueva operación en 
la base de datos. Al rechazar la transacción, la base de datos queda en el estado anterior a la operación. Esto es 
útil cuando una parte de una transacción no se completa en forma apropiada. En nuestra discusión acerca de la 
transferencia entre cuentas bancadas, la transacción se rechazaría si el depósito no pudiera realizarse en la cuenta 
de destino. 

Java ofrece el procesamiento de transacciones a través de varios métodos de la interfaz Connection. El 
método setAutoCommit especifica si cada instrucción SQL se confirma una vez completada (un argumento 
true), o si deben agruparse varias instrucciones SQL para formar una transacción (un argumento fal se). Si el 
argumento para setAutoCommi t es fal se, el programa debe colocar después de la última instrucción SQL en la 
transacción una llamada al método commit de Connecti on (para confirmar los cambios en la base de datos) o al 
método rol 1 back de Connecti on (para regresar la base de datos al estado anterior a la transacción). La interfaz 
Connecti on también cuenta con el método getAutoCommit para determinar el estado de autoconfirmación para 
el objeto Connection. 


25.14 Conclusión 

En este capítulo aprendió acerca de los conceptos básicos de las bases de datos, cómo interactuar con los datos en 
una base de datos mediante el uso de SQL y cómo usar JDBC para permitir que las aplicaciones de Java manipu- 
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len bases de datos MySQL y Java DB. Aprendió acerca de los comandos SELECT, INSERT, UPDATE y DELETE de 
SQL, y también acerca de las cláusulas como WHERE, ORDER BY e INNER JOIN. Conoció los pasos explícitos para 
obtener una conexión (Connection) a la base de datos, crear una instrucción (Statement) para interactuar con 
los datos de la base de datos, ejecutar la instrucción y procesar los resultados. Después, vio cómo usar un objeto 
RowSet para simplificar el proceso de conectarse a una base de datos y crear instrucciones. Utilizó instrucciones 
PreparedStatement para crear instrucciones de SQL precompiladas. Aprendió también a crear y configurar 
bases de datos, tanto en MySQL como en Java DB. También vimos las generalidades acerca de las instrucciones 
Cal 1 abl eStatement y el procesamiento de transacciones. En el siguiente capítulo, aprenderá acerca del desarro- 
llo de aplicaciones Web con JavaServer Faces. Las aplicaciones basadas en Web crean contenido que, por lo gene- 
ral, se muestra en los clientes exploradores Web. Como veremos en el capítulo 27, las aplicaciones Web también 
pueden usar la API JDBC para acceder a las bases de datos y crear contenido Web más dinámico. 

25.15 Recursos Web y lecturas recomendadas 

java. sun . com/products/jdbc 

La página inicial sobre JDBC de Sun Microsystems, Inc. 
java. sun . com/docs/books/tutori al /jdbc/i ndex. html 
La trayectoria del Tutorial de Java sobre JDBC. 
i ndustry . java. sun . com/products/jdbc/dri vers 

El motor de búsqueda de Sun Microsystems para localizar controladores de JDBC. 
www. sql .org 

Este portal de SQL proporciona vínculos hada muchos recursos, incluyendo la sintaxis de SQL, tips, tutoriales, libros, 

revistas, grupos de discusión, compañías con servicios de SQL, consultores de SQL y software gratuito. 

www. datadi rect . com/de vel oper/jdbc/topi cs/perfopt jdbc/i ndex . ssp 

Informe que describe cómo diseñar una buena aplicación de JDBC. 

java. sun . com/javase/6/docs/technotes/gu i des/ jdbc/i ndex . html 

La documentación de la API JDBC de Sun Microsystems, Inc. 

java. sun . com/products/jdbc/faq . html 

Las preguntas frecuentes acerca de JDBC de Sun Microsystems, Inc. 

www. jguru . com/faq/IIDBC 

Las FAQs sobre JDBC de JGuru. 

www. mysqi . com 

Este sitio es la página inicial de la base de datos MySQL. Puede descargar las versiones más recientes de MySQL y 
MySQL Connector/J, y acceder a su documentación en línea, 
www. mysqi . com/products/en te rpri se/server . html 

Introducción al servidor de bases de datos MySQL y vínculos a sus sitios de documentación y descargas. 

dev . mysqi . com/doc/mysql /en/i ndex . html 
dev . mysqi . com/doc/ refman/5 . 0/es/i ndex . html 
Manual de referencia de MySQL, en inglés y en español, 
dev . mysqi . com/doc/ refman/5 . 1/en/con nector-mxj . html 

Documentación sobre MySQL Connector/J, incluyendo instrucciones de instalación y ejemplos, 
developers . sun . com/prodtech/javadb/reference/docs/10 . 2 . 1. 6/devgui de/i ndex . html 

La Guía para el desarrollador de Java DB. 

java. sun . com/javase/6/docs/technotes/gui des/jdbc/getstart/rowsetlmpl . html 

Presenta las generalidades acerca de la interfaz RowSet y sus subinterfaces. Este sitio también habla sobre las implemen- 
taciones de referencia de estas interfaces de Sun y su uso. 

devel oper . java. sun . com/devel oper/Books/lDBCTutori al /chapter5 . html 

El capítulo 5 (tutorial de RowSet) del libro The JDBC 2.0 API Tutorial and Reference, Segunda edición. 
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Resumen 

Sección 25. 1 Introducción 

• Una base de datos es una colección integrada de datos. Un sistema de administración de bases de datos (DBMS) 
proporciona mecanismos para almacenar, organizar, obtener y modificar datos para muchos usuarios. 

• Los sistemas de administración de bases de datos más populares hoy en día son los sistemas de bases de datos rela- 
ciónales. 

• SQL es el lenguaje estándar internacional, utilizado casi umversalmente con sistemas de bases de datos relaciónales, 
para realizar consultas y manipular datos. 

• Los programas en Java se conectan a (e interactúan con) bases de datos relaciónales a través de una interfaz: software 
que facilita las comunicaciones entre un sistema de administración de bases de datos y un programa. 

• Los programas en Java se comunican con las bases de datos y manipulan sus datos utilizando la API JDBC. Un 
controlador de JDBC permite a las aplicaciones de Java conectarse a una base de datos en un DBMS específico, y 
nos permite obtener y manipular los datos de una base de datos. 

Sección 25.2 Bases de datos relaciónales 

• Una base de datos relacional almacena los datos en tablas. Las tablas están compuestas de filas, y las filas están com- 
puestas de columnas en las que se almacenan los valores. 

• Una clave primaria proporciona un valor único que no puede duplicarse en otras filas. 

• Cada columna de la tabla representa un atributo distinto. 

• La clave primaria puede estar compuesta por más de una columna. 

• SQL proporciona un conjunto completo de instrucciones que permiten a los programadores definir consultas com- 
plejas para recuperar datos de una base de datos. 
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• Toda columna en una clave primaria debe tener un valor, y el valor de la clave primaria debe ser único. A esto se le 
conoce como la Regla de integridad de entidades. 

• Una relación de uno a varios entre tablas indica que una fila en una tabla puede tener muchas filas relacionadas en 
otra tabla. 

• Una clave externa es una columna en una tabla que debe coincidir con el valor de la clave primaria en otra tabla. 

• La clave externa ayuda a mantener la Regla de la integridad referencial: cada valor de clave externa debe aparecer 
como el valor de clave primaria de otra tabla. Las claves externas permiten que se una la información de varias tablas. 
Hay una relación de uno a varios entre una clave primaria y su correspondiente clave externa. 

Sección 25.4.1 Consulta básica SELECT 

• La forma básica de una consulta SELECT es: 

SELECT * FROM nombreDeTabla 

en donde el asterisco (*) indica que deben seleccionarse todas las columnas de nombreDeTabla y nombreDeTabla 
especifica la tabla en la base de datos de la cual se van a recuperar los datos. 

• Para obtener ciertas columnas de una tabla, reemplace el asterisco (*) con una lista separada por comas de los nom- 
bres de las columnas. 

• Los programadores procesan los resultados de una consulta conociendo de antemano el orden de las columnas en el 
resultado. Al especificar las columnas explícitamente, se garantiza que siempre se devuelvan en el orden especificado, 
incluso aunque el orden real en la(s) tabla(s) sea distinto. 

Sección 25.4.2 La cláusula WHERE 

• La cláusula WHERE opcional en una consulta SELECT especifica los criterios de selección para la consulta. La forma 
básica de una consulta SELECT con criterios de selección es: 

SELECT nombreDeColumnal, nombreDeColumna2, ... FROM nombreDeTabla WHERE criterios 

• La cláusula WHERE puede contener los operadores <, >, <=, >=, = , o y LIKE. El operador LIKE se utiliza para relacio- 
nar patrones con los caracteres comodines por ciento (%) y guión bajo (_). 

• Un carácter de por ciento (%) en un patrón indica que una cadena que coincida con ese patrón puede tener cero o 
más caracteres en la ubicación del carácter de por ciento en el patrón. 

• Un guión bajo (_) en la cadena del patrón indica un carácter individual en esa posición en el patrón. 

Sección 25.4.3 La cláusula ORDER BY 

• El resultado de una consulta puede ordenarse en forma ascendente o descendente, mediante el uso de la cláusula 
ORDER BY opcional. La forma más simple de una cláusula ORDER BY es: 

SELECT nombreDeColumnal, nombreDeColumna2, ... FROM nombreDeTabla ORDER BY columna ASC 
SELECT nombreDeColumnal, nombreDeColumna2, ... FROM nombreDeTabla ORDER BY columna DESC 

en donde ASC especifica el orden ascendente, DESC especifica el orden descendente y columna especifica la columna en 
la cual se basa el ordenamiento. El orden predeterminado es ascendente, por lo que ASC es opcional. 

• Pueden usarse varias columnas para ordenar mediante una cláusula ORDER BY, de la siguiente forma: 

ORDER BY columnal tipoDeOrden, columna2 tipoDeOrden, ... 

• Las cláusulas WHERE y ORDER BY pueden combinarse en una consulta. Si se utiliza, la cláusula ORDER BY debe ser la 
última cláusula en la consulta. 

Sección 25.4.4 Cómo fusionar datos de varias tablas: INNER 30IN 

• Un operador INNER I0IN fusiona las filas de dos tablas al relacionar los valores en columnas que sean comunes para 
las dos tablas. La forma básica del operador INNER J0IN es: 

SELECT nombreDeColumnal, nombreDeColumna2, ... 

FROM tablal 
INNER J0IN tabla2 

0N tablal. nombreDeColumna = tabla2.nombreDeColumna 

La cláusula 0N especifica las columnas de cada tabla que se van a comparar para determinar cuáles filas se van a unir. 
Si una instrucción de SQL utiliza columnas con el mismo nombre provenientes de varias tablas, los nombres de las 
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columnas deben estar completamente calificados y se debe colocar antes de ellos sus nombres de tablas y un operador 
punto (.)• 

Sección 25.4.5 La instrucción INSERT 

• Una instrucción INSERT inserta una nueva fila en una tabla. La forma básica de esta instrucción es: 

INSERT INTO nombreDeTabla ( nombreDeColumnal , nombreDeColumna2, nombreDeColumnaN ) 

VALUES ( valorl, valor2, .... valorN') 

en donde nombreDeTabla es la tabla en la que se va a insertar la fila. El nombreDeTabla va seguido de una lista sepa- 
rada por comas de los nombres de columnas, entre paréntesis. La lista de nombres de columnas va seguida por la 
palabra clave VALUES de SQL, y una lista separada por comas de valores entre paréntesis. 

• Las instrucciones de SQL utilizan el carácter de comilla sencilla (‘) como delimitador para las cadenas. Para espe- 
cificar una cadena que contenga una comilla sencilla en una instrucción de SQL, la comilla sencilla debe escaparse 
con otra comilla sencilla. 

Sección 25.4.6 La instrucción UPDATE 

• Una instrucción UPDATE modifica los datos en una tabla. La forma básica de la instrucción UPDATE es: 

UPDATE nombreDeTabla 

SET nombreDeColumnal = valorl, nombreDeColumna2 = valor2, .... nombreDeColumnaN = valorN 
WHERE criterios 

en donde nombreDeTabla es la tabla de la que se van a actualizar los datos. El nombreDeTabla va seguido por 
la palabra clave SET y una lista separada por comas de los pares nombre/valor de las columnas, en el formato 
nombreDeColumna=valor. Los criterios de la cláusula WHERE determinan las filas que se van a actualizar. 

Sección 25.4.7 La instrucción DELETE 

• Una instrucción DELETE elimina filas de una tabla. La forma más simple de una instrucción DELETE es: 

DELETE FROM nombreDeTabla WHERE criterios 

en donde nombreDeTabla es la tabla de la que se va a eliminar una fila (o filas). Los criterios de la cláusula WHERE 
opcional determinan cuál(es) fila(s) se va(n) a eliminar. Si se omite esta cláusula, se eliminan todas las filas de la 
tabla. 

Sección 25-8.1 Cómo conectarse y realizMr consultas en una base de datos 

• El paquete j ava . sql contiene clases e interfaces para manipular bases de datos relaciónales en Java. 

• Un objeto que implementa a la interfaz Connecti on administra la conexión entre el programa de Java y una base de 
datos. Los objetos Connecti on permiten a los programas crear instrucciones de SQL para acceder a los datos. 

• El método getConnection de la clase Dri verManager trata de conectarse a una base de datos especificada por su 
argumento URL. El URL ayuda al programa a localizar la base de datos. El URL incluye el protocolo y el subpro- 
tocolo de comunicación, junto con el nombre de la base de datos. 

• El método createStatement de Connecti on crea un objeto de tipo Statement. El programa utiliza al objeto Sta- 
tement para enviar instrucciones de SQL a la base de datos. 

• El método executeQuery de Statement ejecuta una consulta y devuelve un objeto que implementa a la interfaz 
Resui tSet que contiene el resultado de la consulta. Los métodos de Resui tSet permiten a un programa manipular 
el resultado de la consulta. 

• Un objeto Resui tSetMetaData describe el contenido de un objeto Resui tSet. Los programas pueden usar meta- 
datos mediante la programación, para obtener información acerca de los nombres y tipos de las columnas del objeto 
Resui tSet. 

• El método getCol umnCount de Resui tSetMetaData recupera el número de columnas en el objeto Resui tSet. 

• El método next de Resui tSet posiciona el cursor de Resui tSet en la siguiente fila del objeto Resui tSet. El cursor 
apunta a la fila actual. El método next devuelve el valor bool ean true si el cursor puede posicionarse en la siguiente 
fila; en caso contrario el método devuelve false. Este método debe llamarse para empezar a procesar un objeto 
Resui tSet. 

• Al procesar objetos Resui tSet, es posible extraer cada columna del objeto Resui tSet como un tipo de Java espe- 
cífico. El método getCol umnType de Resui tSetMetaData devuelve un valor entero constante de la clase Types 
(paquete java, sql), indicando el tipo de los datos de una columna específica. 
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• Los métodos obtener (get) de ResultSet generalmente reciben como argumento un número de columna (como un 
valor i nt) o un nombre de columna (como un valor Stri ng), indicando cuál valor de la columna se va a obtener. 

• Los números de fila y columna de un objeto Resui tSet empiezan en 1 . 

• Cada objeto Statement puede abrir solamente un objeto Resui tSet en un momento dado. Cuando un objeto 
Statement devuelve un nuevo objeto Resui tSet, el objeto Statement cierra el objeto Resui tSet anterior. 

• El método createStatement de Connection tiene una versión sobrecargada que toma dos argumentos: el tipo y 
la concurrencia del resultado. El tipo del resultado especifica si el cursor del objeto Resui tSet puede desplazarse en 
ambas direcciones o solamente hacia delante, y si el objeto Resui tSet es susceptible a los cambios. La concurrencia 
del resultado especifica si el objeto Resui tSet puede actualizarse con los métodos de actualización de Resui tSet. 

• Algunos controladores JDBC no soportan objetos Resui tSet desplazables y/o actualizables. 

Sección 25.8.2 Consultas en la base de datos 7 ibros 

• El método getCol umnCl ass de Tabl eModel devuelve un objeto C1 ass que representa a la superclase de todos los 
objetos en una columna específica. El objeto iTabl e utiliza esta información para configurar el desplegador de cel- 
das y el editor de celdas predeterminados para esa columna en un objeto iTabl e. 

• El método getCol umnCl assName de Resui tSetMetaData obtiene el nombre completamente calificado de la colum- 
na especificada. 

• El método getCol umnCount de TableModel devuelve el número de columnas en el objeto ResultSet subyacente 
del modelo. 

• El método getCol umnName de TableModel devuelve el nombre de la columna en el objeto ResultSet subyacente 
del modelo. 

• El método getCol umnName de Resui tSetMetaData obtiene el nombre de la columna proveniente del objeto Resui t- 
Set. 

• El método getRowCount de TableModel devuelve el número de filas en el objeto ResultSet subyacente del 
modelo. 

• El método getValueAt de TableModel devuelve el objeto Object en una fila y columna específicas del objeto 
Resui t-Set subyacente del modelo. 

• El método absol ute de Resui tSet posiciona el cursor de Resui tSet en una fila específica. 

• El método fireTabl eStructureChanged de AbstractTabl eModel notifica a cualquier objeto iTabl e que utilice un 
objeto Tabl eModel específico como su modelo, que los datos en el modelo han cambiado. 

Sección 25-9 La interfaz RowSet 

• La interfaz RowSet configura la conexión a la base de datos y ejecuta la consulta en forma automática. 

• Hay dos tipos de objetos RowSet: conectados y desconectados. 

• Un objeto RowSet conectado se conecta a la base de datos una vez, y permanece conectado hasta que termina la 
aplicación. 

• Un objeto RowSet desconectado se conecta a la base de datos, ejecuta una consulta para obtener los datos de la base 
de datos y después cierra la conexión. 

• idbcRowSet, un objeto RowSet conectado, actúa como envoltura para un objeto ResultSet y nos permite desplazar 
y actualizar las filas en el objeto ResultSet. A diferencia de un objeto ResultSet, un objeto idbcRowSet puede 
desplazarse y actualizarse de manera predeterminada. 

• CachedRowSet, un objeto RowSet desconectado, coloca en caché de memoria los datos de un objeto ResultSet. Al 
igual que idbcRowSet, un objeto CachedRowSet puede desplazarse y actualizarse. Un objeto CachedRowSet tam- 
bién es serializable, por lo que se puede pasar entre aplicaciones de Java a través de una red, como Internet. 

Sección 25-10 Java DB/ Apache Derby 

• A partir del JDK 6.0, Sun Microsystems incluye la base de datos de código fuente abierto, basada exclusivamente 
en Java, llamada Java DB (la versión producida por Sun de Apache Derby) junto con el JDK. 

• Java DB tiene una versión incrustada y una versión en red. 

Sección 25.1 1 Objetos PreparedStatement 

• La interfaz PreparedStatement nos permite crear instrucciones de SQL compiladas, que se ejecutan con más efi- 
ciencia que los objetos Statement. 

• Las instrucciones PreparedStatement también pueden especificar parámetros, lo cual las hace más flexibles que las 
instrucciones Statement. Los programas pueden ejecutar la misma consulta varias veces, con distintos valores para 
los parámetros. 
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• Un parámetro se especifica mediante un signo de interrogación (?) en la instrucción SQL. Antes de ejecutar una 
instrucción PreparedStatement, el programa debe especificar los valores de los parámetros mediante el uso de los 
métodos establecer (set) de la interfaz PreparedStatement. 

• El primer argumento del método setStri ng de PreparedStatement representa el número del parámetro que se va 
a establecer, y el segundo argumento es el valor de ese parámetro. 

• Los números de los parámetros se cuentan a partir de 1, empezando con el primer signo de interrogación (?). 

• El método setStri ng escapa de manera automática los valores de los parámetros Stri ng, según sea necesario. 

• La interfaz PreparedStatement proporciona métodos establecer para cada tipo de SQL soportado. 

• Una columna de identidad es la manera estándar en SQL de representar una columna autoincrementada. La palabra 
clave IDENTITY de SQL se utiliza para marcar una columna como columna de identidad. 

Sección 25. 12 Procedimientos almacenados 

• JDBC permite a los programas invocar procedimientos almacenados mediante el uso de objetos que implementen 
a la interfaz Cal i abi eStatement. 

• Los objetos Cali abi eStatement pueden especificar parámetros de entrada, como PreparedStatement. Además, 
los objetos Cai 1 abi eStatement pueden especificar parámetros de salida, en los cuales un procedimiento almacena- 
do puede colocar valores de retorno. 

Sección 25. 13 Procesamiento de transacciones 

• El procesamiento de transacciones permite a un programa que interactúa con una base de datos, tratar una ope- 
ración en la base de datos (o un conjunto de operaciones) como una sola operación. Dicha operación se conoce 
también como una operación atómica de una transacción. 

• Al final de una transacción, se puede tomar una de dos decisiones: confirmar la transacción o rechazarla. 

• Al confirmar la transacción se finaliza(n) toda(s) la(s) operación(es) en la base de datos; todas las inserciones, actua- 
lizaciones y eliminaciones que se llevan a cabo como parte de la transacción no pueden invertirse sin realizar una 
operación nueva en la base de datos. 

• Al rechazar una transacción, la base de datos queda en el estado anterior al de la operación. Esto es útil cuando una 
parte de una transacción no se completa en forma apropiada. 

• Java proporciona el procesamiento de transacciones a través de los métodos de la interfaz Connecti on. 

• El método setAutoCommi t especifica si cada instrucción de SQL se confirma al momento de completarse (un argu- 
mento true), o si deben agruparse varias instrucciones de SQL como una transacción (un argumento fai se). 

• Si el argumento para setAutoCommi t es fai se, el programa debe colocar, después la última instrucción SQL en 
la transacción, una llamada al método commi t de Connecti on (para confirmar los cambios a la base de datos), o al 
método roi 1 back de Connecti on (para regresar la base de datos al estado anterior a la transacción). 

• El método getAutoCommi t determina el estado de autoconfirmación para el objeto Connecti on. 
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%, carácter comodín de SQL 
_, carácter comodín de SQL 
*, carácter comodín de SQL 
absol ute, método de Resul tSet 
AbstractTabl eModel , clase 

addTabl eModel Li stener, método de la interfaz Tabl e- 
Model 

base de datos 

base de datos relacional 

CachedRowSet, interfaz 

Cali abl eStatement, interfaz 

clave externa 

clave primaria 

el ose, método de Connecti on 
cióse, método de Statement 
coincidencia de parámetros 
columna 

com.mysql . jdbc.Driver 


conectarse a una base de datos 
Connecti on, interfaz 
consultar una base de datos 
controlador de JDBC 

createStatement, método de la interfaz Connecti on 

criterios de selección 

DELETE, instrucción de SQL 

deleteRow, método de Resul tSet 

descubrimiento automático de controladores 

Dri verManager, clase 

execute, método de la interfaz IdbcRowSet 
execute, método de la interfaz Statement 
executeQuery, método de la interfaz Statement 
executellpdate, método de la interfaz Statement 
Fila 

filtrar los datos en un objeto Tabl eModel 
fireTabl eStructureChanged, método de la clase Abs- 
tractTableModel 
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getCol umnClass, método de la interfaz TableModel 
getCol umnClassName, método de la interfaz Resul t- 
SetMetaData 

getCol umnCount, método de la interfaz Resul tSetMe- 
taData 

getCol umnCount, método de la interfaz TableModel 
getCol umnName, método de la interfaz Resul tSetMeta- 
Data 

getCol umnName, método de la interfaz Tabl eModel 
getCol umnType, método de la interfaz Resul tSetMeta- 
Data 

getConnection, método de la clase Dri verManager 

getMetaData, método de la interfaz Resul tSet 

getMoreResul ts, método de la interfaz Statement 

getObject, método de la interfaz Resul tSet 

getResul tSet, método de la interfaz Statement 

getRow, método de la interfaz Resul tSet 

getRowCount, método de la interfaz Tabl eModel 

getUpdateCount, método de la interfaz Statement 

getVal ueAt, método de la interfaz Tabl eModel 

INNER JOIN, operador de SQL 

INSERT, instrucción de SQL 

i nsertRow, método de la interfaz Resul tSet 

java, sql , paquete 

javax.sql, paquete 

javax . sql . rowset, paquete 

javax . swi ng . tabl e, paquete 

JDBC 

JdbcRowSet, interfaz 

JdbcRowSetlmpl, clase 

last, método de la interfaz Resul tSet 

metadatos 

moveToCurrentRow, método de Resul tSet 

moveToInsertRow, método de Resul tSet 

MySQL Connector/J 

MySQL, base de datos 

next, método de la interfaz Resul tSet 

objeto Resul tSet actualizable 

objeto RowSet conectado 


objeto RowSet desconectado 

ON, cláusula 

ordenamiento de filas 

ORDER BY, cláusula 

parámetro de salida 

PreparedStatement, interfaz 

procedimiento almacenado 

regexFi 1 ter, método de la clase RowFi 1 ter 

Regla de integridad de entidades 

Regla de integridad referencial 

relación de uno a varios 

removeTabl eModel Li stener, método de la interfaz 
TableModel 
resultado 

Resul tSet, interfaz 

Resul tSetMetaData, interfaz 

RowFi 1 ter, clase 

secuencia de comandos de SQL 

SELECT, palabra clave de SQL 

setCommand, método de la interfaz JdbcRowSet 

setPassword, método de la interfaz JdbcRowSet 

setRowFilter, método de la clase JTable 

setRowSorter, método de la clase JTable 

setString, método de la interfaz PreparedStatement 

setUrl , método de la interfaz JdbcRowSet 

setUsername, método de la interfaz JdbcRowSet 

SQL (Lenguaje de consulta estructurado) 

SQLExcepti on, clase 

Statement, interfaz 

sun . jdbc . odbc . JdbcOdbcDri ver 

tabla 

TableModel, interfaz 
TableModel Event, clase 
TableRowSorter, clase 
Types, clase 
unir 

UPDATE, instrucción de SQL 

updateRow, método de la interfaz Resul tSet 

WHERE, cláusula de una instrucción de SQL 


Ejercicios de autoevaluación 

25.1 Complete las siguientes oraciones: 

a) El lenguaje de consulta de bases de datos estándar internacional es . 

b) Una tabla en una base de datos consiste de y . 

c) Los objetos Statement devuelven los resultados de una consulta de SQL como objetos . 

d) La identifica en forma única a cada fila en una tabla. 

e) La palabra clave de SQL va seguida por los criterios de selección que especifican las filas 

a seleccionar en una consulta. 

f) Las palabras clave de SQL especifican la manera en que se ordenan las filas en una con- 

sulta. 

g) Al proceso de fusionar filas de varias tablas de una base de datos se le conoce como las 

tablas. 

h) Una es una colección organizada de datos. 

i) Una es un conjunto de columnas cuyos valores coinciden con los valores de clave pri- 

maria de otra tabla. 
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j) Un objeto se utiliza para obtener una conexión (Connecti on) a una base de datos. 

k) La interfaz ayuda a administrar la conexión entre un programa de Java y una base de 

datos. 

l) Un objeto se utiliza para enviar una consulta a una base de datos. 

m) A diferencia de un objeto Resul tSet, los objetos , y 

son desplazables y se pueden actualizar de manera predeterminada. 

n) , un objeto RowSet desconectado, coloca en caché los datos de un objeto ResultSet en 

la memoria. 

Respuestas a los ejercicios de autoevaluación 

25.1 a) SQL. b) filas, columnas, c) ResultSet. d) clave primaria, e) WHERE. f) ORDER BY. g) unir, h) base 
de datos, i) clave externa, j) Dri verManager. k) Connection. 1) Statement. m) JdbcRowSet, CachedRowSet. 
n) CachedRowSet. 

Ejercicios 

25.2 Utilizando las técnicas mostradas en este capítulo, defina una aplicación de consulta completa para la base de 
datos 1 i bros. Proporcione las siguientes consultas predefinidas: 

a) Seleccionar todos los autores de la tabla autores. 

b) Seleccionar un autor específico y mostrar todos los libros de ese autor. Incluir el título, año e ISBN. Ordenar 
la información alfabéticamente, en base al apellido paterno y nombre de pila del autor. 

c) Seleccionar una editorial específica y mostrar todos los libros publicados por esa editorial. Incluir el título, 
año e ISBN. Ordenar la información alfabéticamente por título. 

d) Proporcione cualquier otra consulta que usted crea que sea apropiada. 

Muestre un objeto JComboBox con nombres apropiados para cada consulta predefinida. Además, permita a 
los usuarios suministrar sus propias consultas. 

25.3 Defina una aplicación de manipulación de bases de datos para la base de datos I i bros. El usuario deberá poder 
editar los datos existentes y agregar nuevos datos a la base de datos (obedeciendo las restricciones de integridad referen- 
cia! y de entidades). Permita al usuario editar la base de datos de las siguientes formas: 

a) Agregar un nuevo autor. 

b) Editar la información existente para un autor. 

d) Agregar un nuevo título para un autor. (Recuerde que el libro debe tener una entrada en la tabla i sbnAu- 
tor). 

d) Agregar una nueva entrada en la tabla i sbnAutor para enlazar los autores con los títulos. 

25.4 En la sección 10.7 presentamos una jerarquía nómina-empleado para calcular la nómina de cada empleado. En 
este ejercicio proporcionamos una base de datos de empleados que corresponde a la jerarquía nómina-empleado. 
(En el CD que acompaña a este libro y en nuestro sitio Web www . dei tel . com, se proporciona una secuencia de coman- 
dos de SQL para crear la base de datos de empleados, junto con los ejemplos de este capítulo). Escriba una aplicación 
que permita al usuario: 

a) Agregar empleados a la tabla empl eado. 

b) Para cada nuevo empleado, agregar información de la nómina a la tabla correspondiente. Por ejemplo, para 
un empleado asalariado agregue la información de nómina a la tabla empl eadosAsal ari ados. 

La figura 25.33 es el diagrama de relaciones de entidades para la base de datos empl eados. 

25.5 Modifique el ejercicio 25.4 para proporcionar un objeto JComboBox y un objeto JTextArea para permitir al 
usuario realizar una consulta que se seleccione del objeto JComboBox, o que se defina en el objeto JTextArea. Las con- 
sultas predefinidas de ejemplo son: 

a) Seleccionar a todos los empleados que trabajen en el departamento de VENTAS. 

b) Seleccionar a los empleados por horas que trabajen más de 30 horas. 

c) Seleccionar a todos los empleados por comisión en orden descendente en base a la tasa de comisión. 

25.6 Modifique el ejercicio 25.5 para realizar las siguientes tareas: 

a) Incrementar el salario base en un 10% para todos los empleados base más comisión. 

b) Si el cumpleaños del empleado es en el mes actual, agregar un bono de $100. 

c) Para todos los empleados por comisión cuyas ventas brutas sean mayores de $10,000, agregar un bono 
de $100. 
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25.7 Modifique el programa de las figuras 25.31 a 25.33 para proporcionar un objeto JButton que permita al usua- 
rio llamar a un método actual i zarPersona en la interfaz Cónsul tasPersona, para actualizar la entrada actual en la 
base de datos Li bretaDi recciones. 


empl eadosAsal ar i actos 

numeroSeguroSoci al 
sal ari oSemanal 
bono 


empl eados 

numeroSeguroSoci al 

primerNombre 
apellidoPaterno 
cumpleaños 
ti poEmpl eado 
nombreDepartamento 


empl eadoPorComision 

1 

— numeroSeguroSocial 
ventasBrutas 
tarifaComision 
bono 


empl eadoPorHora 

numeroSeguroSoci al 

horas 

sueldo 

bono 


empl eadoBaseMasComi si on 

1 

— numeroSeguroSocial 
ventasBrutas 
tarifaComision 
salarioBase 
bono 


Figura 25.33 | Relaciones de las tablas en empleados. 



Si cualquier hombre 
prepara su caso y coloca su 
nombre al pie de la primera 
página, yo le daré una 
respuesta inmediata. 

Si me obliga a dar vuelta a 
la hoja, deberá esperar a mi 
conveniencia. 


— Lord Sandwich 


Regla uno: nuestro cliente 
siempre tiene la razón. 
Regla dos: si piensas que 
nuestro cliente está mal, 
consulta la Regla uno. 

— Anónimo 


Una pregunta justa debe 
ir seguida de un acto en 
silencio. 

— Dante Alighieri 

Vendrás aquí y obtendrás 
libros que abrirán tus 
ojos, oídos y tu 
curiosidad; y sacarán tu 
interior, o meterán 
tu exterior. 

— Ralph Waldo Emerson 
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Aplicaciones 
Web: parte I 


OBJETIVOS 

En este capítulo aprenderá a: 

■ Desarrollar aplicaciones Web mediante el uso de las tecnologías 
de Java y Java Studío Creator 2.0. 

■ Crear JavaServer Pages con componentes JavaServer Faces. 

■ Crear aplicaciones Web que consistan de varias páginas. 

■ Validar la entrada del usuario en una página Web. 

■ Mantener la Información de estado acerca de un usuario, 
con rastreo de sesión y cookies. 




Plan general 
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26.1 Introducción 

En este capítulo, presentaremos el desarrollo de aplicaciones Web con tecnología basada en Java. Las aplica- 
ciones basadas en Web crean contenido Web para los clientes navegadores Web. Este contenido Web incluye el 
Lenguaje de marcado de liipertexto extensible (XHTML), las secuencias de comandos del lado servidor, imágenes 
y datos binarios. Para aquellos que no están familiarizados con XHTML, en el CD que se incluye con este libro 
hay tres capítulos de nuestro libro Internet & World Wide Web How to Program, 3/e [Introduction to XHTML: 
Part 1, Introduction to XHTML: Part 2 y Cascading Style Sheets (CSS)] . En los capítulos 26 a 28, vamos a supo- 
ner que usted ya sabe utilizar XHTML. 

Este capítulo empieza con las generalidades de la arquitectura de aplicaciones multinivel, y las tecnologías 
Web de Java para implementar aplicaciones multinivel. Después presentaremos varios ejemplos que demuestran 
el desarrollo de aplicaciones Web. El primer ejemplo lo introducirá al desarrollo Web de Java. En el segundo 
ejemplo, crearemos una aplicación Web que simplemente muestra la apariencia visual de varios componentes de 
GUI de aplicaciones Web. Después, le demostraremos cómo utilizar los componentes de validación y los métodos 
de validación personalizados para asegurar que la entrada del usuario sea válida antes de enviarla para que el ser- 
vidor la procese. El capítulo termina con dos ejemplos acerca de cómo personalizar la experiencia de un usuario 
mediante el rastreo de sesiones. 

En el capítulo 27 continuaremos nuestra discusión acerca del desarrollo de aplicaciones Web con conceptos 
más avanzados, incluyendo los componentes habilitados para AJAX del modelo de programación Java BluePrints 
de Sun. AJAX ayuda a las aplicaciones basadas en Web a proporcionar la interactividad y capacidad de respuesta 
que los usuarios esperan comúnmente de las aplicaciones de escritorio. 

A lo largo de este capítulo y del capítulo 27 utilizaremos Sun Java Studio Creator 2.0: un IDE que ayuda al 
programador a crear aplicaciones Web mediante el uso de tecnologías de Java, como JavaServer Pages y JavaServer 
Faces. Para implementar los ejemplos que se presentan en este capítulo, debe instalar Java Studio Creator 2.0, el 
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cual está disponible para su descarga en developers . sun . com/prodtech/javatool s/j se reato r/downloads/ 
i ndex . j sp. Las características de Java Studio Creator 2.0 se están incorporando en Netbeans 5.5, mediante un 
complemento llamado Netbeans Visual Web Pack 5.5 (www. netbeans . org/produets/vi sualweb/). 

26.2 Transacciones HTTP simples 

El desarrollo de aplicaciones Web requiere una comprensión básica de las redes y de World Wide Web. En esta 
sección, hablaremos sobre el Protocolo de transferencia de hipertexto (HTTP) y lo que ocurre “tras bambalinas”, 
cuando un usuario solicita una página Web en un navegador. HTTP especifica un conjunto de métodos y enca- 
bezados que permiten a los clientes y servidores interactuar e intercambiar información de una manera uniforme 
y confiable. 

En su forma más simple, una página Web no es más que un documento XHTML: un archivo de texto simple 
que contiene marcado (es decir, etiquetas) para describir a un navegador Web cómo mostrar y dar formato a la 
información del documento. Por ejemplo, el siguiente marcado de XHTML: 

<title>Mi pagina Web</title> 

indica que el navegador debe mostrar el texto entre la etiqueta inicial <ti ti e> y la etiqueta final </tit1e> 
en la barra de título del navegador. Los documentos XHTML también pueden contener datos de hipertexto (lo 
que se conoce comúnmente como hipervínculos) que vinculan a distintas páginas, o a otras partes de la misma 
página. Cuando el usuario activa un hipervínculo (por lo general, haciendo clic sobre él con el ratón), la página 
Web solicitada se carga en el navegador Web del usuario. 

HTTP utiliza URIs (Identificado res uniformes de recursos) para identificar datos en Internet. Los URls 
que especifican las ubicaciones de los documentos se llaman URLs (Localizadores uniformes de recursos) . Los 
URLs comunes se refieren a archivos, directorios u objetos que realizan tareas complejas, como búsquedas en 
bases de datos y en Internet. Si usted conoce el URL de HTTP de un documento XHTML disponible pública- 
mente en cualquier parte en la Web, puede acceder a este documento a través de HTTP. 

Un URL contiene la información que dirige a un navegador al recurso que el usuario desea utilizar. Las 
computadoras que ejecutan software de servidor Web hacen disponibles esos recursos. Vamos a examinar 
los componentes del URL: 

http : //www . dei tel . com/I i bros/descargas . html 

El http:// indica que el recurso se debe obtener mediante el protocolo HTTP. La porción intermedia, 
www. dei tel . com, es el nombre del host completamente calificado del servidor: el nombre del servidor en el que 
reside el recurso. Esta computadora se conoce comúnmente como host, debido a que aloja y da mantenimiento a 
los recursos. El nombre de host www. dei tel . com se traduce en una dirección IP (68.236.123.125), la cual iden- 
tifica al servidor así como un número telefónico identifica de forma única a una línea telefónica específica. Esta 
traducción se lleva a cabo mediante un servidor del sistema de nombres de dominio (DNS): una computadora 
que mantiene una base de datos de nombres de host y sus correspondientes direcciones IP; a este proceso se le 
conoce como búsqueda DNS (DNS Iookup). 

El resto del URL (es decir, /I i b ros/descargas . html ) especifica tanto el nombre del recurso solicitado (el 
documento XHTML llamado descargas.html) como su ruta o ubicación (/libros), en el servidor Web. La 
ruta podría especificar la ubicación de un directorio actual en el sistema de archivos del servidor Web. Sin embar- 
go, por cuestiones de seguridad, la ruta generalmente especifica la ubicación de un directorio virtual. El servidor 
traduce el directorio virtual en una ubicación real en el servidor (o en otra computadora en la red del servidor), 
con lo cual se oculta la verdadera ubicación del recurso. Algunos recursos se crean en forma dinámica, por lo que 
no residen en ninguna parte del servidor. El nombre de host en el URL para dicho recurso especifica el servidor 
correcto; la ruta y la información sobre el recurso identifican la ubicación del recurso con el que se va a responder 
a la petición del cliente. 

Cuando el navegador Web recibe un URL, realiza una transacción HTTP simple para obtener y mostrar la 
página Web que se encuentra en esa dirección. En la figura 26.1 se ilustra la transacción en forma detallada, mos- 
trando la interacción entre el navegador Web (el lado cliente) y la aplicación servidor Web (el lado servidor) . 

En la figura 26.1, el navegador Web envía una petición HTTP al servidor. La petición (en su forma más 
simple) es 

CET /li bros/descargas . html HTTP/1.1 
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La palabra GET es un método HTTP, el cual indica que el cliente desea obtener un recurso del servidor. El resto 
de la petición proporciona el nombre de la ruta del recurso (un documento XHTML), junto con el nombre del 
protocolo y el número de versión (HTTP/1.1). 

Cualquier servidor que entienda HTTP (versión 1.1) puede traducir esta petición y responder en forma 
apropiada. En la figura 26.2 se muestran los resultados de una petición exitosa. Primero, el servidor responde 
enviando una línea de texto que indica la versión de HTTP, seguida de un código numérico y una frase que des- 
cribe el estado de la transacción. Por ejemplo, 

HTTP/1.1 200 0K 

indica que se tuvo éxito, mientras que 
HTTP/1.1 404 Not found 

informa al cliente que el servidor Web no pudo localizar el recurso solicitado. En la página www.wB . org/Pro- 
tocols/HTTP/HTRESP.html encontrará una lista completa de códigos numéricos que indican el estado de una 
transacción HTTP. 


a) El cliente envía 
la petición GET 
al servidor Web 


Cliente 


Internet 


Servidor Web 


b) Después de recibir 
la petición, el servidor 
Web utiliza la 
información en el URL 
para localizar el recurso 


Figura 26.1 | Interacción entre el cliente y el servidor Web. Paso I: la petición GET. 


Servidor Web 


Cliente 


Internet 


El servidor 
responde a la 
petición con 
un mensaje 
apropiado y 
el contenido 
del recurso 


Figura 26.2 | Interacción entre el cliente y el servidor Web. Paso 2: la respuesta HTTP. 

Después, el servidor envía uno o más encabezados HTTP, los cuales proporcionan información adicional 
sobre los datos que se van a enviar. En este caso, el servidor está enviando un documento de texto XHTML, por 
lo que el encabezado HTTP para este ejemplo sería: 

Content-type : text/html 

La información que se proporciona en este encabezado especifica el tipo de Extensiones de correo Internet 
multipropósito (MIME) del contenido que el servidor va a transmitir al navegador. MIME es un estándar de 
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Internet que especifica formatos de datos, para que los programas puedan interpretar los datos en forma correcta. 
Por ejemplo, el tipo MIME text/pl ai n indica que la información enviada es texto que puede mostrarse directa- 
mente, sin interpretar el contenido como marcado de XHTML. De manera similar, el tipo MIME image/jpeg 
indica que el contenido es una imagen JPEG. Cuando el navegador recibe este tipo MIME, trata de mostrar la 
imagen. 

El encabezado, o conjunto de encabezados, va seguido por una línea en blanco, la cual indica al cliente que el 
servidor terminó de enviar encabezados HTTP. Después, el servidor envía el contenido del documento XHTML 
solicitado (descargas . html). El servidor termina la conexión cuando se completa la transferencia del recurso. El 
navegador del lado cliente analiza el marcado de XHTML que recibe y despliega (o visualiza) los resultados. 

26.3 Arquitectura de aplicaciones multinivel 

Las aplicaciones basadas en Web son aplicaciones multinivel (comúnmente conocidas como aplicaciones de 
n niveles), que dividen la funcionalidad en niveles separados (es decir, agrupaciones lógicas de funcionalidad). 
Aunque los niveles pueden localizarse en la misma computadora, por lo general, los niveles de las aplicaciones 
basadas en Web residen en computadoras separadas. En la figura 26.3 se presenta la estructura básica de una 
aplicación basada en Web de tres niveles. 

El nivel inferior (también conocido como Nivel de datos o nivel de información) mantiene los datos de 
la aplicación. Por lo general, este nivel almacena los datos en un sistema de administración de bases de datos 
relaciónales (RDBMS). En el capítulo 25 hablamos sobre los sistemas RDBMS. Por ejemplo, una tienda podría 
tener una base de datos de información sobre el inventario, que contenga descripciones de productos, precios y 
cantidades en almacén. La misma base de datos podría también contener información sobre los clientes, como 
los nombres de usuarios, direcciones de facturación y números de tarjetas de crédito. Podría haber varias bases de 
datos residiendo en una o más computadoras, que en conjunto forman los datos de la aplicación. 


Nivel superior 

Nivel intermedio 

Nivel inferior 

conocido también como 

también conocido como 

también conocido como 

Nivel de interfaz de usuario o 

nivel de lógica de negocios 

Nivel de datos o 

nivel cliente 


nivel de información 


Navegador 

XHTML 


JDBC 




Servidor Web 


Base de datos 


Figura 26.3 | Arquitectura de tres niveles. 


El nivel intermedio implementa la lógica de negocios, de controlador y de presentación para controlar las 
interacciones entre los clientes de la aplicación y sus datos. El nivel intermedio actúa como intermediario entre los 
datos en el nivel de información y los clientes de la aplicación. La lógica de control del nivel intermedio procesa 
las peticiones de los clientes (como las peticiones para ver un catálogo de productos) y obtiene datos de la base 
de datos. Después, la lógica de presentación del nivel intermedio procesa los datos del nivel de información y 
presenta el contenido al cliente. Por lo general, las aplicaciones Web presentan datos a los clientes en forma de 
documentos XHTML. 

La lógica comercial en el nivel intermedio hace valer las reglas comerciales y asegura que los datos sean con- 
fiables antes de que la aplicación servidor actualice la base de datos, o presente los datos a los usuarios. Las reglas 
comerciales dictan la forma en que los clientes pueden o no acceder a los datos de la aplicación, y la forma en que 
ésta procesa los datos. Por ejemplo, una regla comercial en el nivel intermedio de una aplicación basada en Web 
para una tienda podría asegurar que todas las cantidades de los productos sean siempre positivas. La petición de 
un cliente de establecer una cantidad negativa en la base de datos de información de productos del nivel inferior 
sería rechazada por la lógica comercial del nivel intermedio. 
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El nivel superior (nivel cliente) es la interfaz de usuario de la aplicación, la cual recopila los datos de entrada 
y de salida. Los usuarios interactúan en forma directa con la aplicación a través de la interfaz de usuario, que por 
lo general es el navegador Web, el teclado y el ratón. En respuesta a las acciones del usuario (por ejemplo, hacer 
clic en un hipervínculo), el nivel cliente interactúa con el nivel intermedio para hacer peticiones y obtener datos 
del nivel de información. Después, el nivel cliente muestra los datos obtenidos para el usuario. El nivel cliente 
nunca interactúa directamente con el nivel de información. 

Las aplicaciones multinivel de Java se implementan comúnmente mediante el uso de las características de 
Java Enterprise Edition (Java EE). Las tecnologías que usaremos para desarrollar aplicaciones Web en los capítulos 
26 a 28 son parte de Java EE 5 (java . sun . com/javaee). 

26.4 Tecnologías Web de Java 

Las tecnologías Web de Java evolucionan en forma continua, para ofrecer a los desarrolladores niveles mayores de 
abstracción, y una mayor separación de los niveles de la aplicación. Esta separación facilita el mantenimiento y la 
extensibilidad de las aplicaciones Web. Un diseñador gráfico puede crear la interfaz de usuario de la aplicación sin 
tener que preocuparse por la lógica de páginas subyacente, la cual estará a cargo de un programador. Mientras tan- 
to, el programador está libre para enfocarse en la lógica comercial de la aplicación, dejando al diseñador los deta- 
lles sobre la construcción de una aplicación atractiva y fácil de usar. Java Studio Creator 2 es el paso más reciente 
en esta evolución, ya que nos permite desarrollar la GUI de una aplicación Web mediante una herramienta de 
diseño tipo “arrastrar y soltar”, mientras que podemos manejar la lógica comercial en clases de Java separadas. 

26.4.1 Servlets 

Los servlets son la vista de nivel más bajo de las tecnologías de desarrollo en Java que veremos en este capítulo. 
Utilizan el modelo petición-respuesta HTTP de comunicación entre cliente y servidor. 

Los servlets extienden la funcionalidad de un servidor, al permitir que éste genere contenido dinámico. Por 
ejemplo, los servlets pueden generar en forma dinámica documentos XHTML personalizados, ayudar a propor- 
cionar un acceso seguro a un sitio Web, interactuar con bases de datos a beneficio de un cliente y mantener la 
información de sesión única para cada cliente. Un componente del servidor Web, conocido como contenedor 
de servlets, ejecuta los servlets e interactúa con ellos. Los paquetes javax. serví et y javax. serví et.http 
proporcionan las clases e interfaces para definir servlets. El contenedor de servlets recibe peticiones HTTP de un 
cliente y dirige cada petición al servlet apropiado. El servlet procesa la petición y devuelve una respuesta apropiada 
al cliente; por lo general en forma de un documento XHTML o XML (Lenguaje de marcado extensible) para 
mostrarlo en el navegador. XML es un lenguaje que se utiliza para intercambiar datos estructurados en la Web. 

Desde el punto de vista arquitectónico, todos los servlets deben implementar a la interfaz Servlet del 
paquete javax . serví et, la cual asegura que cada servlet se pueda ejecutar en el marco de trabajo proporcionado 
por el contenedor de servlets. La interfaz Servlet declara métodos que el contenedor de servlets utiliza para 
administrar el ciclo de vida del servlet. Este ciclo de vida empieza cuando el contenedor de servlets lo carga en 
memoria; por lo general, en respuesta a la primera petición del servlet. Antes de que el servlet pueda manejar 
esa petición, el contenedor invoca al método i ni t del servlet, el cual se llama sólo una vez durante el ciclo de 
vida de un servlet para inicializarlo. Una vez que i ni t termina su ejecución, el servlet está listo para responder 
a su primera petición. Todas las peticiones se manejan mediante el método Service de un servlet, el cual es el 
método clave para definir la funcionalidad de un servlet. El método se rvi ce recibe la petición, la procesa y envía 
una respuesta al cliente. Durante el ciclo de vida de un servlet, se hace una llamada al método se rvi ce por cada 
petición. Cada nueva petición se maneja comúnmente en un subproceso de ejecución separado (administrado 
por el contenedor de servlets), por lo que cada servlet debe ser seguro para los subprocesos. Cuando el contenedor 
de servlets termina el servlet (por ejemplo, cuando el contenedor de servlets necesita más memoria o cuando se 
cierra), se hace una llamada al método destroy del servlet para liberar los recursos que éste ocupa. 

26.4-2 JavaServer Pages 

La tecnología JavaServer Pages (JSP) es una extensión de la tecnología de los servlets. El contenedor de JSPs 
traduce cada JSP y la convierte en un servlet. A diferencia de los servlets, las JSPs nos ayudan a separar la presen- 
tación del contenido. Las JavaServer Pages permiten a los programadores de aplicaciones Web crear contenido 
dinámico mediante la reutilización de componentes predefinidos, y mediante la interacción con componentes 
que utilizan secuencias de comandos del lado servidor. Los programadores de JSPs pueden utilizar componen- 
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tes especiales de software llamados JavaBeans, y bibliotecas de etiquetas personalizadas que encapsulan una fun- 
cionalidad dinámica y compleja. Un JavaBean es un componente reutilizable que sigue ciertas convenciones para 
el diseño de clases. Por ejemplo, las clases de JavaBeans que permiten operaciones de lectura y escritura de varia- 
bles de instancias deben proporcionar métodos obtener (get) y establecer (set) apropiados. El conjunto completo 
de convenciones de diseño de clases se describe en la especificación de los JavaBeans (java, sun . com/products/ 
javabeans/gl asgow/i ndex . html). 

Bibliotecas de etiquetas personalizadas 

Las bibliotecas de etiquetas personalizadas son una poderosa característica de la tecnología JSP, que permite 
a los desarrolladores de Java ocultar el código para acceder a una base de datos y otras operaciones complejas 
mediante etiquetas personalizadas. Para usar dichas herramientas, sólo tenemos que agregar las etiquetas per- 
sonalizadas a la página. Esta simpleza permite a los diseñadores de páginas Web, que no estén familiarizados con 
Java, mejorar las páginas Web con poderoso contenido dinámico y capacidades de procesamiento. Las clases e 
interfaces de JSP se encuentran en los paquetes javax. serví et . jsp y javax. serví et . jsp. tagext. 

Componentes de JSP 

Hay cuatro componentes clave para las JSPs: directivas, acciones, elementos de secuencia de comandos y biblio- 
tecas de etiquetas. Las directivas son mensajes para el contenedor de JSPs: el componente del servidor Web que 
ejecuta las JSPs. Las directivas nos permiten especificar configuraciones de páginas, para incluir contenido de 
otros recursos y especificar bibliotecas de etiquetas personalizadas para usarlas en las JSPs. Las acciones encap- 
sulan la funcionalidad en etiquetas predefinidas que los programadores pueden incrustar en JSPs. A menudo, las 
acciones se realizan con base en la información que se envía al servidor como parte de una petición específica 
de un cliente. También pueden crear objetos de Java para usarlos en las JSPs. Los elementos de secuencia de 
comandos permiten al programador insertar código que interactúe con los componentes en una JSP (y posible- 
mente con otros componentes de aplicaciones Web) para realizar el procesamiento de peticiones. Las bibliotecas 
de etiquetas forman parte del mecanismo de extensión de etiquetas que permite a los programadores crear 
etiquetas personalizadas. Dichas etiquetas permiten a los diseñadores de páginas Web manipular el contenido 
de las JSPs sin necesidad de tener un conocimiento previo sobre Java. La Biblioteca de etiquetas estándar de 
JavaServer Pages (JSTL) proporciona la funcionalidad para muchas tareas de aplicaciones Web comunes, como 
iterar a través de una colección de objetos y ejecutar instrucciones de SQL. 

Contenido estático 

Las JSPs pueden contener otro tipo de contenido estático. Por ejemplo, las JSPs comúnmente incluyen marcado 
XHTML o XML. A dicho marcado se le conoce como datos de plantilla fija o texto de plantilla fija. Cualquier 
texto literal en una JSP se traduce en una literal Stri ng en la representación de la JSP en forma de servlet. 

Procesamiento de una petición de JSP 

Cuando un servidor habilitado para JSP recibe la primera petición para una JSP, el contenedor de JSPs traduce 
esa JSP en un servlet, el cual maneja la petición actual y las futuras peticiones a esa JSP. Por lo tanto, las JSPs se 
basan en el mismo mecanismo de petición-respuesta que los servlets para procesar las peticiones de los clientes, 
y enviar las respuestas. 

_ Tip de rendimiento 26.1 

~ Algunos contenedores de JSPs traducen las JSPs en servlets al momento de desplegar las JSPs (es decir, cuando la apli- 
cación se coloca en un servidor Web). Esto elimina la sobrecarga de la traducción para el primer cliente que solicita 
cada JSP, ya que la JSP se traducirá antes de que un cliente la haya solicitado. 


26.4-3 JavaServer Faces 

JavaServer Faces (JSF) es un marco de trabajo para aplicaciones Web que simplifica el diseño de la interfaz de 
usuario de una aplicación, y separa aún más la presentación de una aplicación Web de su lógica comercial. Un 
marco de trabajo (framework) simplifica el desarrollo de aplicaciones, al proporcionar bibliotecas y (algunas 
veces) herramientas de software para ayudar al programador a organizar y crear sus aplicaciones. Aunque el marco 
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de trabajo JSF puede usar muchas tecnologías para definir las páginas en las aplicaciones Web, este capítulo se 
enfoca en las aplicaciones JSF que utilizan JavaServer Pages. JSF proporciona un conjunto de componentes de 
interfaz de usuario, o componentes de JSF que simplifican el diseño de páginas Web. Estos componentes son 
similares a los componentes de Swing que se utilizan para crear aplicaciones con GUI. JSF proporciona dos 
bibliotecas de etiquetas personalizadas de JSP para agregar estos componentes a una página JSP. JSF también 
incluye APls para manejar eventos de componentes (como el procesamiento de los cambios de estado de los 
componentes y la validación de la entrada del usuario), navegar entre las páginas de una aplicación Web y mucho 
más. El programador diseña la apariencia visual de una página con JSF, agregando etiquetas a un archivo JSP y 
manipulando sus atributos. El programador define el comportamiento de la página por separado, en un archivo 
de código fuente de Java relacionado. 

Aunque los componentes estándar de JSF son suficientes para la mayoría de las aplicaciones Web básicas, 
también podemos escribir bibliotecas de componentes personalizados. Flay bibliotecas de componentes adiciona- 
les, disponibles en el proyecto Java BluePrints, el cual muestra las mejores prácticas para desarrollar aplicaciones 
en Java. Muchos otros distribuidores ofrecen bibliotecas de componentes de JSF. Por ejemplo, Oracle proporciona 
alrededor de 100 componentes en su biblioteca ADF Faces. Aquí hablaremos sobre una de esas bibliotecas de 
componentes, conocida como BluePrints AJAX (b1ueprints.dev.java.net/ajaxcomponents.html). En el 
siguiente capítulo hablaremos sobre los componentes de Java BluePrints para crear aplicaciones de JSF habilitadas 
para AJAX. 

26.4-4 Tecnologías Web en Java Studio Creator 2 

Las aplicaciones Web de Java Studio Creator 2 consisten en una o más páginas Web JSP, integradas en el marco 
de trabajo JavaServer Faces. Estos archivos JSP tienen la extensión de archivo . jsp y contienen los elementos de 
la GUI de la página Web. Las JSPs también pueden contener JavaScript para agregar funcionalidad a la página. 
Las JSPs se pueden personalizar en Java Studio Creator 2 al agregar componentes de JSF, incluyendo etiquetas, 
campos de texto, imágenes, botones y otros componentes de GUI. El IDE nos permite diseñar las páginas en 
forma visual, al arrastrar y soltar estos componentes en una página; también podemos personalizar una página 
Web al editar el archivo . j sp en forma manual. 

Cada archivo JSP que se crea en Java Studio Creator 2 representa una página Web, y tiene su correspondien- 
te clase JavaBean, denominada bean de página. Una clase JavaBean debe tener un constructor predeterminado 
(o sin argumentos), junto con métodos obtener (get) y establecer (set) para todas las propiedades del bean (es decir, 
las variables de instancia). El bean de página define las propiedades para cada uno de los elementos de la página. 
El bean de página también contiene los manejado res de eventos y los métodos de ciclo de vida de las páginas para 
administrar tareas, como la inicialización y despliegue de las páginas, y demás código de soporte para la aplica- 
ción Web. 

Toda aplicación Web creada con Java Studio Creator 2 tiene otros tres JavaBeans. El objeto RequestBean 
se mantiene en ámbito de petición; este objeto existe sólo mientras dure una petición HTTP. Un objeto Ses- 
sionBean tiene ámbito de sesión; el objeto existe durante una sesión de navegación del usuario, o hasta que se 
agota el tiempo de la sesión. Flay un único objeto SessionBean para cada usuario. Por último, el objeto Appl i- 
cationBean tiene ámbito de aplicación; este objeto es compartido por todas las instancias de una aplicación y 
existe mientras que la aplicación esté desplegada en un servidor Web. Este objeto se utiliza para almacenar datos 
a nivel de aplicación o para procesamiento; sólo existe una instancia para la aplicación, sin importar el número 
de sesiones abiertas. 

26.5 Creación y ejecución de una aplicación simple en Java Studio 
Creator 2 

Nuestro primer ejemplo muestra la hora del día del servidor Web en una ventana del navegador. Al ejecutarse, 
este programa muestra el texto "Hora actual en el servi dor Web", seguido de la hora del servidor Web. La 
aplicación contiene una sola página Web y, como mencionamos antes, consiste de dos archivos relacionados: un 
archivo JSP (figura 26.4) y un archivo de bean de página de soporte (figura 26.6). La aplicación tiene también 
los tres beans de datos con ámbito para los ámbitos de petición, sesión y aplicación. Como esta aplicación no 
almacena datos, estos beans no se utilizan en este ejemplo. Primero hablaremos sobre el marcado en el archivo 
JSP, el código en el archivo de bean de página y la salida de la aplicación; después proporcionaremos instrucciones 
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detalladas para crear el programa. [Nota: el marcado en la figura 26.4 y en los demás listados de archivos JSP en 
este capítulo es el mismo que el marcado que aparece en Java Studio Creator 2, pero hemos cambiado el formato 
de estos listados para fines de presentación, para que el código sea más legible] . 

Java Studio Creator 2 genera todo el marcado que se muestra en la figura 26.4 cuando establecemos el título 
de la página Web, arrastramos dos componentes Texto estático en la página y establecemos las propiedades de 
estos componentes. Los componentes Texto estático muestran texto que el usuario no puede editar. En breve 
le mostraremos estos pasos. 
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<?xml versión = "1.0" encoding = "UTF-8"?> 

<! — Fig. 26.4: Hora.jsp — > 

<! — Archivo 1SP generado por lava Studio Creator 2, que muestra — > 

<! — la hora actual en el servidor Web --> 

<jsp:root versión = "1.2" 

xmlns:f = "http://java.sun.com/jsf/core" 
xmlns:h = "http://java.sun.com/jsf/html" 
xmlns:jsp = "http://java.sun.com/lSP/Page" 
xmlns:ui = "http://www.sun.com/web/ui"> 

<jsp:di rective.page contentType = "text/html ; charset = UTF-8" 
pageEncoding = "UTF-8"/> 

<f :view> 

<ui:page binding = "#{Hora. pagel}" id = "pagel"> 

<ui:html binding = "#{Hora. html 1}" id = "htmll"> 

<ui:head binding = ”#{Hora.headl}" id = "headl" 
title = "Hora Web: un ejemplo simple"> 

<ui:link binding = "#{Hora. 1 i nkl}" id = "linkl" 
url = "/resources/styl esheet . css"/> 

</ui : head> 

<ui:meta contení = "60" httpEquiv = "refresh" /> 

<ui:body binding = "#{Hora. bodyl}" id = "bodyl" 
style = "-rave-layout: grid"> 

<ui:form binding = "#{Hora. forml}" id = "forml"> 

<ui : stati cText binding = '#{Hora.encabezadoHora}" id = 
"encabezadoHora" style = "font-size: 18px; left: 24px; 
top: 24px; position: absol ute" text = "Hora actual 
en el servidor Web : "/> 

<ui : stati cText binding = "#{Hora.textoReloj}" id = 
"textoReloj" style = "background-color: black; 
color: yellow; font-size: 18px; left: 24px; top: 

48px; position: absolute"/> 

</ui : form> 

</ui : body> 

</ui : html> 

</ui : page> 

</f :view> 

</jsp: root> 


Figura 26.4 | Archivo JSP generado por Java Studio Creator 2, que muestra la hora actual en el servidor Web. 


26.5. 1 Análisis de un archivo JSP 

Los archivos JSP que se utilizan en este ejemplo (y los siguientes) se generan casi completamente mediante Java 
Studio Creator 2, el cual proporciona un Editor visual que nos permite crear la GUI de una página al arrastrar 
y soltar componentes en un área de diseño. El IDE genera un archivo JSP en respuesta a las interacciones del 
programador. En la línea 1 de la figura 26.4 está la declaración XML, la cual indica que la JSP está expresada en 
sintaxis XML, junto con la versión de XML que se utiliza. En las líneas 3 a 5 hay comentarios que agregamos a la 
JSP, para indicar su número de figura, nombre de archivo y propósito. 
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En la línea 6 empieza el elemento raíz para la JSP. Todas las JSPs deben tener este elemento jsp: root, el cual 
tiene un atributo versi on para indicar la versión de JSP que se está utilizando (línea 6), y uno o más atributos 
xml ns (líneas 7 a 10). Cada atributo xml ns especifica un prefijo y un URL para una biblioteca de etiquetas, lo 
cual permite a la página usar las etiquetas especificadas en esa biblioteca. Por ejemplo, la línea 9 permite a la pá- 
gina usar los elementos estándar de las JSPs. Para usar estos elementos, hay que colocar el prefijo jsp antes de la 
etiqueta de cada elemento. Todas las J SPs generadas por Java Studio Creator 2 incluyen las bibliotecas de etiquetas 
especificadas en las líneas 7 a 10 (la biblioteca de componentes JSF básicos, la biblioteca de componentes JSF de 
HTML, la biblioteca de componentes JSP estándar y la biblioteca de componentes JSF de interfaz de usuario). 

En las líneas 11 y 12 se encuentra el elemento jsp:cMrective.page. Su atributo contentType especifica 
el tipo MIME (text/html) y el conjunto de caracteres (OTF-8) que utiliza la página. El atributo pageEncodi ng 
especifica la codificación de caracteres que utiliza el origen de la página. Estos atributos ayudan al cliente (por lo 
general, un navegador Web) a determinar cómo desplegar el contenido. 

Todas las páginas que contienen componentes JSF se representan en un árbol de componentes (figura 
26.5) con el elemento JSF raíz f :view, que es de tipo UIViewRoot. Para representar la estructura de este árbol 
de componentes en una JSP, se encierran todas las etiquetas de los componentes JSF dentro del elemento f : vi ew 
(líneas 1 3 a 37) . 


f 


jsp: di rective 


I 

ui : head 

1 

ui : Ti nk 

(proporciona la hoja de estilo) 


jsp: root 

-i 

f :view 

I 

ui : htmi 


ui :body 

(los hijos son componentes visibles) 


ui : Stati cText ui : Button 


Figura 26.5 | Árbol de componentes JSF de ejemplo. 


En las líneas 14 a 20 empieza la definición de la JSP con las etiquetas ui : page, ui : htmi y ui : head, todas de 
la biblioteca de etiquetas ui (componentes JSF de interfaz de usuario). Estos y muchos otros elementos de página 
tienen un atributo bi ndi ng. Por ejemplo, el elemento ui : head (línea 16) tiene el atributo bi ndi ng = "#{Hora . 
head} . ". Este atributo utiliza la notación del Lenguaje de expresiones JSF (es decir, #{Hora. head}) para hacer 
referencia a la propiedad head en la clase Hora que representa al bean de página (en la figura 26.6 podrá ver esta 
clase). Es posible enlazar un solo atributo de un elemento JSP a una propiedad en cualquiera de los JavaBeans de 
la aplicación Web. Por ejemplo, el atributo text de un componente ui : 1 abel se puede enlazar a una propiedad 
Stri ng en el objeto Sessi onBean de la aplicación. En la sección 26.7.2 veremos un ejemplo de esto. 

El elemento ui : head (líneas 16 a 20) tiene un atributo ti ti e que especifica el título de la página. Este ele- 
mento también contiene un elemento ui : 1 i nk (líneas 1 8 y 1 9), el cual especifica la hoja de estilo CSS que utiliza 
la página. El elemento ui : body (líneas 22 a 34) contiene un elemento ui : form (líneas 24 a 33), el cual contiene 


26.5 Creación y ejecución de una aplicación simple en Java Studio Creator 2 lili 


dos componentes ui : staticText (líneas 25 a 28 y 29 a 32). Estos componentes muestran el texto de la página. 
El componente encabezadoHora (líneas 25 a 28) tiene un atributo text (líneas 27 y 28) que especifica el texto 
a mostrar (es decir, "Hora actual en el servidor Web: "). El componente textoRel o j (líneas 29 a 32) no 
especifica un atributo de texto, ya que el texto de este componente se establecerá mediante programación. 

Para que el marcado en este archivo se muestre en un navegador Web, todos los elementos de la JSP se asig- 
nan automáticamente a elementos de XHTML que el navegador reconoce. El mismo componente Web se puede 
asignar a varios elementos de XHTML distintos, dependiendo del navegador Web cliente y de las configuraciones 
de las propiedades del componente. En este ejemplo, los componentes ui : stati cText (líneas 25 a 28, 29 a 32) 
se asignan a elementos span de XHTML. Un elemento span contiene texto que se muestra en una página Web, 
y que comúnmente se utiliza para controlar el formato del texto. Los atributos style de un elemento ui : sta- 
ti cText de una JSP se representan como parte del correspondiente atributo styl e del elemento span cuando el 
navegador despliega la página. En un momento le mostraremos el documento XHTML que se produce cuando 
un navegador solicita la página Hora . j sp. 

26.5.2 Análisis de un archivo de bean de página 

En la figura 26.6 se presenta el archivo de bean de página. En la línea 3 se indica que esta clase pertenece al pa- 
quete horaweb. Esta línea se genera automáticamente y especifica el nombre del proyecto como el nombre del 
paquete. En la línea 17 empieza la declaración de la clase Hora e indica que hereda de la clase AbstractPageBean 
(del paquete com.sun. rave.web.ui .appbase). Todas las clases de bean de página que soportan archivos JSP 
con componentes JSP deben heredar de la clase abstracta AbstractPageBean, la cual proporciona métodos para 
el ciclo de vida de las páginas. Observe que el IDE hace que el nombre de la clase coincida con el nombre de 
la página. El paquete com.sun. rave.web.ui .component incluye clases para muchos de los componentes JSP 
básicos (vea las instrucciones i mport en las líneas 6 a 1 1 y 13). 


1 // Fig. 26.6: Hora. java 

2 // Archivo de bean de página que establece textoReloj a la hora en el servidor Web. 

3 package horaweb; 

4 

5 import com.sun. rave.web.ui .appbase. AbstractPageBean; 

6 import com.sun. rave.web.ui .component. Body; 

7 import com.sun. rave.web.ui .component. Form; 

8 import com.sun. rave.web.ui .component. Head; 

9 import com.sun. rave.web.ui .component. Html ; 

10 import com.sun. rave.web.ui .component. Link; 

11 import com.sun. rave.web.ui .component. Page; 

12 import javax.faces.FacesException; 

13 import com.sun. rave.web.ui .component. StaticText; 

14 import java. text. DateFormat; 

15 import java. útil .Date; 

16 

17 public class Hora extends AbstractPageBean 

18 { 

19 prívate int placeholder; 

20 

21 // método de i ni ci al i zación de componentes, generado automáticamente. 

22 private void _init() throws Exception 

23 { 

24 // cuerpo vacio 

25 } // fin del método _init 

26 

27 private Page pagel = new Page(); 

28 

29 public Page getPagel() 

30 { 

Figura 26.6 | Archivo de bean de página que establece textoReloj a la hora en el servidor Web. (Parte I de 4). 



1112 Capítulo 26 Aplicaciones Web: parte I 


31 return pagel; 

32 } // fin del método getPagel 

33 

34 public void setPagel(Page p) 

35 { 

36 this. pagel = p; 

37 } // fin del método setPagel 

38 

39 prívate Html htmll = new Html () ; 

40 

41 public Html getHtmll() 

42 { 

43 return htmll; 

44 } // fin del método getHtmll 

45 

46 public void setHtml l(Html h) 

47 { 

48 this. htmll = h; 

49 } // fin del método setHtml 1 

50 

51 prívate Head headl = new Head(); 

52 

53 public Head getHeadlf) 

54 { 

55 return headl; 

56 } // fin del método getHeadl 

57 

58 public void setHeadl(Head h) 

59 { 

60 this. headl = h; 

61 } // fin del método setHeadl 

62 

63 prívate Link linkl = new Link(); 

64 

65 public Link getLinkl() 

66 { 

67 return linkl; 

68 } // fin del método getLinkl 

69 

70 public void setLi nklfLi nk 1) 

71 { 

72 this. linkl = 1 ; 

73 } // fin del método setLi nkl 

74 

75 prívate Body bodyl = new BodyO; 

76 

77 public Body getBodylf) 

78 { 

79 return bodyl; 

80 } // fin del método getBodyl 

81 

82 public void setBodyl(Body b) 

83 { 

84 this. bodyl = b; 

85 } // fin del método setBodyl 

86 

87 prívate Form forml = new Form(); 

88 

89 public Form getForml() 

Figura 26.6 | Archivo de bean de página que establece textoReloj a la hora en el servidor Web. (Parte 2 de 4)- 
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90 { 

91 return forml; 

92 } // fin del método getForml 

93 

94 public void setForml(Form f) 

95 { 

96 this. forml = f; 

97 } // fin del método setForml 

98 

99 prívate StaticText encabezadoHora = new Stati cText() ; 

100 

101 public StaticText getEncabezadoHoraO 

102 { 

103 return encabezadoflora; 

104 } // fin del método getEncabezadoHora 

105 

106 public void setEncabezadoHora(Stati cText st) 

107 { 

108 thi s . encabezadoHora = st; 

109 } // fin del método setEncabezadoHora 

1 10 

111 prívate StaticText textoReloj = new Stati cText() ; 

1 12 

113 public StaticText getTextoReloj () 

114 { 

115 return textoReloj; 

116 } // fin del método getTextoReloj 

117 

118 public void setTextoRel o j (Stati cText st) 

119 { 

120 this. textoReloj = st; 

121 } // fin del método setTextoReloj 

122 

123 // Construye una nueva instancia de bean de página 

124 public Hora() 

125 { 

126 // constructor vacío 

127 } // fin del constructor 

128 

129 // Devuelve una referencia al bean de datos con ámbito 

130 protected RequestBeanl getRequestBeanl() 

131 { 

132 return (RequestBeanl)getBean( 'RequestBeanl") ; 

133 } // fin del método getRequestBeanl 

134 

135 // Devuelve una referencia al bean de datos con ámbito 

136 protected Appl i cati onBeanl getAppl i cationBeanl() 

137 { 

138 return (ApplicationBeanl)getBean("ApplicationBeanl ); 

139 } // fin del método getAppl i cati onBeanl 

140 

141 // Devuelve una referencia al bean de datos con ámbito 

142 protected SessionBeanl getSessionBeanl() 

143 { 

144 return (SessionBeanl)getBean( 'SessionBeanl") ; 

145 } // fin del método getSessi onBeanl 

146 

147 // inicial iza el contenido de la página 

148 public void i ni t C) 

Figura 26.6 | Archivo de bean de página que establece textoReloj a la hora en el servidor Web. (Parte 3 de 4)- 
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149 { 

150 super . i ni t() ; 

151 try 

152 { 

153 _init(); 

154 } // fin de try 

155 catch ( Exception e ) 

156 { 

157 log( Error al inicializar Hora' , e ); 

158 throw e instanceof FacesException ? ( FacesExcepti on ) e: 

159 new FacesException( e ); 

160 } // fin de catch 

161 } // fin del método init 

162 

163 // método que se llama cuando ocurre una petición de devolución de envió 

164 public void preprocess() 

165 { 

166 // cuerpo vacio 

167 } // fin del método preprocess 

168 

169 // método al que se llama antes de desplegar la página 

170 public void prerenderO 

171 { 

172 textoReloj .setValuef DateFormat.getTimeInstance( 

173 DateFormat . LONG ).format( new Date() ) ); 

174 } // fin del método prerender 

175 

176 // método al que se llama una vez que se completa el despliegue, si se llamó a init 

177 public void destroyO 

178 { 

179 // cuerpo vacio 

180 } // fin del método destroy 

181 } // fin de la clase Hora 



Figura 26.6 | Archivo de bean de página que establece textoRel oj a la hora en el servidor Web. (Parte 4 de 4). 


Este archivo de bean de página proporciona métodos obtener (get) y establecer (set) para cada elemento del 
archivo JSP de la figura 26.4. El IDE genera estos métodos de manera automática. Incluimos el archivo de bean 
de página completo en este primer ejemplo, pero en los siguientes ejemplos omitiremos estas propiedades y sus 
métodos obtener y establecer para ahorrar espacio. En las líneas 99al09ylllal21 del archivo de bean de página 
se definen los dos componentes Static Text que soltamos en la página, junto con sus métodos obtener y establecer. 
Estos componentes son objetos de la clase Stati cText en el paquete com. sun . rave .web. ui . component. 

La única lógica requerida en esta página es establecer el texto del componente textoReloj para que lea la 
hora actual en el servidor. Esto lo hacemos en el método prerender (líneas 170 a 174). Más adelante hablaremos 
sobre el significado de éste y otros métodos de bean de página. En las líneas 172 y 173 se obtiene y da formato a 
la hora en el servidor, y se establece el valor de textoRel o j con esa hora. 
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26.5.3 Ciclo de vida del procesamiento de eventos 

El modelo de aplicación de Java Studio Creator 2 coloca varios métodos en el bean de página, los cuales se enlazan 
en el ciclo de vida del procesamiento de eventos. Estos métodos representan cuatro etapas principales: iniciali- 
zación, pre-procesamiento, pre-despliegue y destrucción. Cada uno de ellos corresponde a un método en la clase 
de bean de página: i ni t, preprocess, prerender y destroy, respectivamente. Java Studio Creator 2 crea estos 
métodos de manera automática, pero podemos personalizarlos para manejar las tareas de procesamiento del ciclo 
de vida, como desplegar un elemento en una página sólo si un usuario hace clic en un botón. 

El método init (figura 26.6, líneas 148 a 161) es llamado por el contenedor de JSPs la primera vez que se 
solicita la página, y en las peticiones de devolución de envío. Una petición de devolución de envío (postback) 
ocurre cuando se envían los datos de un formulario, y la página junto con su contenido se envían al servidor para 
ser procesados. El método init invoca la versión de su superclase (línea 1 50) y después trata de llamar al método 
_i ni t (declarado en las líneas 22 a 25). El método _i ni t también se genera en forma automática, y maneja las 
tareas de inicialización de componentes (si los hay), como establecer las opciones para un grupo de botones de 
opción. 

El método preprocess (líneas 164 a 167) se llama después de i nit, pero sólo si la página está procesando 
una petición de devolución de envío. El método prerender (líneas 170 a 174) se llama justo antes de que el 
navegador despliegue (muestre) una página. Este método se debe utilizar para establecer las propiedades de los 
componentes; las propiedades que se establecen antes (como en el método init) pueden sobrescribirse antes de 
que el navegador despliegue la página. Por esta razón, establecemos el valor de textoReloj en el método pre- 
render. 

Por último, el método destroy (líneas 177 a 180) se llama una vez que la página se ha desplegado, pero sólo 
si se hizo la llamada al método i ni t. Este método maneja tareas tales como liberar los recursos que se utilizan 
para desplegar la página. 

26.5.4 Relación entre la JSP y los archivos de bean de página 

El bean de página tiene una propiedad para cada elemento que aparece en el archivo JSP de la figura 26.4, desde 
el elemento html hasta los dos componentes Texto estáti co. Recuerde que los elementos en el archivo JSP se 
enlazaron explícitamente a estas propiedades mediante el atributo binding de cada elemento, usando una ins- 
trucción en Lenguaje de expresiones JSF. Como ésta es una clase JavaBean, también se incluyen métodos obtener 
(get) y establecer (set) para cada una de estas propiedades (líneas 27 a 121). El IDE genera este código automática- 
mente para cada proyecto de aplicación Web. 

26.5.5 Análisis del XHTML generado por una aplicación Web de Java 

En la figura 26.7 se muestra el XEITML que se genera cuando un navegador Web cliente solicita la página Hora, 
j sp (figura 26.4). Para ver este XEITML, seleccione Ver > Código fuente en Internet Explorer. [Nota: agregamos 
los comentarios de XEITML en las líneas 3 y 4, y cambiamos el formato del XHTML para que se conforme a 
nuestras convenciones de codificación] . 

El documento XHTML en la figura 26.7 es similar en estructura al archivo JSP de la figura 26.4. En las líneas 
5 y 6 está la declaración del tipo de documento, la cual lo declara como documento XHTML 1. 0 T ransi ci onal . 
Las etiquetas ui : meta en las líneas 9 a 13 son equivalentes a los encabezados HTTP, y se utilizan para controlar 
el comportamiento del navegador Web. 


1 <?xml versión = "1.0"?> 

2 

3 <! — Fig. 26.7: Hora.html --> 

4 <!-La respuesta XHTML generada cuando el navegador solicita el archivo Hora.jsp. — > 

5 < ! DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transi ti onal//EN" 

6 "http://www.w3.org/TR/xhtmll/DTD/xhtmll-transitional .dtd"> 

7 <html xmlns = "http://www.w3.org/1999/xhtml"> 

8 <head> 

9 <meta contení = "no-cache" http-equiv = "Pragma" /> 

Figura 26.7 | Respuesta XHTML generada cuando el navegador solicita el archivo Hora.jsp. (Parte I de 2). 
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10 <meta contení = "no-cache" http-equiv = "Cache-Control" /> 

11 <meta contení = "no-store" http-equiv = "Cache-Control" /> 

12 <meta contení = "max-age=0" http-equiv = "Cache-Control" /> 

13 <meta contení = "1" http-equiv = "Expires" /> 

14 <title>Hora Web: un ejemplo simple</title> 

15 <script type = "text/javascri pt" 

16 src = "/HoraWeb/theme/com/sun/rave/web/ui/defaulttheme/ 

17 javascri pt/formEl ements . js"x/scri pt> 

18 <1 i n k reí = "stylesheet" type = "text/css" href = "/HoraWeb/theme/ 

19 com/sun/rave/web/ui/defaulttheme/css/css„master.css" /> 

20 <1 i n k reí = "stylesheet" type = "text/css" href = "/HoraWeb/theme/ 

21 com/sun/rave/web/ui/defaulttheme/css/css„ie55up.css" /> 

22 <script type = "text/javascri pt"> 

23 var s jwui c_Scrol 1 Cooki e = new sjwuic_ScrollCookie( 

24 '/Hora.jsp', '/HoraWeb/faces/Hora. jsp' ); 

25 </script> 

26 <1 i n k id = "linkl" reí = "stylesheet" type = "text/css" 

27 href = "/HoraWeb/resources/stylesheet.css" /> 

28 </head> 

29 <meta id = "_idO" http-equiv = "refresh” contení = "5" /> 

30 <body id = "bodyl" style = "-rave-1 ayout : grid"> 

31 <form id = "forml" class = "form" method = "post" 

32 action = "/HoraWeb/faces/Hora. jsp" 

33 enctype = "application/x-www-form-urlencoded"> 

34 <span id = "forml ¡encabezadoHora" style = "font-size: 18px; left: 24px; 

35 top: 24px; position: absol ute' >Hora actual en el servidor Web: 

36 </span> 

37 <span id = "forml :textoReloj" style = "background-color: black; 

38 color: yellow; font-size: 18px; left: 24px; top:48px; position: 

39 absolute">10:28:47 PM CDT</span> 

40 <input id = "forml_hidden" ñame = "formLhi dden" 

41 valué = "formLhi dden" type = "hidden" /> 

42 </form> 

43 </body> 

44 </html> 

Figura 26.7 | Respuesta XHTML generada cuando el navegador solicita el archivo Hora.jsp. (Parte 2 de 2). 


En las líneas 30 a 43 se define el cuerpo (body) del documento. En la línea 31 empieza el formulario (form), 
un mecanismo para recolectar información del usuario y enviarla de vuelta al servidor Web. En este programa 
específico, el usuario no envía datos al servidor Web para procesarlos; sin embargo, el procesamiento de los da- 
tos del usuario es una parte imprescindible de muchas aplicaciones Web, la cual se facilita mediante el uso de los 
formularios. En ejemplos posteriores demostraremos cómo enviar datos al servidor. 

Los formularios XEITML pueden contener componentes visuales y no visuales. Los componentes visuales 
incluyen botones y demás componentes de GUI con los que interactúan los usuarios. Los componentes no 
visuales, llamados elementos de formulario hidden, almacenan datos tales como direcciones de e-mail, que el 
autor del documento especifica. Una de estas entradas ocultas se define en las líneas 40 y 41. Más adelante en este 
capítulo hablaremos sobre el significado preciso de esta entrada oculta. El atributo method del elemento form 
(línea 31) especifica el método mediante el cual el navegador Web envía el formulario al servidor. De manera 
predeterminada, las JSPs utilizan el método post. Los dos tipos de peticiones HTTP más comunes (también 
conocidas como métodos de petición) son get y post. Una petición get obtiene (o recupera) la información de 
un servidor. Dichas peticiones comúnmente recuperan un documento EITML o una imagen. Una petición post 
envía datos a un servidor, como la información de autenticación o los datos de un formulario que recopilan la 
entrada del usuario. Por lo general, las peticiones post se utilizan para enviar un mensaje a un grupo de noticias 
o a un foro de discusión, pasar la entrada del usuario a un proceso manejador de datos en el servidor, y almacenar o 
actualizar los datos en un servidor. El atributo action de form (línea 32) identifica el recurso que se pedirá cuan- 
do se envíe este formulario; en este caso, /HoraWeb/faces/Hora. jsp. 
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Observe que los dos componentes Texto estático (es decir, encabezadoHora y textoReloj) se representan 
mediante dos elementos span en el documento XHTML (líneas 34 a 36, 37 a 39) como vimos anteriormente. 
Las opciones de formato que se especificaron como propiedades de encabezadoHora y textoReloj, como el 
tamaño de la fuente y el color del texto en los componentes, ahora se especifican en el atributo styl e de cada 
elemento span. 

26.5.6 Creación de una aplicación Web en Java Studio Creator 2 

Ahora que hemos presentado el archivo JSP, el archivo de bean de página y la página Web de XHTML resultante 
que se envía al navegador Web, vamos a describir los pasos para crear esta aplicación. Para crear la aplicación 
HoraWeb, realice los siguientes pasos en Java Studio Creator 2: 

Paso 1: Creación del proyecto de aplicación Web 

Seleccione Archivo > Nuevo proyecto... para mostrar el cuadro de diálogo Nuevo proyecto. En este cuadro de 
diálogo, seleccione Web en el panel Categorías, Aplicación Web JSF en el panel Proyectos y haga clic en Siguien- 
te. Cambie el nombre del proyecto a HoraWeb y use la ubicación predeterminada del proyecto y el paquete Java 
predeterminado. Estas opciones crearán un directorio HoraWeb en su directorio Mi s documentos\Creator\Pro- 
jects para almacenar los archivos del proyecto. Haga clic en Terminar para crear el proyecto de aplicación Web. 

Paso 2: Análisis de la ventana del Editor visual del nuevo proyecto 

Las siguientes figuras describen características importantes del IDE, empezando con la ventana Editor visual 
(figura 26.8). Java Studio Creator 2 crea una sola página Web llamada Pagel cuando se crea un nuevo proyecto. 
Esta página se abre de manera predeterminada en el Editor visual en modo Di seño, cuando el proyecto se carga 
por primera vez. A medida que arrastre y suelte nuevos componentes en la página, el modo Diseño le permi- 
tirá ver cómo se desplegará su página en el navegador. El archivo JSP para esta página, llamado Pagel, jsp, se 
puede ver haciendo clic en el botón JSP que se encuentra en la parte superior del Editor visual, o haciendo clic 
con el botón derecho del ratón en cualquier parte dentro del Editor visual y seleccionando la opción Editar origen 
JSP. Como dijimos antes, cada página Web está soportada por un archivo de bean de página. Java Studio Creator 
2 crea un archivo llamado Pagel, java cuando se crea un nuevo proyecto. Para abrir este archivo, haga clic en el 
botón Java que se encuentra en la parte superior del Editor visual, o haga clic con el botón derecho del ratón en 
cualquier parte dentro del Editor visual y seleccione la opción Editar origen Java Pagel . 


Previsualizar en navegador Actualizar Mostrar formularios virtuales Tamaño de navegador de destino 



Figura 26.8 | Ventana Editor visual en modo Diseño. 
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El botón Previsualizar en navegador en la parte superior de la ventana Editor visual le permite ver sus pági- 
nas en un navegador sin tener que crear y ejecutar la aplicación. El botón Actualizar vuelve a dibujar la página 
en el Editor visual. El botón Mostrar formularios virtuales nos permite ver qué elementos de formulario están 
participando en los formularios virtuales (hablaremos sobre este concepto en el capítulo 27). La lista desplegable 
Tamaño de navegador de destino nos permite especificar la resolución óptima del navegador para ver la página, 
y nos permite ver cuál será la apariencia de la página en distintas resoluciones de pantalla. 

Paso 3: Análisis de la Paleta en Java Studio Creator 2 

En la figura 26.9 se muestra la Paleta que aparece en el IDE cuando se carga el proyecto. La parte a) muestra el 
inicio de la lista Básicos de componentes Web, y la parte b) muestra el resto de los componentes Básicos, junto 
con la lista de componentes Diseño. Hablaremos sobre componentes específicos de la figura 26.9 a medida que 
los utilicemos en el capítulo. 

Paso 4: Análisis de la ventana Proyectos 

En la figura 26.10 se muestra la ventana Proyectos, la cual aparece en la esquina inferior derecha del IDE. Esta 
ventana muestra la jerarquía de todos los archivos incluidos en el proyecto. Los archivos JSP para cada página se 
enlistan en el nodo Páginas Web. Este nodo también incluye la carpeta resources, la cual contiene la hoja de 
estilo CSS para el proyecto, y cualquier otro archivo que puedan necesitar las páginas para mostrarse en forma 
apropiada, como los archivos de imagen. Todo el código fuente de Java, incluyendo el archivo de bean de página 
para cada página Web y los beans de aplicación, sesión y petición, se pueden encontrar bajo el nodo Paquetes 
de origen. Otro archivo útil que se muestra en la ventana del proyecto es el archivo Navegación de página, el 
cual define las reglas para navegar por las páginas del proyecto, con base en el resultado de algún evento iniciado 
por el usuario, como hacer clic en un botón o en un vínculo. También podemos acceder al archivo Navegación 
de página si hacemos clic con el botón derecho del ratón en el Editor visual, estando en modo Diseño; para ello, 
seleccionamos la opción Navegación de página.... 

Paso 5: Análisis de los archivos JSP y Java en el IDE 

En la figura 26.1 1 se muestra Pagel . j sp; el archivo JSP generado por Java Studio Creator 2 para Pagel. [Nota: 
cambiamos el formato del código para adaptarlo a nuestras convenciones de codificación] . Haga clic en el botón 
JSP que está en la parte superior del Editor visual para abrir el archivo JSP. Cuando se crea por primera vez, este 
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Figura 26.9 


La Paleta en Java Studio Creator 2. 
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Figura 26.10 | Ventana Proyectos para el proyecto HoraWeb. 
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Figura 26.11 | Archivo JSP generado para la página I (Pagel ) por Java Studio Creator 2. 

archivo contiene varias etiquetas para configurar la página, incluyendo creación de vínculos a la hoja de estilo de 
la página y definir las bibliotecas JSF necesarias. En cualquier otro caso, las etiquetas del archivo JSP están vacías, 
ya que no se han agregado todavía componentes a la página. 

En la figura 26.12 se muestra parte de Pagel, java; el archivo de bean de página generado por Java Studio 
Creator 2 para Pagel. Plaga clic en el botón Java que está en la parte superior del Editor visual para abrir el 
archivo de bean de página. Este archivo contiene una clase de Java con el mismo nombre que la página (es decir, 
Pagel), la cual extiende a la clase AbstractPageBean. Como dijimos antes, AbstractPageBean tiene varios 
métodos para manejar el ciclo de vida de la página. Cuatro de estos métodos (init, preprocess, prerender y 
destroy) son sobrescritos por Pagel, java. Excepto por el método i ni t, estos métodos están vacíos al principio. 
Sirven como receptáculos para que el programador pueda personalizar el comportamiento de su aplicación Web. 
El archivo de bean de página también incluye métodos establecer (set) y obtener (get) para todos los elementos de 
la página: page, html , head, body y 1 i nk para empezar. Para ver estos métodos obtener y establecer, haga clic en 
el signo más (+) en la línea que dice Creator-managed Component Definition. 
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Haga clic en este signo más (+) para mostrar el código oculto que se generó 
Figura 26. 1 2 | Archivo de bean de página para Pagel . j sp, generado por Java Studio Creator 2. 


Paso 6: Cambiar el nombre de los archivos JSP y JSF 

Por lo general, es conveniente cambiar el nombre de los archivos JSP y Java en un proyecto, de manera que sus 
nombres sean relevantes para nuestra aplicación. Haga clic con el botón derecho del ratón en el archivo Pagel, 
jsp en la Ventana Proyectos y seleccione Cambiar nombre, para que aparezca el cuadro de diálogo Cambiar 
nombre. Escriba el nuevo nombre Hora para el archivo. Si está activada la opción Previsualizar todos los cam- 
bios, aparecerá la Ventana Refactorización en la parte inferior del IDE cuando haga clic en Siguiente >. La Refac- 
torización es el proceso de modificar el código fuente para mejorar su legibilidad y reutilización, sin modificar su 
comportamiento; por ejemplo, al cambiar los nombres a los métodos o variables, o al dividir métodos extensos 
en varios métodos más cortos, Java Studio Creator 2 tiene herramientas de refactorización integradas, las cuales 
automatizan ciertas tareas de refactorización. Al usar estas herramientas para cambiar el nombre a los archivos del 
proyecto, se actualizan los nombres tanto del archivo JSP como del archivo de bean de página. La herramienta 
de refactorización también modifica el nombre de la clase en el archivo de bean de página y todos los enlaces de 
los atributos en el archivo JSP, para reflejar el nuevo nombre de la clase. Observe que no se hará ninguno de estos 
cambios, sino hasta que haga clic en el botón Refactorizar de la Ventana Refactorización. Si no previsualiza 
los cambios, la refactorización ocurre al momento en que haga clic en el botón Siguiente > del cuadro de diálogo 
Cambiar nombre. 

Paso 7: Cambiar el título de la página 

Antes de diseñar el contenido de la página Web, vamos a darle el título "Hora Web: un ejemplo simple". 
De manera predeterminada, la página no tiene un título cuando el IDE la genera. Para agregar un título, abra el 
archivo JSP en modo Diseño. En la ventana Propiedades, escriba el nuevo título enseguida de la propiedad Title 
y oprima Intro. Vea la JSP para cerciorarse que el atributo ti ti e = "Hora Web : un e j empl o si mpl e" se haya 
agregado automáticamente a la etiqueta ui : head. 
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Paso 8: Diseñar la página 

Diseñar una página Web es más sencillo en Java Studio Creator 2. Para agregar componentes a la página, puede 
arrastrarlos y soltarlos desde la Paleta hacia la página en modo Diseño. Al igual que la misma página Web, cada 
componente es un objeto que tiene propiedades, métodos y eventos. Puede establecer estas propiedades y eventos 
en forma visual, mediante la ventana Propiedades, o mediante programación en el archivo de bean de página. 
Los métodos obtener (get) y establecer (set) se agregan automáticamente al archivo de bean de página para cada 
componente que se agregue a la página. 

El IDE genera las etiquetas JSP para los componentes que el programador arrastra y suelta mediante el uso 
de un diseño de cuadrícula, como se especifica en la etiqueta ui : body. Esto significa que los componentes se des- 
plegarán en el navegador usando posicionamiento absoluto, de manera que aparezcan exactamente en donde 
se sueltan en la página. A medida que el programador agregue componentes a la página, el atributo style en el 
elemento JSP de cada componente incluirá el número de píxeles desde los márgenes superior e izquierdo de la 
página en la que se posicione el componente. 

En este ejemplo, usamos dos componentes Texto estático. Para agregar el primero a la página Web, arrás- 
trelo y suéltelo desde la lista de componentes Básicos de la Paleta, hasta la página en modo Diseño. Edite el 
texto del componente, escribiendo "Hora actual en el servidor Web directamente en el componente. 
También puede editar el texto modificando la propiedad text del componente en la ventana Propiedades. Java 
Studio Creator 2 es un editor WYSIWYG (What You See Is What You Get Lo que ve es lo que obtiene); cada 
vez que realice un cambio a una página Web en modo Diseño, el IDE creará el marcado (visible en modo JSP) 
necesario para lograr los efectos visuales deseados que aparecen en modo Diseño. Después de agregar el texto a 
la página Web, cambie al modo JSP. Ahí podrá ver que el IDE agregó un elemento ui : stati cText al cuerpo 
de la página, el cual está enlazado al objeto stati cTextl en el archivo de bean de página, y cuyo atributo text 
coincide con el texto que acaba de escribir. De vuelta al modo Diseño, haga clic en el componente Texto está- 
tico para seleccionarlo. En la ventana Propiedades, haga clic en el botón de elipsis enseguida de la propiedad 
styl e para abrir un cuadro de diálogo y editar el estilo del texto. Seleccione 18 px para el tamaño de la fuente 
y haga clic en Aceptar. De nuevo en la ventana Propiedades, cambie la propiedad ida encabezadoHora. Al 
establecer la propiedad i d también se modifica el nombre de la propiedad correspondiente del componente en el 
bean de página, y se actualiza su atributo bi ndi ng en la JSP de manera acorde. Observe que se ha agregado font- 
si ze ; 18 px al atributo style y que el atributo i d ha cambiado a encabezadoHora en la etiqueta del componente 
en el archivo JSP. El IDE debe aparecer ahora como se muestra en la figura 26.13. 



Figura 26.13 | Hora, jsp después de insertar el primer componente Texto estático. 
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Figura 26.14 | Hora, jsp después de agregar el segundo componente Texto estático. 


Coloque un segundo componente Texto estático en la página, y establezca su id en textoReloj. Edite su 
propiedad styl e de manera que el tamaño de la fuente sea 18 px, el color de texto sea amarillo (yel 1 ow) y el color 
de fondo sea negro (black). No edite el texto del componente, ya que éste se establecerá mediante programa- 
ción en el archivo de bean de página. El componente se mostrará con el texto Texto estático en el IDE, pero no 
mostrará ningún texto en tiempo de ejecución, a menos que éste se establezca mediante programación. La figura 
26.14 muestra el IDE después de agregar el segundo componente. 

Paso 9: Agregar la lógica de la página 

Después de diseñar la interfaz de usuario, puede modificar el archivo de bean de página para establecer el texto del 
elemento textoRel oj. En este ejemplo, agregamos una instrucción al método p re rende r (líneas 170a 174 de la 
figura 26.6). Recuerde que utilizamos el método prerender para asegurar que textoReloj se actualice cada vez 
que se actualice la página. En las líneas 172 y 173 de la figura 26.6 se establece mediante programación el texto 
de textoReloj con la hora actual en el servidor. 

Nos gustaría que esta página se actualizara automáticamente para mostrar una hora actualizada. Para lograr 
esto, agregue la etiqueta vacía <u i : meta contení = "60" httpEquiv = "refresh" /> al archivo JSP, entre el 
final de la etiqueta ui : head y el inicio de la etiqueta ui : body. Esta etiqueta indica al navegador que debe volver 
a cargar la página automáticamente cada 60 segundos. También puede agregar esta etiqueta arrastrando un com- 
ponente Meta de la sección Avanzados de la Paleta a su página, y después estableciendo el atributo contení del 
componente a 60 y su atributo httpEqui v a refresh. 

Paso 10: Análisis de la ventana Esquema 

En la figura 26.15 se muestra la ventana Esquema en Java Studio Creator 2. Los cuatro archivos Java del proyecto 
se muestran como nodos de color gris. El nodo Hora que representa el archivo de bean de página está expandido 
y muestra el contenido del árbol de componentes. Los beans de ámbito de petición, sesión y aplicación están 
contraídos de manera predeterminada, ya que no hemos agregado propiedades a estos beans en este ejemplo. Al 
hacer clic en el árbol de componentes de la página, se selecciona el elemento en el Editor visual. 

Paso 11: Ejecutar la aplicación 

Después de crear la página Web, podemos verla de varias formas. Primero seleccione Generar > Generar proyecto 
principal, y después que se complete la generación, seleccione Ejecutar > Ejecutar proyecto principal para ejecu- 
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Figura 26.15 


Ventana Esquema en Java Studio Creator 2. 


tar la aplicación en una ventana del navegador. Para ejecutar un proyecto que ya haya sido generado, oprima el 
icono Ejecutar proyecto principal ( ) en la barra de herramientas que se encuentra en la parte superior del IDE. 

Observe que, si se hacen cambios a un proyecto, éste debe volver a generarse para que puedan reflejarse cuando 
se vea la aplicación en un navegador Web. Como esta aplicación se generó en el sistema de archivos local, el 
URL que se muestre en la barra de dirección del navegador cuando se ejecute la aplicación será http : //I ocal - 
host : 29080/HoraWeb/ (figura 26.6), en donde 29080 es el número de puerto en el que se ejecuta el servidor de 
prueba integrado de Java Studio Creator 2 (Sun Application Server 8) de manera predeterminada. Al ejecutar 
un programa en el servidor de prueba, aparece un icono cerca de la parte inferior derecha de la pantalla, para 
demostrar que Sun Application Server se está ejecutando. Para cerrar el servidor después de salir de Java Studio 
Creator 2, haga clic con el botón derecho en el icono de la bandeja y seleccione Stop Domain creator. 

De manera alternativa, puede oprimir F5 para generar la aplicación y después ejecutarla en modo de depura- 
ción; el depurador integrado de Java Studio Creator 2 puede ayudarle a diagnosticar fallas en las aplicaciones. Si 
escribe <Ctrl> F5, el programa se ejecuta sin habilitar la depuración. 



Tip para prevenir errores 26.1 


Si tiene problemas al generar su proyecto debido a errores en los archivos XML generados por Java Studio Creator, 
que se utilizan para la generación, pruebe a limpiar el proyecto y volver a generar. Para ello, seleccione Generar > 
Limpiar y generar proyecto principal, u oprima <Alt> B. 


Por último, para ejecutar su aplicación generada, abra una ventana del navegador y escriba el URL de la 
página Web en el campo Dirección. Como su aplicación reside en el sistema de archivos local, primero debe 
iniciar Sun Application Server. Si ejecutó antes la aplicación utilizando uno de los métodos anteriores, el servidor 
ya se estará ejecutando. De no ser así, puede iniciar el servidor desde el IDE; para ello abra la ficha Servidores 
(que se encuentra en el mismo panel que la Paleta), haga clic con el botón derecho del ratón en el Servidor de 
ejecución, seleccione Iniciar/Detener servidor y haga clic en el botón Iniciar, en el cuadro de diálogo que aparezca. 
Después, puede escribir el URL (incluyendo el número de puerto para el servidor de aplicación, 29080) en el 
navegador para ejecutar la aplicación. Para este ejemplo no es necesario escribir el URL completo, http:// 
1 ocal host :29080/HoraWeb/faces/Hora. jsp. La ruta para el archivo Hora, jsp (es decir, faces/Hora. jsp) 
se puede omitir, ya que este archivo se estableció de manera predeterminada como la página inicial del proyecto. 
Para los proyectos con varias páginas, puede modificar la página inicial haciendo clic en la página deseada en la 
ventana Proyectos, y seleccionando Definir como página de inicio. La página de inicio se indica mediante una 
flecha verde enseguida del nombre de la página en la ventana Proyectos. [Nota: si utiliza Netbeans Visual Web 
Pack 5.5, el número de puerto dependerá del servidor en el que despliegue su aplicación Web. Además, la ficha 
Servidores se llama Tiempo de ejecución (Runtime) en Netbeans]. 


26.6 Componentes JSF 

En esta sección presentaremos algunos de los componentes JSP que se incluyen en la Paleta (figura 26.9). En la 
figura 26.16 se sintetizan algunos de los componentes JSP que se utilizan en los ejemplos del capítulo. 

26.6. 1 Componentes de texto y gráficos 

En la figura 26.17 se muestra un formulario simple para recopilar la entrada del usuario. Este ejemplo utiliza 
todos los componentes enlistados en la figura 26.16, con la excepción de Etiqueta, que veremos en ejemplos 
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Componentes JSF 

Descripción 

Etiqueta 

Muestra texto que se puede asociar con un elemento de entrada. 

Texto estático 

Muestra texto que el usuario no puede editar. 

Campo de texto 

Recopila la entrada del usuario y muestra texto. 

Botón 

Desencadena un evento cuando se oprime. 

Flipervínculo 

Muestra un hipervínculo. 

Lista desplegable 

Muestra una lista desplegable de opciones. 

Grupo de botones de selección 

Muestra botones de opción. 

Imagen 

Muestra imágenes (como GIF y JPG). 


Figura 26.16 | Componentes JSF de uso común. 

posteriores. Todo el código en la figura 26.17 se generó mediante Java Studio Creator 2, en respuesta a las acciones 
realizadas en modo Diseño. Este ejemplo no realiza ninguna tarea cuando el usuario hace clic en Registrar. Le 
pediremos que agregue funcionalidad a este ejemplo como un ejercicio. En los siguientes ejemplos, demostrare- 
mos cómo agregar funcionalidad a muchos de estos componentes JSE 

Antes de hablar sobre los componentes JSF que se utilizan en este archivo JSP, explicaremos el XEITML que 
crea el esquema de la figura 26.17. Como dijimos antes, Java Studio Creator 2 utiliza el posicionamiento abso- 
luto, por lo que los componentes se despliegan en donde se hayan soltado en el Editor visual. En este ejemplo, 
además del posicionamiento absoluto utilizamos un componente Panel de cuadr i cul a (líneas 3 1 a 52) del grupo de 
componentes Diseño de la Paleta. El prefijo h : indica que se encuentra en la biblioteca de etiquetas HTML 
de JSE Este componente, un objeto de la clase HtmlPanelGrid en el paquete javax.faces.component.html, 
controla el posicionamiento de los componentes que contiene. El componente Panel de cuadrícula permite al 
diseñador especificar el número de columnas que debe contener la cuadrícula. Después se pueden soltar los com- 
ponentes en cualquier parte dentro del panel, y éstos se reposicionarán automáticamente en columnas espaciadas 
de manera uniforme, en el orden en el que se suelten. Cuando el número de componentes excede al número de 
columnas, el panel desplaza los componentes adicionales hacia una nueva fila. De esta forma, el Panel de cua- 
drícula se comporta como una tabla de XHTML, y de hecho se despliega en el navegador como una tabla XHT- 
ML. En este ejemplo, usamos el Panel de cuadrícula para controlar las posiciones de los componentes Imagen y 
Campo de texto en la sección de la página acerca de la información del usuario. 


1 <?xml versión = "1.0" encoding = "UTF-8"?> 

2 

3 <! — Fig. 26.17: ComponentesWeb . jsp — > 

4 <! — Formulario de registro que demuestra el uso de los componentes 1SF. --> 

5 <jsp:root versión = "1.2" xmlns:f = "http://java.sun.com/jsf/core" 

6 xmlns:h = "http://java.sun.com/jsf/html" xmlns:jsp = 

7 "http://java.sun.com/DSP/Page" xmlns:ui = "http://www.sun.com/web/ui"> 

8 <jsp:di rective.page contentType = "text/html ; charset = UTF-8" 

9 pageEncoding = "UTF-8"/> 

10 <f:view> 

11 <ui:page binding = "#{ComponentesWeb. pagel}" id = "pagel"> 

12 <ui:html binding = "#{ComponentesWeb.htmll}" id = "htmll"> 

13 <ui:head binding = "#{ComponentesWeb . headl}" id = "headl"> 

14 <ui:link binding = "#{ComponentesWeb.linkl}” id = "linkl" 

15 url = "/resources/styl esheet . css"/> 

16 </ui:head> 

Figura 26.17 | Formulario de registro que demuestra el uso de los componentes JSF. (Parte I de 3). 
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<ui:body binding = "#{ComponentesWeb . bodyl}" id = "bodyl" 
style = "-rave-layout: grid"> 

<ui:form binding = "#{ComponentesWeb.forml}" id = "forml"> 

<ui : staticText binding = "#{ComponentesWeb . encabezado}" 
id = "encabezado" style = "font-size: 18px; left: 48px; 
top: 24px; position: absolute" text = "Este es un 
formulario de registro de ejemplo. "/> 

<ui : staticText binding = "#{ComponentesWeb . instrucciones}" 
id = "instrucciones" style = "font-style: italic; 
left: 48px; top: 60px; position: absolute" text = 

"Por favor complete todos los campos y haga clic en Registro. "/> 
<ui:image binding = "#{ComponentesWeb.imagenUsuario}" id = 
"imagenUsuario" style = "left: 48px; top: 96px; 
position: absolute" url = "/resources/usuario. 3PG"/> 

<h:panelCrid binding = "#{ComponentesWeb.gridPanell}" 

columns = "4" id = "gridPanel 1" style = 'height: 120px; 
left: 48px; top: 120px; position: absolute" 
width = '576"> 

<ui:image binding = "#{ComponentesWeb.imagenNombre}" 
id = "imagenNombre" url = "/resources/nombre . 3PG"/> 

<ui ¡textField binding = "#{ComponentesWeb.cuadroTextoNombre}" 
id = "cuadroTextoNombre"/> 

<ui:image binding = "#{ComponentesWeb.imagenApellido}" 
id = "imagenApellido" url = "resources/apellido. DPC"/> 

<ui ¡textField binding = "#{ComponentesWeb.cuadroTextoApellido}" 
id = "cuadroTextoApel 1 i do”/> 

<ui:image binding = "#{ComponentesWeb.imagenEmail}" 
id = "imagenEmail " url = "/resources/email .3PG"/> 

<ui ¡textField binding = "#{ComponentesWeb.cuadroTextoEmail}" 
id = "cuadroTextoEmai 1 "/> 

<ui:image binding = "#{ComponentesWeb.imagenTelefono}" 

id = "imagenTelefono" url = "/resources/telefono. 3PG"/> 

<ui ¡textField binding = "#{ComponentesWeb.cuadroTextoTelefono}" 
id = "cuadroTextoTel efono" label = "Debe tener la forma (555) 
555-5555"/> 

</h : panelGri d> 

<ui:image binding = "#{ComponentesWeb.imagenPublicaciones}" 
id = "imagenPublicaciones" style = "left: 48px; top: 264px; 
position: absolute" url = 

"/resources/publ i caciones . 3PG"/> 

<ui : staticText binding = 

"#{ComponentesWeb.etiquetaPublicacion}" id = 

"etiquetaPubl i cacion" style = "position: absolute; 

left: BOOpx; top: 264px" text = "De que libro desea obtener 

i nformacion?"/> 

<ui:dropDown binding = "#{ComponentesWeb.librosDesplegable}" 
id = "librosDesplegable" Ítems = "#{ComponentesWeb . 
librosDesplegableDefaultOptions.options}" style = "left: 

48px; top: 300px; position: absolute”width:240px" /> 

<ui ¡hyperlink binding = "#{ComponentesWeb.librosVinculo}" 
id = "librosVinculo" style = "left: 48px; top: 348px; 
position: absolute" target = "_blank" text = "Haga clic 
aqui para ver mas información acerca de nuestros libros." 
url = "http://www.deitel .com"/> 

<ui:image binding = "#{ComponentesWeb. imagel}" id = 

"imagel" style = "left" 48px; top: 396px; 
position: absolute" url = "/resources/so. 3PG"/> 

<ui : staticText binding = "#{ComponentesWeb . etiquetaSO}" id = 


Figura 26. 1 7 | Formulario de registro que demuestra el uso de los componentes JSF. (Parte 2 de 3). 
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"etiquetaSO" style = "position: absolute; left: 252px; 
top: 396px" text = "Que sistema operativo 
uti 1 i za?”/> 

<ui : radi oButtonCroup binding= 

"#{ComponentesWeb.botonesSeleccionSO}" id = 

"botonesSel eccionSO" Ítems = "#{ComponentesWeb. 
botonesSeleccionSODefaultOptions.options}" style = 
"left: 48px; top: 432px; position: absolute"/> 
<ui:button binding = "#{ComponentesWeb.botonRegistro}" 
id = "botonRegi stro" style = "left: 47px; top: 564px; 
position: absolute" text = "Registro"/» 

</ui : form> 

</ui : body> 

</ui : html> 

</ui : page> 

</f :view> 

</jsp: root> 


Imagen 


Campo de texto 


Lista desplegable 


Grupo de botones 
de opción 


Botón 



Figura 26. 1 7 | Formulario de registro que demuestra el uso de los componentes JSF. (Parte 3 de 3). 
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Cómo agregar un componente de formato a una página Web 

Para crear el esquema para la sección Información del usuario del formulario que se muestra en la figura 26.17, 
arrastre un componente Panel de cuadrícula en la página. En la ventana Propiedades, establezca la propiedad 
col umns del componente en 4. El componente también tiene propiedades para controlar el relleno de las celdas, 
el espaciado y otros elementos relacionados con la apariencia del componente. En este caso, acepte los valores 
predeterminados para estas propiedades. Ahora, simplemente puede arrastrar los componentes Imagen y Campo 
de texto para la información del usuario en el Panel de cuadrícula. Este componente administrará su espaciado 
y su organización en filas y columnas. 

Cómo analizar los componentes Web en un formulario de registro de ejemplo 

En las líneas 28 a 30 de la figura 26.17 se define un componente Imagen, un objeto de la clase Image que inserta 
una imagen en una página Web. Las imágenes que se utilizan en este ejemplo se encuentran en el directorio de 
ejemplos de este capítulo. Las imágenes que se van a mostrar en una página Web se deben colocar en la carpeta 
resources del proyecto. Para agregar imágenes al proyecto, suelte un componente Imagen en la página y haga 
clic en el botón de elipse que está a un lado de la propiedad url en la ventana Propiedades. A continuación se 
abrirá un cuadro de diálogo, en el que puede seleccionar la imagen a mostrar. Como aún no se han agregado imá- 
genes a la carpeta resources, haga clic en el botón Agregar archivo, localice la imagen en el sistema de archivos 
de su computadora y haga clic en Agregar archivo. A continuación se copiará el archivo que usted seleccionó 
en el directorio resources del proyecto. Ahora puede seleccionar la imagen de la lista de archivos en la carpeta 
resources y hacer clic en Aceptar para insertar la imagen en la página. 

Las líneas 31 a 52 contienen un elemento h: panel Grid, el cual representa al componente Panel de cua- 
drícula. Dentro de este elemento hay ocho componentes Imagen y Campo de texto. Los componentes Campo 
de texto nos permiten obtener la entrada de texto del usuario. Por ejemplo, en las líneas 37 y 38 se define un 
control Campo de texto que se utiliza para recolectar el nombre de pila del usuario. En las líneas 49 a 51 se defi- 
ne un Campo de texto con la propiedad 1 abel establecida en "Debe tener la forma (555) 555-5555". Al 
establecer la propiedad 1 abel de un Campo de texto, se coloca el texto directamente encima de este componente. 
De manera alternativa, para etiquetar un Campo de texto puede arrastrar y soltar un componente Etiqueta en la 
página, lo cual le permitirá personalizar la posición y el estilo del componente Etiqueta. 

El orden en el que se arrastran los componentes Campo de texto a la página es importante, ya que sus etique- 
tas JSP se agregan al archivo JSP en ese orden. Cuando un usuario oprime la tecla Tab para navegar de un campo 
de entrada a otro, navegarán por los campos en el orden en el que se hayan agregado las etiquetas JSP al archivo 
JSP. Para especificar el orden de navegación, debe arrastrar los componentes a la página en ese orden. De manera 
alternativa, puede establecer la propiedad Tab Index de cada campo de texto en la ventana Propiedades, para 
controlar el orden en el que el usuario avanzará mediante la tecla Tab por los campos de texto. Un componente con 
un índice de tabulación de 1 será el primero en la secuencia de tabulaciones. 

En las líneas 62 a 65 se define una Lista desplegable. Cuando un usuario hace clic en la lista desplegable, 
expande y muestra una lista, en la que el usuario puede seleccionar un elemento. Este componente es un objeto 
de la clase DropDownLi st y está enlazado al objeto 1 i brosDespl egable, un objeto Si ngl eSel ectOpti onsLi st 
que controla la lista de opciones. Este objeto se puede configurar de manera automática, haciendo clic con el 
botón derecho en la lista desplegable en modo Diseño y seleccionando Configurar opciones predeterminadas, 
con lo cual se abrirá el cuadro de diálogo Personalizador de opciones para agregar opciones a la lista. Cada 
opción consiste en un objeto Stri ng para mostrar, el cual representará la opción en el navegador, y de un objeto 
Stri ng de valor, el cual se devolverá cuando se obtenga la selección del usuario de la lista desplegable, por medio 
de programación. Java Studio Creator 2 construye el objeto Si ngl eSel ectOpti onsLi st en el archivo de bean de 
página, con base en los pares mostrar-valor introducidos en el cuadro de diálogo Personalizador de opciones. 
Para ver el código que construye al objeto, cierre el cuadro de diálogo haciendo clic en Aceptar, abra el archivo de 
bean de página y expanda el nodo Creator-managed Component Definition cerca de la parte superior del archivo. 
El objeto se construye en el método _i ni t, el cual se llama desde el método i ni t la primera vez que se carga la 
página. 

El componente Hipervínculo (líneas 66 a 70) de la clase Hyperl i nk agrega un vínculo a una página Web. La 
propiedad url de este componente especifica el recurso (http://www.deitel .com en este caso) que se solicita 
cuando un usuario hace clic en el hipervínculo. Al establecer la propiedad target en _bl ank, especificamos que 
la página Web solicitada debe abrirse en una nueva ventana del navegador. De manera predeterminada, los com- 
ponentes Hipervínculo hacen que las páginas se abran en la misma ventana del navegador. 



1128 Capítulo 26 Aplicaciones Web: parte I 


En las líneas 78 a 82 se define un componente Grupo de botones de selección de la clase Radi oButton- 
Croup, el cual proporciona una serie de botones de opción, de los cuales el usuario sólo puede seleccionar uno. 
Al igual que Lista desplegable, un Grupo de botones de selección está enlazado a un objeto Si ngl eSel ectOp- 
tionsList. Para editar las opciones, haga clic con el botón derecho del ratón en el componente y seleccione 
Configurar opciones predeterminadas. Al igual que la lista desplegable, el IDE genera el constructor del objeto 
Si ngl eSel ectOpti onsLi st automáticamente y lo coloca en el método _i ni t de la clase de bean de página. 

El último control Web en la figura 26. 17 es un Botón (líneas 83 a 85), un componente JSF de la clase Button 
que desencadena una acción cuando es oprimido. Por lo general, un componente Botón se asigna a un elemento 
input de XHTML, en donde su atributo type se establece en submi t. Como dijimos antes, al hacer clic en el 
botón Registro en este ejemplo no se produce ninguna acción. 

26.6.2 Validación mediante los componentes de validación y los validadores 
personalizados 

En esta sección presentamos la validación de formularios. La validación de la entrada del usuario es un importan- 
te paso para recolectar la información de los usuarios. La validación ayuda a evitar los errores de procesamiento 
debido a que los datos de entada del usuario estén incompletos, o tengan un formato inapropiado. Por ejemplo, 
puede realizar la validación para asegurar que se hayan completado todos los campos requeridos, o que un cam- 
po de código postal contenga exactamente cinco dígitos. Java Studio Creator 2 proporciona tres componentes 
de validación. Un Validador de longitud determina si un campo contiene un número aceptable de caracteres. El 
Validador de intervalo doble y el Validador de intervalo largo determinan si la entrada numérica se encuentra 
dentro de intervalos aceptables. El paquete javax.faces.validators contiene las clases para estos validadores. 
Studio Creator 2 también permite la validación personalizada con métodos de validación en el archivo de bean 
de página. El siguiente ejemplo demuestra la validación mediante el uso de un componente de validación y de la 
validación personalizada. 

Cómo validar los datos de un formulario en una aplicación Web 

El ejemplo en esta sección pide al usuario que introduzca su nombre, dirección de e-mail y número telefónico. 
Después de que el usuario introduce los datos, pero antes de que éstos se envíen al servidor Web, la validación 
nos asegura que el usuario haya introducido un valor en cada campo, que el nombre introducido no exceda a 30 
caracteres y que la dirección de e-mail y el número telefónico se encuentren en un formato aceptable. En este 
ejemplo, (555) 123-4567, 555-123-4567 y 123-4567 se consideran números telefónicos válidos. Una vez que se 
envían los datos, el servidor Web responde mostrando un mensaje apropiado y un componente Panel de cua- 
drícula que repite la información enviada. Observe que una aplicación comercial real, por lo general, almacena 
los datos enviados en una base de datos o en el servidor. Nosotros simplemente enviamos de vuelta los datos a la 
página, para demostrar que el servidor recibió los datos. 

Creación de la página Web 

Esta aplicación web introduce dos componentes JSF adicionales: Etiqueta y Mensaje, de la sección de componentes 
Básicos de la Paleta. Cada uno de los tres campos de texto debe tener su propia etiqueta y su propio mensaje. Los 
componentes Etiqueta describen a otros componentes, y se pueden asociar con los campos de entrada del usuario 
si se establece su propiedad for. Los componentes Mensaje muestran mensajes de error cuando falla la validación. 
Esta página requiere tres componentes Campo de texto, tres componentes Etiqueta y tres componentes Mensaje, 
así como un componente Botón para enviar los datos. Para asociar los componentes Etiqueta y Mensaje con sus 
correspondientes componentes Campo de texto, mantenga oprimidas las teclas Ctrl y Mayi'ts, y después arrastre la 
etiqueta o mensaje hacia el Campo de texto apropiado. En la ventana Propiedades, observe que la propiedad for 
de cada Etiqueta y Mensaje se encuentra establecida con el componente Campo de texto apropiado. 

También es conveniente agregar un componente Texto estático para mostrar un mensaje de éxito en la vali- 
dación al final de la página. Establezca el texto en "Graci as por enviar sus datos. <br/> Recibimos la 
siguiente información:" y cambie el id del componente a textoResultado. En la ventana Propiedades, 
desactive las propiedades rendered y escape del componente. La propiedad rendered controla si el componente 
se mostrará la primera vez que se cargue la página. Al establecer escaped en f al se, el navegador podrá recono- 
cer la etiqueta <br/>, de manera que pueda empezar una nueva línea de texto, en vez de mostrar los caracteres 
"<br/>" en la página web. 
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Por último, agregue un componente Panel de cuadrícula debajo del componente textoResul tado. El panel 
debe tener dos columnas, una para mostrar componentes Texto estático que etiqueten los datos validados del 
usuario, y uno para mostrar componentes Texto estático que vuelvan a imprimir esos datos. 

El archivo JSP para esta página se muestra en la figura 26.18. En las líneas 30 a 34, 35 a 39 y 40 a 44 se defi- 
nen elementos ui : textFi el d para obtener el nombre del usuario, la dirección de e-mail y el número telefónico, 
respectivamente. En las líneas 45 a 48, 49 a 53 y 54 a 58 se definen elementos ui : 1 abel para cada uno de estos 
campos de texto. En las líneas 63 a 74 se definen los elementos ui : message de los campos de texto. En las líneas 
59 a 62 se define un elemento ui : button llamado Enviar. En las líneas 75 a 80 se crea un elemento ui : stati c- 
Text llamado textoResul tado, el cual muestra la respuesta del servidor cuando el usuario envía el formulario 
con éxito, y en las líneas 81 a 101 se define un elemento ui : panel de cuadri cul a que contiene componentes 
para repetir la entrada validada del usuario y mostrarla de nuevo en el navegador. 
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<?xml versión = "1.0" encoding = 'UTF-8"?> 

<! — Fig. 26.18: Validación. jsp — > 

<! — 1SP que demuestra la validación de la entrada del usuario. — > 

<jsp:root versión = "1.2" xmlns:f = "http://java.sun.com/jsf/core" 
xmlns:h = "http://java.sun.com/jsf/html" xmlns:jsp = 

"http://java.sun.com/DSP/Page" xmlns:ui = "http://www.sun.com/web/ui"> 

<jsp:di rective.page contentType = "text/html ; charset = OTF-8" 
pageEncoding = "UTF-8"/> 

<f :view> 

<ui:page binding = "#{Val i dación. pagel}" id = ”pagel"> 

<ui:html binding = "#{Validacion.htmll}" id = "htmll"> 

<ui:head binding = ”#{Validacion.headl}" id = "headl" 
title = "Validación"» 

<ui:link binding = "#{Validacion.linkl}" id = "linkl" 
url = "/resources/styl esheet . css"/> 

</ui : head> 

<ui:body binding = "#{Validacion.bodyl}" focus = "forml. ctextoNombre" 
id = "bodyl" style = "-rave-layout: grid"> 

<ui:form binding = "#{Val i dación, forml}" id = "forml"> 

<ui : stati cText binding = "#{Val i dación. encabezado}" id = 
"encabezado" style = "font-size: 18px; height: 22px; 
left: 24px; top: 24px; position: absol ute; widht:456px" 
text = "Por favor complete el siguiente formulario."/» 

<ui : stati cText binding = "#{Val i dación. instrucciones}" 
id = "instrucciones" style = "font-size: 14px; 
font-style: i tal i c; left: 24px; top: 60px; position: 
absolute; width: 406 px" text = "Todos los campos son requeridos 
y deben contener información válida."/» 

<ui ¡textField binding = "#{Val i dación. ctextoNombre}" columns = 

"30" id = "ctextoNombre" required = "true" style = "left: 

180px; top: 96px; position: absolute; width: 216px" 
validator = 

"#{Val i daci on . 1 ongi tudNombreVal i dador . val i date} "/> 

<ui ¡textField binding = "#{Validacion.ctextoEmail}" 
columns = "28" id = "ctextoEmai 1 " required = "true" 
style = "left: 180px; top: 144px; position: absolute; 
width: 216px” validator = 

"#{Val i daci on . ctextoEmai l_val i date}"/» 

<ui ¡textField binding = "#{Validacion.ctextoTelefono}" 
columns = "30" id = "ctextoTelefono” required = "true" 
style = "left: 180px; top: 192px; position: absolute; 
width: 216px" validator = 

"#{Val i daci on . ctextoTel efono_val i date} "/> 


Figura 26.18 | JSP que demuestra la validación de la entrada del usuario. (Parte I de 4). 
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<ui:label binding = "#{Validacion.etiquetaNombre}" for = 

"ctextoNombre" id = "etiquetaNombre" style = "font-weight : 
normal; height: 24px; left: 24px; top: 96px; 
position: absolute; width: 94px" text = "Nombre:"/> 

<ui:label binding = "#{Validacion.etiquetaEmail}" for = 
"ctextoEmail " id = "eti quetaEmai 1 " style = "font-weight: 
normal; height: 24px; left: 24px; top: 144px; 
position: absolute; width: 142px" text = 

"Dirección de e-mail: "/> 

<ui:label binding = "#{Validacion.etiquetaTelefono}" for= 

"ctextoTelefono" id = "etiquetaTel efono" style = "font-weight: 
normal; height: 24px; left: 24px; top: 192px 
position: absolute; width: 142px” text = 

"Teléfono: "/> 

<ui:button action = "#{Val i dación . botonEnvi ar_action}" 
binding = "#{Validacion.botonEnviar}" id = 

"botonEnviar" style = "position: absolute; left: 24px; 
top: 240px" text = "Enviar"/> 

<ui:message binding = "#{Validacion.mensajeEmail}" for = 
"ctextoEmail" id = "mensajeEmai 1 " showDetail = "false" 
showSummary = "true" style = "left: 504px; top: 

144px; position: absol ute”/> 

<ui:message binding = "#{Validacion.mensajeTelefono}" for = 
"ctextoTelefono" id = "mensajeTel efono" showDetail= "false" 
showSummary = "true" style = "left: 504px; top: 

192px; position: absol ute"/> 

<ui:message binding = "#{Validacion.mensajeNombre}" for = 
"ctextoNombre" id = "mensajeNombre" showDetail = "false" 
showSummary = "true" style = "left: 504px; top: 96px; 
position: absolute"/> 

<ui : staticText binding = "#{Validacion.textoResultado}" 

escape = "false" id = "textoResultado" rendered = "false" 
style = "height: 46px; left: 24px; top: B12px; 
position: absolute; width: 312px" text = "Gracias por 
enviar sus datos. &lt;br/&gt; Recibimos 
la siguiente i nformación : "/> 

<h:panelGrid binding = "#{Validacion.panelCuadricula}" 
columns = "2" id = "panelCuadricula" rendered = "false" 
style = "background-color: seashell; height: 120px; 
left: 24px; top: 360px; position: absolute" 
width = "360"> 

<ui : staticText binding = 

"#{Val i daci on . eti quetaResul tadoNombre} " i d= 
"etiquetaResultadoNombre" text= "Nombre: "/> 

<ui : staticText binding = "#{Val i dación. resultadoNombre}" 
id = "resultadoNombre"/> 

<ui : staticText binding = 

"#{Validacion.etiquetaResultadoEmail}" id = 
"etiquetaResultadoEmail" text = "E-mail: "/> 

<ui : staticText binding = "#{Val i dación. resultadoEmail}" 
id= "resultadoEmail "/> 

<ui : staticText binding = 

"#{Validacion.etiquetaResultadoTelefono}" id = 
"etiquetaResultadoTelefono" text = "Teléfono: "/> 

<ui : staticText binding = "#{Val i dación. resultadoTelefono}" 
id = "resultadoTelefono"/> 

</h:panelGrid> 

</ui : form> 

</ui : body> 


Figura 26.18 | JSP que demuestra la validación de la entrada del usuario. (Parte 2 de 4). 
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Figura 26.18 | JSP que demuestra la validación de la entrada del usuario. (Parte 4 de 4). 
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Cómo establecer la propiedad Required de un componente de entrada 

Asegurarse que el usuario haya realizado una selección, o que haya escrito texto en un elemento de entrada reque- 
rido, es un tipo básico de validación. Para ello, hay que activar la casilla requi red en la ventana Properties del ele- 
mento. Si agrega un componente de validación o un método de validación personalizado a un campo de entrada, 
la propiedad requi red del campo debe establecerse en true para que se lleve a cabo la validación. Observe que 
los tres elementos ui ¡textField de entrada en este ejemplo (figura 26.18, líneas 30 a 44) tienen su propiedad 
requi red establecida en true. Observe además en el Editor visual que la etiqueta para un campo requerido se 
marca automáticamente mediante un asterisco color rojo. Si un usuario envía este formulario con campos de 
texto vacíos, se mostrará el mensaje de error predeterminado para un campo requerido en el componente ui : 
message asociado del campo vacío. 

Uso del componente LengthVal idator 

En este ejemplo, utilizamos el componente Validador de longitud (el cual se encuentra en la sección Validadores 
de la Paleta) para asegurar que la longitud del nombre del usuario no exceda a 30 caracteres. Esto podría ser útil 
para asegurar que un valor pueda guardarse en un campo específico de la base de datos. 

Para agregar un Validador de longitud a un componente, simplemente arrastre el validador de la Paleta y 
suéltelo en el campo a validar. A continuación, aparecerá un nodo lengthValidator en la sección Validación de la 
ventana Esquema. Para editar las propiedades del componente de validación, haga clic en este nodo y establezca 
las propiedades máximum y minimum en el número deseado de caracteres en la ventana Propiedades. Aquí sólo 
estableceremos la propiedad maxi mum en 30. También modificamos el i d del componente a 1 ongi tudNombreVa- 
1 i dador. Observe que el campo de entrada ctextoNombre en el archivo JSP se ha enlazado al método val i date 
de la propiedad 1 ongi tudNombreVal i dador en el archivo de bean de página (líneas 33 y 34). 

Este validador permite a los usuarios escribir todo el texto que deseen en el campo y, si exceden el límite, se 
mostrará el mensaje de error de validación de longitud predeterminado en el componente ui : message del cam- 
po, después de que el usuario haga clic en el botón Enviar. Es posible limitar la longitud de la entrada del usuario 
sin validación. Al establecer la propiedad maxLength de un Campo de texto, el cursor de este componente no 
avanzará más allá del máximo número permisible de caracteres, por lo que el usuario no podrá enviar datos que 
excedan al límite de longitud. 

Uso de expresiones regulares para realizar la validación personalizada 

Algunas de las tareas de validación más comunes incluyen comprobar la entrada del usuario para el formato 
apropiado. Por ejemplo, tal vez sea necesario comprobar las direcciones de e-mail y los números telefónicos que 
se hayan introducido, para asegurar que se conformen al formato estándar para direcciones de e-mail y números 
telefónicos válidos. Comparar la entrada del usuario con una expresión regular es un método efectivo para ase- 
gurar que la entrada tenga un formato apropiado (en la sección 30.7 hablaremos sobre las expresiones regulares). 
Java Studio Creator 2 no proporciona componentes para validar mediante el uso de expresiones regulares, por lo 
que nosotros agregaremos nuestros propios métodos de validación al archivo de bean de página. Para agregar un 
validador personalizado a un componente de entrada, haga clic con el botón derecho del ratón sobre el compo- 
nente y seleccione Editar manejador de eventos > valídate. Esto crea un método de validación para el componen- 
te, con un cuerpo vacío en el archivo de bean de página. En breve agregaremos código a este método. Observe 
que los atributos val i date de ctextoEmai 1 y ctextoTel efono están enlazados con sus respectivos métodos de 
validación en el archivo de bean de página (líneas 38 a 39 y 43 a 44). 

Análisis del archivo de bean de página para un formulario que reciba la entrada del usuario 
La figura 26.19 contiene el archivo de bean de página para el archivo JSP de la figura 26.18. En la línea 33 se 
establece la longitud máxima para 1 ongi tudNombreVal idator, que es una propiedad de este bean de pági- 
na. Recuerde que el campo de texto del nombre se enlazó a esta propiedad en el archivo JSP. Los métodos 
ctextoEmai l_val i date (líneas 398 a 410) y ctextoTel efono_val i date (líneas 41 4 a 426) son los méto- 
dos validadores personalizados que verifican que el usuario haya introducido la dirección de e-mail y el número 
telefónico, respectivamente. El método botonEnvi ar__acti on (líneas 429 a 440) vuelve a imprimir de vuelta al 
usuario los datos introducidos, si la validación fue exitosa. Los métodos de validación se llaman antes del mane- 
jador de eventos, por lo que si la validación falla, no se hará la llamada a botonEnvi ar_acti on y la entrada del 
usuario no se repetirá. 
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Los dos métodos de validación en este archivo de bean de página validan el contenido de un campo de texto, 
comparándolo con una expresión regular mediante el método match de String, el cual recibe una expresión 
regular como argumento y devuelve true si ese objeto Stri ng se conforma con el formato especificado. 
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// Fig. 26.19: Validación. java 

// Bean de página para validar la entrada del usuario y volver a mostrar esa 
// entrada si es válida, 
package validación; 

import com.sun. rave.web.ui .appbase.AbstractPageBean; 
import com.sun. rave.web.ui .component.Body; 
import com.sun. rave.web.ui .component.Form; 
import com.sun. rave.web.ui . component . Head ; 
import com.sun. rave.web.ui . component. Html ; 
import com.sun. rave.web.ui . component. Link; 
import com.sun. rave.web.ui . component . Page ; 
i mport javax. faces . FacesExcepti on ; 
import com.sun. rave.web.ui . component . Stati cText ; 
import com.sun. rave.web.ui . component .TextFi el d ; 
import com.sun. rave.web.ui . component .TextArea; 
import com.sun. rave.web.ui . component . Label ; 
import com.sun. rave.web.ui . component . Button ; 
import com.sun. rave.web.ui . component. Message; 
i mport j avax . faces . component . UlComponent ; 
i mport javax. faces . context . FacesContext ; 
i mport j avax . faces . val i dator . Val i datorExcepti on ; 
i mport javax. faces . appl i catión . FacesMessage ; 
import javax.faces.component.html .HtmlPanelGrid; 
i mport javax . faces . val i dator . LengthVal i dator ; 

public class Validación extends AbstractPageBean 

{ 

private int placeholder; 

private void _i ni t () throws Exception 

{ 

longitudNombreValidador.setMaximumC 30 ); 

} // fin del método _init 

// Para ahorrar espacio, omitimos el código de las lineas 36 a 345. El código 
// fuente completo se proporciona con los ejemplos de este capitulo. 

public ValidacionO 

{ 

// constructor vacio 
} // fin del constructor 

protected Appl i cati onBeanl getApplicationBeanlO 

{ 

return (Appli cati onBeanl)getBean("Appl i cati onBeanl") ; 

} // fin del método getAppl i cati onBeanl 

protected RequestBeanl getRequestBeanl() 

{ 

return (RequestBeanl)getBean("RequestBeanl") ; 

} // fin del método getRequestBeanl 


Figura 26. 1 9 | Bean de página para validar la entrada del usuario y volver a mostrar esa entrada, si es válida. 
(Parte I de 3). 
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360 

361 protected SessionBeanl getSessionBeanl() 

362 { 

363 return (Sessi onBeanl)getBean( SessionBeanl"); 

364 } // fin del método getSessionBeanl 

365 

366 public void init() 

367 { 

368 super . i ni t() ; 

369 try 

370 { 

371 _i ni t() ; 

372 } // fin de try 

373 catch (Exception e) 

374 { 

375 log(“Error de i ni ci al i zacion de Validación' , e) ; 

376 throw e instanceof FacesException ? (FacesException) e: 

377 new FacesExcepti on(e) ; 

378 } // fin de catch 

379 } // fin del método init 

380 

381 public void preprocessO 

382 { 

383 // cuerpo vacio 

384 } // fin del método preprocess 

385 

386 public void prerenderO 

387 { 

388 // cuerpo vacio 

389 } // fin del método prerender 

390 

391 public void destroyO 

392 { 

393 // cuerpo vacio 

394 } // fin del método destroy 

395 

396 // valida la dirección de email introducida, comparándola con la expresión 

397 // regular que representa la forma de una dirección de email válida. 

398 public void ctextoEmai l_val i date(FacesContext context, 

399 UlComponent component, Object valué) 

400 { 

401 String email = String.valueOff valué ); 

402 

403 // si la dirección de e-mail introducida no está en un formato válido 

404 i f C ! email .matches ( 

405 " \\w+ ( [ -+ . ' ] \\w+) *@\\w+ ( [ - . ] \\w+) *\\ . \\w+ ( [ - . ] \\w+) * " ) ) 

406 { 

407 throw new ValidatorExceptionf new FacesMessagef 

408 "Escriba una dirección de e-mail valida; ejemplo: usuario@dominio.com" ) ); 

409 } // fin de if 

410 } // fin del método ctextoEmai l_val i date 

411 

412 // valida el número telefónico introducido, comparándolo con la expresión 

413 // regular que representa la forma de un número telefónico válido. 

414 public void ctextoTelefono_validate(FacesContext context, 

415 UlComponent component, Object valué) 

416 { 

417 String telefono = String. valueOff valué ); 

Figura 26. 1 9 | Bean de página para validar la entrada del usuario y volver a mostrar esa entrada, si es válida. 

(Parte 2 de 3). 
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// si el número telefónico introducido no está en un formato válido 

i f C ! telefono. matches ( 

"(C\\(\\d{3}\\) ?) | (\\d{3}-))?\\d{3}-\\d{4}" ) ) 

{ 

throw new ValidatorException( new FacesMessage( 

"Escriba un telefono valido; ejemplo: (555) 555-1234" ) ); 

} // fin de if 

} // fin del método ctextoTelefono_validate 

// muestra las entradas del formulario validadas en un Panel de cuadricula 
public String botonEnviar_action() 

{ 

String nombre = String. valueOf( ctextoNombre.getValue() ); 

String email = String. valueOf( ctextoEmai 1 . getVal ue() ); 

String telefono = String. valueOff ctextoTel efono . getVal ue() ); 
resultadoNombre.setValue( nombre ); 
resultadoEmail .setValue( email ); 
resultadoTelefono.setValue( telefono ); 
panelCuadricula.setRendered( true ); 
textoResultado.setRendered( true ); 
return nuil ; 

} // fin del método botonEnvi ar_acci on 
} // fin de la clase Validación 


Figura 26. 1 9 | Bean de página para validar la entrada del usuario y volver a mostrar esa entrada, si es válida. 
(Parte 3 de 3). 


Para el método ctextoEmai l_val i date, usamos la siguiente expresión de validación: 

\w+ ([-+.' ] \\w+) *@\\w+ ( [ - . ] \\w+) *\\ ■ \\w+ ( [ - . ] \\w+) * 

Observe que cada barra diagonal inversa en la expresión regular Stri ng (línea 405) se debe escapar con otra barra 
diagonal inversa (como en \\), ya que el carácter de barra diagonal inversa normalmente representa el inicio de 
una secuencia de escape. Esta expresión regular indica que una dirección de e-mail es válida si la parte antes del 
símbolo @ contiene uno o más caracteres de palabra (es decir, caracteres alfanuméricos o de guión bajo), seguidos 
de uno o más objetos String compuestos de un guión corto, signo más, punto o apóstrofo (') y de más caracteres de 
palabra. Después del símbolo @ , una dirección de e-mail válida debe contener uno o más grupos de caracteres 
de palabras, que pueden estar separados por guiones cortos o puntos, seguidos de un punto requerido y de 
otro grupo de uno o más caracteres, que pueden estar separados por guiones cortos o puntos. Por ejemplo, las 
direcciones de e-mail bob’ s-personal . emai l@whi te . emai 1 .com, bob-whi te@my-emai 1 .com y bob.white® 
emai 1 . com son todas válidas. Si el usuario escribe texto en ctextoEmai 1 que no tenga el formato correcto y trata 
de enviar el formulario, en las líneas 407 y 408 se lanza una excepción Val i datorException. El componente 
mensajeEmai 1 atrapará esta excepción y mostrará el mensaje en color rojo. 

La expresión regular en ctextoTel efono„val i date asegura que el componente ctextoTel efono contenga 
un número telefónico válido antes de enviar el formulario. La entrada del usuario se compara con la expresión 
regular 

(C\\(\\d{3}\\) ?) | C\\d{3}-))?\\d{3}-\\d{4} 

(De nuevo, cada barra diagonal inversa se escapa en la expresión regular Stri ng de la línea 421). Esta expresión 
indica que un número telefónico puede contener un código de área de tres dígitos, ya sea entre paréntesis o no, y 
debe ir seguido de un espacio opcional, o sin paréntesis y seguido por un guión corto obligatorio. Después de un 
código de área opcional, un número telefónico debe contener tres dígitos, un guión corto y otros cuatro dígitos. 
Por ejemplo, (555) 123-4567, 555-123-4567 y 123-4567 son todos números telefónicos válidos. Si un usuario 
escribe un número telefónico inválido, en las líneas 423 y 424 se lanza una excepción Val i datorExcepti on. El 
componente mensajeTel efono atrapa esta excepción y muestra el mensaje de error en color rojo. 
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Si todos los seis validadores tienen éxito (es decir, que cada componente TextField contenga datos, que el 
nombre tenga menos de 30 caracteres y que la dirección de e-mail y el número telefónico sean válidos), al hacer 
clic en el botón Enviar se enviarán los datos del formulario al servidor. Como se muestra en la figura 26.18(d), 
el método botonEnvi ar_action muestra los datos enviados en un panel Cuadricula (líneas 434 a 437) y un 
mensaje de éxito en textoResultado (línea 438). 

26.7 Rastreo de sesiones 

En los primeros días de Internet, los comercios electrónicos no podían proveer el tipo de servicio personalizado 
que comúnmente se experimenta en las tiendas reales. Para lidiar con este problema, los comercios electrónicos 
empezaron a establecer mecanismos mediante los cuales pudieran personalizar las experiencias de navegación de 
los usuarios, preparando contenido a la medida de los usuarios individuales, permitiéndoles ignorar al mismo 
tiempo la información irrelevante. Para lograr este nivel de servicio, los comercios rastrean el movimiento de cada 
cliente a través de sus sitios Web y combinan los datos recolectados con la información que proporciona el consu- 
midor, incluyendo la información de facturación y las preferencias personales, intereses y pasatiempos. 

Personalización 

La personalización hace posible que los comercios electrónicos se comuniquen con eficiencia con sus clientes, y 
también mejora la habilidad del usuario para localizar los productos y servicios deseados. Las compañías que pro- 
porcionan contenido de interés especial para los usuarios pueden establecer relaciones con los clientes, y fomentar 
esas relaciones con el paso del tiempo. Además, al enviar a los clientes ofertas personales, recomendaciones, anun- 
cios, promociones y servicios, los comercios electrónicos crean una lealtad en los clientes. Los sitios Web pueden 
utilizar tecnología sofisticada para permitir a los visitantes personalizar las páginas de inicio para satisfacer sus 
necesidades y preferencias personales. De manera similar, los sitios de compras en línea comúnmente almacenan 
la información personal para los clientes, notificaciones personalizadas y ofertas especiales de acuerdo con sus 
intereses. Dichos servicios alientan a los clientes a visitar los sitios y realizar compras con más frecuencia. 

Privacidad 

Sin embargo, existe una concesión entre el servicio de comercio electrónico personalizado y la protección de la 
privacidad. Algunos consumidores adoptan la idea del contenido personalizado, pero otros temen a las posibles 
consecuencias adversas, si la información que proporcionan a los comercios electrónicos es liberada o recolec- 
tada por tecnologías de rastreo. Los consumidores y los defensores de la privacidad preguntan: ¿Qué pasa si el 
comercio electrónico al que proporcionamos nuestros datos personales vende o proporciona esa información a 
otra organización, sin nuestro consentimiento? ¿Qué pasa si no queremos que nuestras acciones en Internet (un 
medio supuestamente anónimo) sean rastreadas y registradas por terceros desconocidos? ¿Qué pasa si personas no 
autorizadas obtienen acceso a los datos privados delicados, como los números de tarjetas de crédito o el historial 
médico? Todas estas son preguntas con las que los programadores, consumidores, comercios electrónicos y legis- 
ladores deben debatir y lidiar. 

Cómo reconocer a los clientes 

Para proporcionar servicios personalizados a los consumidores, los comercios electrónicos deben tener la capaci- 
dad de reconocer a los clientes cuando solicitan información de un sitio. Como hemos visto antes, el sistema de 
petición/respuesta en el que opera la Web se lleva a cabo mediante HTTP. Por desgracia, HTTP es un protocolo 
sin estado; no soporta conexiones persistentes que permitan a los servidores Web mantener información de esta- 
do, en relación con clientes específicos. Por lo tanto, los servidores Web no pueden determinar si una petición 
proviene de un cliente específico, o si una serie de peticiones provienen de uno o varios clientes. Para sortear 
este problema, los sitios pueden proporcionar mecanismos para identificar a los clientes individuales. Una sesión 
representa a un cliente único en un sitio Web. Si el cliente sale de un sitio y regresa después, aún será reconocido 
como el mismo usuario. Para ayudar al servidor a diferenciar un cliente de otro, cada cliente debe identificarse a 
sí mismo con el servidor. El rastreo de clientes individuales, conocido como rastreo de sesiones, puede lograrse 
de varias formas. Una técnica popular utiliza cookies (sección 26.7.1); otra utiliza el objeto SessionBean (sec- 
ción 26.7.2). Otras técnicas adicionales de rastreo de sesiones incluyen el uso de elementos i nput form de tipo 
"hi dden" y la reescritura de URLs. Con los elementos "hi dden", un formulario Web puede escribir los datos de 
rastreo de sesión en un componente form en la página Web que devuelve al cliente, en respuesta a una petición 
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previa. Cuando el usuario envía el formulario en la nueva página Web, todos los datos del formulario (incluyendo 
los campos "hi dden") se envían al manejador del formulario en el servidor Web. Con la reescritura de URLs, el 
servidor Web incrusta la información de rastreo de sesión directamente en los URLs de los hipervínculos en los 
que el usuario hace clic para enviar las subsiguientes peticiones al servidor Web. 


26.7.1 Cookies 

Las cookies proporcionan a los desarrolladores Web una herramienta para personalizar las páginas Web. Una 
cookie es una pieza de datos que, por lo general, se almacena en un archivo de texto en la computadora del usua- 
rio. Una cookie mantiene información acerca del cliente, durante y entre las sesiones del navegador. La primera 
vez que un usuario visita el sitio Web, su computadora podría recibir una cookie; después, esta cookie se reactiva 
cada vez que el usuario vuelve a visitar ese sitio. La información recolectada tiene el propósito de ser un registro 
anónimo que contiene datos, los cuales se utilizan para personalizar las visitas futuras del usuario al sitio Web. 
Por ejemplo, las cookies en una aplicación de compras podría almacenar identificadores únicos para los usuarios. 
Cuando un usuario agregue elementos a un carrito de compras en línea, o cuando realice alguna otra tarea que 
origine una petición al servidor Web, éste recibe una cookie del cliente, la cual contiene el identificador único del 
usuario. Después, el servidor utiliza el identificador único para localizar el carrito de compras y realizar cualquier 
procesamiento requerido. 

Además de identificar a los usuarios, las cookies también pueden indicar las preferencias de compra del usua- 
rio. Cuando un servidor Web recibe una petición de un cliente, el servidor puede analizar la(s) cookie(s) que envió 
al cliente durante las sesiones previas de comunicación, con lo cual puede identificar las preferencias del cliente y 
mostrar de inmediato productos que sean de su interés. 

Cada interacción basada en HTTP entre un cliente y un servidor incluye un encabezado, el cual contiene 
información sobre la petición (cuando la comunicación es del cliente al servidor) o sobre la respuesta (cuando la 
comunicación es del servidor al cliente). Cuando una página recibe una petición, el encabezado incluye informa- 
ción como el tipo de petición (por ejemplo, GET o POST) y cualquier cookie que se haya enviado anteriormente 
del servidor, para almacenarse en el equipo cliente. Cuando el servidor formula su respuesta, la información del 
encabezado contiene cualquier cookie que el servidor desee almacenar en la computadora cliente, junto con más 
información, como el tipo MIME de la respuesta. 

La fecha de expiración de una cookie determina la forma en que ésta permanecerá en la computadora del 
cliente. Si no establecemos una fecha de expiración para la cookie, el navegador Web mantendrá la cookie mien- 
tras dure la sesión de navegación. En caso contrario, el navegador Web mantendrá la cookie hasta que llegue la 
fecha de expiración. Cuando el navegador solicita un recurso de un servidor Web, las cookies que el servidor Web 
envió previamente al cliente se devuelven al servidor como parte de la petición formulada por el navegador. Las 
cookies se eliminan cuando expiran. 



Tip de portabilidad 26.1 

Los dientes pueden deshabilitar las cookies en sus navegadores Web para tener más privacidad. Cuando esos clientes 
utilicen aplicaciones Web que dependan de las cookies para mantener la información de estado , las aplicaciones no 
se ejecutarán correctamente. 


Uso de cookies para proporcionar recomendaciones de libros 

La siguiente aplicación Web muestra cómo utilizar cookies. El ejemplo contiene dos páginas. En la primera 
página (figuras 26.20 y 26.22), los usuarios seleccionan un lenguaje de programación favorito de un grupo de 
botones de opción y envían el formulario al servidor Web, para que éste lo procese. El servidor Web respon- 
de creando una cookie que almacena el lenguaje seleccionado y el número ISBN para un libro recomendado sobre 
ese tema. Después, el servidor despliega nuevos componentes en el navegador, que permiten al usuario seleccionar 
otro lenguaje de programación favorito o ver la segunda página en nuestra aplicación (figuras 26.23 y 26.24), 
la cual enlista los libros recomendados que pertenezcan al (los) lenguaje(s) de programación que el usuario haya 
seleccionado. Cuando el usuario hace clic en el hipervínculo, las cookies previamente almacenadas en el cliente se 
leen y se utilizan para formar la lista de recomendaciones de libros. 

El archivo JSP de la figura 26.20 contiene un Grupo de botones de selección (líneas 26 a 39) con las opcio- 
nes Java, C, C++, Visual Basic 2005 y Visual C# 2005. Recuerde que puede establecer los objetos Stri ng Mostrar 
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y Valor de los botones de opción haciendo clic derecho en Grupo de botones de selección y seleccionando Con- 
figurar opciones predeterminadas. Para seleccionar un lenguaje de programación, el usuario debe hacer clic en 
uno de los botones de opción. Cuando el usuario oprime el botón Enviar, la aplicación Web crea una cookie que 
contiene el lenguaje seleccionado. Esta cookie se agrega al encabezado de respuesta HTTP y se envía al cliente 
como parte de la respuesta. 

Al hacer dicen Enviar, se ocultan los elementos ui : 1 abel , ui : radf oButtonCroup y ui : button que se uti- 
lizan para seleccionar un lenguaje, y se muestran un elemento ui : stati cText y dos elementos ui : hyperl i nk. 
Al principio, cada elemento ui : stati cText y ui : hyperl i nk tiene establecida su propiedad rendered en fal se 
(líneas 31, 37 y 43). Esto indica que estos componentes no son visibles la primera vez que se carga la página, ya 
que queremos que la primera vez que el usuario vea la página sólo se incluyan los componentes para seleccionar 
un lenguaje de programación y enviar la selección. 
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<?xml versión = "1.0" encoding = "UTF-8"?> 

<! — Fig. 26.20: Opciones. jsp — > 

<! — Archivo JSP que permite al usuario seleccionar un lenguaje de programación — > 
<jsp:root versión = "1.2" xmlns:f = "http://java.sun.com/jsf/core" 
xmlns:h = "http://java.sun.com/jsf/html" xmlns:jsp = 
"http://java.sun.com/JSP/Page" xmlns:ui = "http://www.sun.com/web/ui"> 

<jsp:di rective.page contentType = "text/html ; charset = UTF-8" 
pageEncoding = ”UTF-8"/> 

<f :view> 

<ui:page binding = "#{0pciones . page}" id = "page"> 

<ui:html binding = "#{0pciones . html }" id = "html"> 

<ui:head binding = ”#{Opciones.head}" id = "head" title= 

“Opciones ”> 

<ui:link binding = "#{Opciones.link}" id = "link" 
url = "/resources/styl esheet . css"/> 

</ui : head> 

<ui:body binding = ”#{Opciones.body}" id = "body" 
style = "-rave-layout: grid”> 

<ui:form binding = "#{Opciones.form}" id = "form"> 

<ui:label binding = "#{Opciones.etiquetaLenguaje}" for = 
"listaLenguajes" id = "etiquetaLenguaje" style = 

"font-size: 16px; font-weight: bold; left: 24px; top: 

24px; position: absol ute" text = "Seleccione un 
lenguaje de programación : "/> 

<ui : radi oButtonCroup binding = "#{0pci ones . 1 i staLenguajes}" 
id = "listaLenguajes" Ítems = 

"#{Opciones.listaLenguajesDefaultOptions.options}" style = 
"left: 24px; top: 48px; position: absolute"/> 

<ui : stati cText binding = "#{Opciones.etiquetaRespuesta}" id = 

"eti quetaRespuesta" rendered = "fal se" style = 

"font-size: 16px; font-weight: bold; height: 24px; 
left: 24px; top: 24px; position: absolute; 
width: 216px"/> 

<ui ¡hyperlink action = "#{Opciones.vinculoLenguajes_action}" 
binding = "#{Opciones.vinculoLenguajes}" id = 

"vi nculoLenguajes" rendered = "false" style = "left: 

24px; top: 96px; position: absolute" text = "Haga clic aqui 
para elegir otro lenguaje. "/> 

<ui : hyperl i nk action = 

"#{Opciones.vinculoRecomendaciones_action}" binding = 
"#{Opciones.vinculoRecomendaciones}" id = 


Figura 26.20 | Archivo JSP que permite al usuario seleccionar un lenguaje de programación. (Parte I de 3). 
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"vinculoRecomendaciones" rendered = "false" style = 
"left: 24px; top: 120px; position: absolute" text = 

"Haga clic aquí para obtener recomendaciones de libros." 
url = "/faces/Recomendaciones. jsp"/> 

<ui:button action = "#{Opciones.enviar_action}" binding = 
"#{0pciones. enviar}" id = "enviar" style = "left: 

23px; top: 192px; position: absolute" text = 

"Envi ar"/> 

</ui : form> 

</ui : body> 

</ui : html> 

</ui : page> 

</f :view> 

</jsp: root> 




Figura 26.20 | Archivo JSP que permite al usuario seleccionar un lenguaje de programación. (Parte 2 de 3). 
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Figura 26.20 | Archivo JSP que permite al usuario seleccionar un lenguaje de programación. (Parte 3 de 3). 


El primer hipervínculo (líneas 35 a 39) solicita esta página, y el segundo (líneas 40 a 46) solicita Recomenda- 
ci ones . j sp. La propiedad u rl no se establece para el primer vínculo; hablaremos sobre esto en unos momentos. 
La propiedad url del segundo vínculo se establece en /faces/Recomendaciones . jsp. Recuerde que en un 
ejemplo anterior en este capítulo, establecimos una propiedad url a un sitio Web remoto (http://www. dei tel . 
com). Para establecer esta propiedad a una página dentro de la aplicación actual, haga clic en el botón de elipsis 
que está enseguida de la propiedad url en la ventana Propiedades, para abrir un cuadro de diálogo. Use este 
cuadro de diálogo para seleccionar una página dentro de su proyecto como destino para el vínculo. 

Cómo agregar una nueva página y crear un vínculo 

Para establecer la propiedad url a una página en la aplicación actual, la página de destino debe existir de ante- 
mano. Para establecer la propiedad url de un vínculo a Recomendaciones, jsp, primero debemos crear esta 
página. Haga clic en el nodo Páginas Web en la ventana Propiedades y seleccione Nuevo > Página en el menú 
que aparezca. En el cuadro de diálogo Nuevo Página, cambie el nombre de la página a Recomendad ones y haga 
clic en Terminar para crear los archivos Recomendaciones . j sp y Recomendad ones . j ava. (En breve hablaremos 
sobre el contenido de estos archivos). Una vez que exista el archivo Recomendaci ones . jsp, puede seleccionarlo 
como el valor de url para vi nculoRecomendaciones. 

Para Opciones .jsp, en vez de establecer la propiedad url de vi ncul oLenguajes, vamos a agregar al bean 
de página un manejador de acciones para este componente. El manejador de acciones nos permitirá mostrar y 
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Figura 26.21 | Edición del archivo Navegación de página. 


ocultar componentes de la página, sin necesidad de redirigir al usuario a otra página. Si especificamos un url de 
destino, se sobrescribirá el manejador de acciones del componente y el usuario será redirigido a la página especi- 
ficada, por lo cual es importante que no establezcamos la propiedad url en este caso. Como vamos a utilizar este 
vínculo para volver a cargar la página actual, el manejador de acciones simplemente debe devolver nuil, lo cual 
hará que Opci ones . jsp se vuelva a cargar. 

Para agregar un manejador de acciones a un hipervínculo que también debe dirigir al usuario a otra página, 
debemos agregar una regla al archivo Navegación de página (figura 26.21). Para editar este archivo, haga clic 
con el botón derecho del ratón en cualquier parte del Diseñador visual y seleccione Navegación de página.... 
Localice el vínculo cuya regla de navegación desea establecer y arrástrelo a la página de destino. Ahora el vínculo 
puede dirigir al usuario a una nueva página sin sobrescribir su manejador de acciones. También es útil editar el 
archivo Navegación de página cuando es conveniente tener elementos de acción que no puedan especificar una 
propiedad u rl , como los botones, para dirigir a los usuarios a otra página. 

La figura 26.22 contiene el código que escribe una cookie al equipo cliente, cuando el usuario selecciona un 
lenguaje de programación. El archivo también determina cuáles componentes deben aparecer en la página, mos- 
trando ya sea los componentes para elegir un lenguaje, o los vínculos para navegar por la aplicación, dependiendo 
de las acciones del usuario. 


1 // Fig. 26.22: Opciones . java 

2 // Bean de página que almacena la selección de lenguaje del usuario como 

3 // una cookie en el cliente. 

4 package cookies; 

5 

6 import com.sun. rave.web.ui .appbase.AbstractPageBean; 

7 import com.sun. rave.web.ui .component.Body; 

8 import com.sun. rave.web.ui .component.Form; 

9 import com.sun. rave.web.ui .component.Head; 

10 import com.sun. rave.web.ui . component . Html ; 

11 import com.sun. rave.web.ui .component. Link; 

12 import com.sun. rave.web.ui .component. Page; 

13 import javax. faces . FacesException ; 

14 import com.sun. rave.web.ui .component. StaticText; 

Figura 26.22 | Bean de página que almacena la selección de lenguaje del usuario como una cookie en el cliente. 
(Parte I de 4)- 
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import com . sun . rave .web . ui . component. Labe! ; 

import com . sun . rave .web . ui . component. Radi oButtonCroup; 

import com . sun . rave .web . ui .model . Si ngl eSel ectOptionsLi st ; 

import com . sun . rave .web . ui . component . Hyperl i nk; 

import com . sun . rave .web . ui . component. Button ; 

i mport javax . serví et . http . HttpServl etResponse ; 

i mport j avax . serví et . http . Cooki e ; 

import java. útil .Properties; 

public class Opciones extends AbstractPageBean 

{ 

private int placeholder; 

// el método _init inicial iza los componentes y establece 
// las opciones para el grupo de botones de selección, 
private void _init() throws Exception 
{ 

1 i staLenguajesDefaultOpti ons . setOptions( 
new com. sun. rave. web. ui .model .Option[] 

{ 

new com. sun. rave. web. ui .model .0ption("Java", "lava"), 
new com. sun . rave .web . ui .model .Option("C" , "C"), 
new com. sun. rave. web. ui .model .Option("C++", "C++ 1 ) , 
new com. sun . rave .web . ui .model .Opti on("Vi sual/Basi c/2005" , 

"Visual Basic 2005'), 

new com. sun . rave .web . ui .model .Opti on("Vi sual/C#/2005" , 

"Visual C# 2005") 

} 

); 

} // fin del método _init 

// Para ahorrar espacio, omitimos el código en las lineas 46 a 205. El código 
// fuente completo se proporciona con los ejemplos de este capitulo. 

private Properties libros = new Properti es() ; 

// Construye una nueva instancia del bean de página e inicializa las propiedades 
// que asocian los lenguajes con los números ISBN de los libros recomendados, 
public OpcionesO 
{ 

// inicializa el objeto Properties de los valores que se van 
//a almacenar como cooki es. 

1 i bros . setProperty( "Java", ”0-15-222220-5" ); 

1 i bros . setProperty( "C", ”0-15-142644-5" ); 

1 i bros . setProperty( "C++", "0-15-185757-6" ); 

1 i bros . setProperty( "Visual/Basic/2005", "0-15-186900-0" ); 

1 i bros . setProperty( "Vi sual/C#/2005 , "0-15-152525-9" ); 

} // fin del constructor de Opciones 

protected Appl icationBean getAppl i cationBean() 

{ 

return (ApplicationBean) getBean( "Appl i cationBean" ); 

} // fin del método getAppl i cati onBean 

protected RequestBean getRequestBean() 

{ 

return (RequestBean) getBean( "RequestBean" ); 

} // fin del método getRequestBean 


Figura 26.22 | Bean de página que almacena la selección de lenguaje del usuario como una cookie en el cliente. 
(Parte 2 de 4). 
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protected SessionBean getSessionBeanO 

{ 

return (SessionBean) getBean( "SessionBean" ); 

} // fin del método getSessionBean 

public void init() 

{ 

super . i ni t() ; 
try 
{ 

_init() ; 

} // fin de try 

catch ( Exception e ) 

{ 

log( "Error al inicializar Opciones , e ); 
throw e instanceof FacesException ? ( FacesExcepti on ) e: 
new FacesException( e ); 

} // fin de catch 
} // fin del método init 

public void preprocessO 

{ 

// cuerpo vacio 
} // fin del método preprocess 

public void prerenderO 

{ 

// cuerpo vacio 
} // fin del método prerender 

public void destroyO 

{ 

// cuerpo vacio 
} // fin del método destroy 

// Manejador de acciones para el botón Enviar. Verifica si se seleccionó un 
// lenguaje y, de ser asi, registra una cookie para ese lenguaje, y 
// establece la eti quetaRespuesta para indicar el lenguaje seleccionado, 
public String enviar_action() 

{ 

String msj = "Bienvenido a Cookies! Usted 

// si el usuario hizo una selección 

if ( 1 i staLenguajes . getSel ected() != nuil ) 

{ 

String lenguaje = listaLenguajes.getSelected() .toStringO ; 

String mostrarLenguaje = lenguaje. replace( '/', ); 

msj += "selecciono " + mostrarLenguaje + ; 

// obtiene el número ISBN del libro para el lenguaje dado. 

String ISBN = 1 i bros . getProperty( lenguaje ); 

// crea cookie usando un par nombre-valor de 1 enguaje-ISBN 

Cookie cookie = new Cookie( lenguaje, ISBN ); 

// agrega la cookie al encabezado de respuesta para colocarla en 
// el equipo del usuario 


Figura 26.22 | Bean de página que almacena la selección de lenguaje del usuario como una cookie en el cliente. 
(Parte 3 de 4). 
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286 HttpServletResponse respuesta = 

287 (HttpServletResponse) getExterna!Context() . getResponse() ; 

288 respuesta. addCookie( cookie ); 

289 } // fin de if 

290 el se 

291 msj += "no selecciono un lenguaje.' ; 

292 

293 etiquetaRespuesta.setValue(msj) ; 

294 1 i staLenguajes . setRendered(fal se) ; 

295 eti quetaLenguaje . setRendered(fal se) ; 

296 enviar. setRendered(false) ; 

297 etiquetaRespuesta.setRendered(true) ; 

298 vi nculoLenguajes . setRendered(true) ; 

299 vinculoRecomendaciones.setRendered(true) ; 

300 return nuil; // vuelve a cargar la página 

301 } // fin del método enviar_action 

302 

303 // vuelve a mostrar los componentes utilizados para permitir al usuario 

304 // seleccionar un lenguaje. 

305 public String vinculoLenguajes_action() 

306 { 

307 etiquetaRespuesta.setRendered(false) ; 

308 vinculoLenguajes.setRendered(false) ; 

309 vinculoRecomendaciones.setRendered(false) ; 

310 1 i staLenguajes . setRendered(true) ; 

31 1 eti quetaLenguaje . setRendered(true) ; 

312 enviar. setRendered(true) ; 

313 return nul 1 ; 

314 } // fin del método vinculoLenguajes_action 

315 } // fin de class Opciones 

Figura 26.22 | Bean de página que almacena la selección de lenguaje del usuario como una cookie en el cliente. 
(Parte 4 de 4). 


Como dijimos antes, el método _i ni t maneja la inicialización de componentes. Como esta página contiene 
un objeto Radi oButtonCroup que requiere inicialización, el método _i ni t (líneas 30 a 44) construye un arreglo 
de objeto Options que van a mostrar los botones. En las líneas 38 y 40, los nombres de las opciones contienen 
barras diagonales en vez de espacios, ya que posteriormente los utilizamos como nombres de cookies y Java no 
permite que los nombres de cookies tengan espacios. 

En las líneas 212 a 216 del constructor se inicializa un objeto Properti es: una estructura de datos que alma- 
cena pares clave-valor tipo Stri ng. La aplicación utiliza la clave para almacenar y obtener el valor asociado en el 
objeto Properti es. En este ejemplo, las claves son objetos Stri ng que contienen los nombres de los lenguajes de 
programación, y los valores son objetos Stri ng que contienen los números ISBN para los libros recomendados. 
La clase Properti es proporciona el método setProperty, el cual recibe como argumentos una clave y un valor. 
Un valor que se agrega a través del método setProperty se coloca en el objeto Properti es, en una ubicación 
determinada por la clave. El valor para una entrada específica en el objeto Properti es se puede determinar invo- 
cando al método getProperty en el objeto Properti es, con la clave del valor como argumento. 

Observación de ingeniería de software 26.1 

Java Studio Creator2 puede importar automáticamente cualquier paquete que necesite su archivo de Java y que 
no esté incluido. Por ejemplo, después de agregar el objeto Properti es a Opci ones . java, puede hacer clic con el 
botón derecho en la ventana del editor de Java y seleccionar Corregir importaciones para importar automáticamente 
el paquete java . uti 7 . Properti es. 

Al hacer clic en Enviar, se invoca el manejador de eventos envi ar_acti on (líneas 267 a 301), el cual muestra 
un mensaje indicando el lenguaje seleccionado en el elemento eti quetaRespuesta, y agrega una nueva cookie a 
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la respuesta. Si se seleccionó un lenguaje (línea 272) se obtiene el valor seleccionado (línea 274). En la línea 275 
se convierte la selección en un objeto Stri ng que se puede mostrar en la etiquetaRespuesta, sustituyendo las 
barras diagonales con espacios. En la línea 276 se agrega el lenguaje seleccionado al mensaje de resultados. 

En la línea 279 se obtiene el ISBN para el lenguaje seleccionado de las propiedades (Properties) de los 
libros. Después, en la línea 282 se crea un nuevo objeto cookie (de la clase Cooki e en el paquete javax . serví et . 
http), usando el lenguaje seleccionado como el nombre de la cookie y su correspondiente número ISBN como 
el valor de la cookie. Esta cookie se agrega al encabezado de respuesta HTTP en las líneas 286 a 288. Un objeto 
de la clase HttpServl etResponse (del paquete javax . serví et . http) representa la respuesta. Para acceder a 
este objeto, se invoca el método getExternalContext en el bean de página y después se invoca a getResponse 
en el objeto resultante. Si no se seleccionó un lenguaje, en la línea 291 se establece el mensaje de resultados para 
indicar que no hubo selección. 

Las líneas 293 a 299 controlan la apariencia de la página, una vez que el usuario hace clic en Enviar. En la 
línea 293 se establece la etiquetaRespuesta para mostrar el objeto Stri ng llamado ms j. Como el usuario acaba 
de enviar una selección de lenguaje, se ocultan los componentes utilizados para recolectar la selección (líneas 294 
a 296), y se muestran etiquetaRespuesta y los vínculos utilizados para navegar por la aplicación (líneas 297 a 
299). El manejador de acciones devuelve nul I en la línea 300, la cual vuelve a cargar Opci ones . j sp. 

Las líneas 305 a 31 1 contienen el manejador de eventos de vi ncul oLengua j es. Cuando el usuario hace clic 
en este vínculo, se ocultan eti quetaRespuesta y los dos vínculos (líneas 307 y 309), y se vuelven a mostrar los 
componentes que permiten al usuario seleccionar un lenguaje (líneas 310 a 312). El método devuelve nuil en la 
línea 313, lo cual hace que Opci ones . jsp se vuelva a cargar. 

Cómo mostrar las recomendaciones de libros con base en los valores de cookies 

Después de hacer clic en Enviar, el usuario puede solicitar la recomendación de un libro. El hipervínculo de reco- 
mendaciones de libros lleva al usuario a Recomendaci ones .jsp (figura 26.23) para mostrar las recomendaciones 
con base en los lenguajes seleccionados por el usuario. 
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<?xml versión = "1.0" encoding = "UTF-8"?> 

<!-- Fig. 26.23: Recomendaciones. jsp — > 

<! — Muestra las recomendaciones de libros mediante el uso de cookies --> 

<jsp:root versión = "1.2" xmlns:f = 'http://java.sun.com/jsf/core" 
xmlns:h = "http://java.sun.com/jsf/html" xmlns:jsp = 

"http://java.sun.com/3SP/Page" xmlns:ui = "http://www.sun.com/web/ui"> 

<jsp:di rective.page contentType = "text/html ; charset = UTF-8" 
pageEncoding = "UTF-8"/> 

<f :view> 

<ui:page binding = "#{Recomendaciones.page}" id = "page"> 

<ui:html binding = "#{Recomendaciones.html}" id = "html"> 

<ui:head binding = #{Recomendaciones.head}" id = "head" 
title = "Recomendaciones"> 

<ui:link binding = "#{Recomendaciones.link}" id = "link" 
url= "/resources/styl esheet . css"/> 

</ui : head> 

<ui:body binding = '#{Recomendaciones.body}" id = "body" 
style = "-rave-layout: grid"> 

<ui:form binding = "#{Recomendaciones . form}" id = "form"> 

<ui:label binding = "#{Recomendaciones.etiquetaLenguaje}" 

for = "cuadroLi staLi brosOpciones" id = "etiquetaLenguaje" style = 
"font-size: 20px; font-weight: bold; left: 24px; top: 

24px; position: absol ute" text = "Recomendaci ones"/> 

<ui:listbox binding = "#{Recomendaciones.cuadroListaLibros}" 
id = "cuadroLi staLi bros" Ítems = "#{Recomendaciones . 
cuadroListaLibrosOpciones.options}" rows = "6" style = 

"left: 24px; top: 72px; position: absol ute; 


Figura 26.23 | Archivo de JSP que muestra las recomendaciones de libros, con base en cookies. (Parte I de 2). 
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29 width: 360px"/> 

30 <ui : hyperl i nk action = "casel" binding = 

31 "#{Recomendaciones.vincu'loOpciones}" id = "vi ncul oOpciones" 

32 style = "left: 24px; top: 192px; position: absolute" 

33 text = "Haga clic aqui para elegir otro lenguaje. "/> 

34 </ui:form> 

35 </ui:body> 

36 </ui:html> 

37 </ui:page> 

38 </f : vi ew> 

39 </j sp : root> 



Figura 26.23 | Archivo de JSP que muestra las recomendaciones de libros, con base en cookies. (Parte 2 de 2). 


Recomendaci ones . j sp contiene un componente Etiqueta (líneas 21a 24), un List box (líneas 25 a 29) y un 
Hipervínculo (líneas 30 a 33). La Etiqueta muestra el texto Recomendaciones en la parte superior de la página. 
Un componente List box muestra una lista de opciones, de las que el usuario puede seleccionar varias. El List 
box en este ejemplo muestra las recomendaciones creadas por el bean de página Recomendaciones . j ava (figura 
26.24), o el texto "No hay recomendaciones. Por favor seleccione un lenguaje". El Hipervínculo per- 
mite al usuario regresar a Opci ones . j sp para seleccionar más lenguajes. 

Bean de página que crea las recomendaciones de libros a partir de cookies 

En Recomendaciones, java (figura 26.24), el método prerender (líneas 192 a 223) obtiene las cookies del 
cliente, usando el método getCookies del objeto petición (líneas 195 a 197). Un objeto de la clase Http- 
Servl etRequest (del paquete javax.servlet.http) representa la petición. Este objeto puede obtenerse invo- 
cando al método getExternalContext en el bean de página, y después invocando a getRequest en el objeto 
resultante. La llamada a getCooki es devuelve un arreglo de las cookies que se habían escrito antes en el cliente. 
Una aplicación puede leer las cookies sólo si un servidor las creó en el dominio en el que se ejecuta la aplicación; 
un servidor Web no puede acceder a las cookies creadas por los servidores en otros dominios. Por ejemplo, una 
cookie creada por un servidor Web en el dominio dei tel . com no puede ser leída por un servidor Web de cual- 
quier otro dominio. 

En la línea 203 se determina si por lo menos existe una cookie. (Ignoramos la primera cookie en el arreglo, ya 
que contienen información que no es específica para nuestra aplicación). En las líneas 205 a 213 se agrega la infor- 
mación en la(s) cookie(s) a un arreglo de tipo Opti on. Los arreglos de objetos Opti on pueden mostrarse como 
una lista de elementos en un componente List box. El ciclo obtiene el nombre y el valor de cada cookie, usando 
la variable de control para determinar el valor actual en el arreglo de cookies. Si no se seleccionó un lenguaje, 
en las líneas 215 a 220 se agrega un mensaje a un arreglo de tipo Option, el cual pide al usuario que seleccione 
un lenguaje. En la línea 222 se establece cuadroLi staLi bros para mostrar el arreglo de tipo Opti on resultante. 
En la figura 26.25 sintetizamos los métodos de Cooki e de uso común. 
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// Fig. 26.24: Recomendaciones. java 

// Bean de pagina que muestra las recomendaciones de libros con base en cookies 
// que almacenan los lenguajes de programación seleccionados por el usuario, 
package cookies; 

import com.sun. rave.web.ui .appbase.AbstractPageBean; 

import com.sun. rave.web.ui .component.Body; 

import com.sun. rave.web.ui .component.Form; 

import com.sun. rave.web.ui . component . Head ; 

import com.sun. rave.web.ui . component. Html ; 

i mport com. sun . rave .web . ui . component . Li nk; 

import com.sun. rave.web.ui . component . Page ; 

import javax. faces . FacesExcepti on ; 

i mport com.sun . rave .web . ui . component . Li stbox; 

import com.sun. rave.web.ui .model .DefaultOptionsList; 

import com.sun. rave.web.ui . component . Label ; 

import com.sun. rave.web.ui . component . Hyperl i nk; 

import com.sun. rave.web.ui .model .Option; 

i mport javax . serví et . http . HttpServl etRequest ; 

i mport javax . serví et . http . Cooki e ; 

import com.sun. rave.web.ui . component . Hi ddenFi el d ; 

public class Recomendaciones extends AbstractPageBean 

{ 

private int placeholder; 

private void i n i t ( ) throws Exception 

{ 

// cuerpo vacio 
} // fin del método i ni t O 

// Para ahorrar espacio, omitimos el código en las lineas B2 a 151. El código 
// fuente completo se proporciona con los ejemplos de este capitulo. 

public Recomendaciones O 

{ 

// constructor vacio 
} // fin del constructor 

protected Appl i cationBean getApplicationBeanO 

{ 

return (Appl i cationBean) getBean( "ApplicationBean" ); 

} // fin del método getAppl i cati onBean 

protected RequestBean getRequestBean() 

{ 

return (RequestBean) getBean( "RequestBean" ); 

} // fin del método getRequestBean 

protected SessionBean getSessionBean() 

{ 

return (SessionBean) getBean( "SessionBean" ); 

} // fin del método getSessionBean 

public void init() 

{ 

super . i ni t() ; 
try 


Figura 26.24 | Bean de página que muestra las recomendaciones de libros con base en cookies que almacenan los 
lenguajes de programación seleccionados por el usuario. (Parte I de 2). 
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176 { 

177 _i ni t() ; 

178 } // fin de try 

179 catch ( Exception e ) 

180 { 

181 log( "Error al inici alizar Recomendaciones", e ); 

182 throw e instanceof FacesException ? (FacesException) e: 

183 new FacesExcepti on( e ); 

184 } // fin de catch 

185 } // fin del método init 

186 

187 public void preprocess() 

188 { 

189 // cuerpo vacio 

190 } // fin del método preprocess 

191 

192 public void prerenderO 

193 { 

194 // obtiene las cookies del cliente 

195 HttpServl etRequest petición = 

196 (HttpServletRequest)getExternalContextO .getRequest() ; 

197 Cookie [] cookies = petición. getCookiesO ; 

198 

199 // si hay cookies, almacena los correspondientes libros y 

200 // números ISBN en un arreglo de Opciones 

201 Option [] recomendaciones; 

202 

203 i f C cookies.length > 1 ) 

204 { 

205 recomendaciones = new Option [ cookies.length - 1 ]; 

206 for ( int i = 0; i < cookies.length - 1; i++ ) 

207 { 

208 String lenguaje = 

209 cooki es [i ] . getNameO . repl ace( '/', ' ); 

210 recomendaciones[ i ] = new Optionf lenguaje + 

211 "How to Program. ISBN#: " + cooki es [i ] . getVal ue() ); 

212 } // fin de for 

213 } // fin de if 

214 

215 // en caso contrario, almacena un mensaje indicando que no se seleccionó un 
lenguaje 

216 else 

217 { 

218 recomendaciones = new Option[ 1 ]; 

219 recomendaciones [ 0 ] = new Option( 

220 "No hay recomendaciones. " + "Seleccione un lenguaje." ) ; 

221 } // fin de else 

222 

223 cuadroLi staLibros . setltems( recomendaciones) ; 

224 } // fin del método prerender 

225 

226 public void destroyO 

227 { 

228 // cuerpo vacio 

229 } // fin del método destroy 

230 } // fin de la clase Recomendaciones 

Figura 26.24 | Bean de página que muestra las recomendaciones de libros con base en cookies que almacenan los 
lenguajes de programación seleccionados por el usuario. (Parte 2 de 2). 
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Métodos Descripción 


getDomai n 


getMaxAge 


getName 

getPath 


getSecure 


getVal ue 


Devuelve un objeto Stri ng que contiene el dominio de la cookie (es decir, el dominio desde el 
que se escribió la cookie). Esto determina cuáles servidores Web pueden recibir la cookie. De 
manera predeterminada, las cookies se envían al servidor Web que envió originalmente la cookie 
al cliente. Si se modifica la propiedad Domai n, la cookie se devolverá a un servidor Web distinto 
del que la escribió originalmente. 

Devuelve un valor i nt, el cual indica cuántos segundos persistirá la cookie en el navegador. El 
valor predeterminado es - 1 , lo cual significa que la cookie persistirá hasta que el navegador se 
cierre. 

Devuelve un objeto Stri ng que contiene el nombre de la cookie. 

Devuelve un objeto Stri ng que contiene la ruta a un directorio en el servidor, en el cual se aplica 
la cookie. Las cookies pueden “dirigirse” a directorios específicos en el servidor Web. De manera 
predeterminada, una cookie se devuelve sólo a las aplicaciones que operan en el mismo directorio 
que la aplicación que envío la cookie, o en un subdirectorio de ese directorio. Si se modifica la 
propiedad Path, la cookie se devolverá a un directorio distinto al directorio en el que se escribió 
originalmente. 

Devuelve un valor bool que indica si la cookie debe transmitirse a través de un protocolo seguro. 
El valor true hace que se utilice un protocolo seguro. 

Devuelve un objeto Stri ng que contiene el valor de la cookie. 


Figura 26.25 | Métodos de javax.servlet.http. Cookie. 


26.7.2 Rastreo de sesiones con el objeto SessionBean 

También podemos realizar el rastreo de sesiones mediante la clase Sessi onBean que se proporciona en cada una 
de las aplicaciones Web creadas con Java Studio Creator 2. Cuando se solicita una página Web que está dentro del 
proyecto, se crea un objeto SessionBean. Se puede acceder a las propiedades de este objeto durante una sesión 
con el navegador, mediante la invocación del método getSessi onBean en el bean de página. Para demostrar las 
técnicas de rastreo de sesiones usando un objeto SessionBean, modificamos los archivos de bean de página de 
las figuras 26.22 y 26.24, de manera que utilicen el objeto SessionBean para almacenar los lenguajes selec- 
cionados por el usuario. Empezamos con el archivo Opciones, jsp actualizado (figura 26.26). La figura 26.29 
presenta el archivo SessionBean. java y la figura 26.30 presenta el archivo de bean de página modificado para 
Opciones. jsp. 

El archivo Opci ones . j sp de la figura 26.26 es similar al que se presenta en la figura 26.20 para el ejemplo 
de las cookies. En las líneas 38 a 45 se definen dos elementos ui :staticText que no se presentaron en el 
ejemplo de las cookies. El primer elemento muestra el texto "Número de selecciones hasta ahora:". 
El atributo text del segundo elemento está enlazado a la propiedad numSel ecci ones en el objeto Session- 
Bean (líneas 44 y 45). En un momento hablaremos acerca de cómo enlazar el atributo text a una propiedad de 
Sessi onBean. 


1 <?xml versión = "1.0" encoding = "UTF-8"?> 

2 

3 <! — Fig. 26.26: Opciones. jsp — > 

4 <!-- Archivo JSP que permite al usuario seleccionar un lenguaje de programación. — > 

5 <jsp:root versión = "1.2" xmlns:f = "http://java.sun.com/jsf/core" 

6 xmlns:h = "http://java.sun.com/jsf/html" xmlns:jsp = 

Figura 26.26 | Archivo JSP que permite al usuario seleccionar un lenguaje de programación. (Parte I de 4). 
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"http://java.sun.com/DSP/Page" xmlns:ui = "http://www.sun.com/web/ui"> 

<jsp:di rective.page contentType = "text/html ; charset = UTF-8" 
pageEncoding = "UTF-8"/> 

<f :view> 

<ui:page binding = "#{0pciones . page}" id = "page"> 

<ui:html binding = "#{0pciones . html }" id = "html"> 

<ui:head binding = ”#{Opciones.head}" id = "head"> 

<ui:link binding = "#{Opciones.link}" id = "link" 
url = "/resources/styl esheet . css"/> 

</ui : head> 

<ui:body binding = "#{Opciones.body}" id = "body" 
style = "-rave-layout: grid"> 

<ui:form binding = "#{Opci ones . form}" id = "form"> 

<ui:Dabel binding = "#{Opciones.etiquetaLenguaje}" for = 

"1 i staLenguajes" id = "etiquetaLenguaje" style = 

"font-size: 16px; font-weight: bold; left: 24px; top: 

24px; position: absol ute" text = "Seleccione un 
lenguaje de programación: "/> 

<ui : radioButtonGroup binding = "#{Opciones.listaLenguajes}" 
id = "listaLenguajes" Ítems = 

"#{Opciones.listaLenguajesDefaultOptions.options}" style = 
"left: 24px; top: 48px; position: absol ute"/> 

<ui:button action = "#{Opciones.enviar_action}" binding = 
”#{Opciones. enviar}" id = "enviar" style = "left: 

23px; top: 192px; position: absolute" text = 

"Envi ar"/> 

<ui : stati cText binding = ”#{Opciones.etiquetaRespuesta}" id = 
"etiquetaRespuesta" rendered = "false" style = 

"font-size: 16px; font-weight: bold; height: 24px; 
left: 24px; top: 24px; position: absolute; 
width: 216px"/> 

<ui : stati cText binding = ”#{Opciones.etiquetaNumSelec}" 
id = "etiquetaNumSelec" rendered = "false" style = 

"left: 24px; top: 96px; position: absolute" text = 

"Número de selecciones hasta ahora:"/> 

<ui : stati cText binding = "#{Opciones.numSelec}" id = 

"numSelec" rendered = "false" style = "left: 

240px; top: 96px; position: absolute" text = 

"#{SessionBeanl. numSel ecci ones}"/> 

<ui : hyperl i nk action = "casel" binding = "#{Opciones. 
vi ncul oRecomendaci ones}" 

id = "vinculoRecomendaciones" rendered = "false" style = "left: 
24px; top: 168px; position: absolute" text = 

"Haga clic aquí para obtener recomendaciones de libros." url = 
"/faces/Recomendaciones . jsp"/> 

<ui : hyperl i nk action = "#{Opciones.vinculoLenguajesl_action}" 
binding = "#{Opciones.vinculoLenguajesl}" id = 
"vinculoLenguajesl" rendered = "false" style = "left: 

24px; top: 144px; position: absolute” text = "Haga clic 
aquí para seleccionar otro lenguaje. "/> 

</ui : form> 

</ui : body> 

</ui : html> 

</ui : page> 

</f :view> 

</jsp: root> 


Figura 26.26 | Archivo JSP que permite al usuario seleccionar un lenguaje de programación. (Parte 2 de 4). 
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Figura 26.26 | Archivo JSP que permite al usuario seleccionar un lenguaje de programación. (Parte 3 de 4) 
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Figura 26.26 


Archivo JSP que permite al usuario seleccionar un lenguaje de programación. (Parte 4 de 4). 


Cómo agregar propiedades al objeto SessionBean 

En este ejemplo, utilizamos el rastreo de sesiones para almacenar no sólo los lenguajes seleccionados por el usua- 
rio, sino también el número de selecciones realizadas. Para almacenar esta información en el objeto Sessi onBean, 
agregamos propiedades a la clase SessionBean. 

Para agregar una propiedad que almacene el número de selecciones hasta ahora, haga clic con el botón 
derecho del ratón en el nodo Sessi onBeanl de la ventana Esquema y seleccione Agregar | Propiedad para que 
aparezca el cuadro de diálogo Nuevo patrón de propiedad (figura 26.27). Este cuadro de diálogo nos permite 
agregar propiedades primitivas, Stri ng o de envoltura de tipo primitivo al objeto Sessi onBeanl. Agregue una 
propiedad i nt llamada numSel ecci ones y haga clic en Aceptar para aceptar las opciones predeterminadas para 
esta propiedad. Abra el archivo Sessi onBeanl y verá una nueva definición de propiedad, un método get y un 
método reí para numSel ecci ones. 

La propiedad numSel ecci ones se manipulará en el archivo de bean de página para almacenar el número de 
lenguajes que seleccionó el usuario. Para mostrar el valor de esta propiedad en el elemento Texto estático llamado 
numSel ec en el archivo JSP, haga clic con el botón derecho en el componente Texto estático en la ventana Esque- 
ma en modo Diseño, y seleccione Enlazar con datos.... En el cuadro de diálogo Enlazar con datos (figura 26.28), 
seleccione la ficha Enlazar con un objeto, localice la propiedad numSel ecci ones bajo el nodo Sessi onBeanl y 
haga clic en Aceptar. Ahora, el elemento Texto estático mostrará el valor de la propiedad numSel ecci ones de 
Sessi onBeanl. Si cambia el valor de la propiedad el texto también cambia, de manera que no es necesario esta- 
blecer el texto en el bean de página mediante programación. 
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Figura 26.27 | Cuadro de diálogo Nuevo patrón de propiedad para agregar una propiedad al objeto 
Sessi onBean. 
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Ahora que hemos agregado una propiedad para almacenar el número de selecciones en el objeto Sessi on- 
Bean, debemos agregar una segunda propiedad para almacenar las selecciones en sí. Nos gustaría almacenar las 
selecciones con pares clave-valor del lenguaje seleccionado y el número ISBN de un libro relacionado, algo similar 
a la forma en que se almacenaron las selecciones mediante el uso de cookies. Para hacer esto, agregamos un objeto 
Properti es llamado 1 enguajesSel ecci onados al objeto Sessi onBean. Agregamos en forma manual esta pro- 
piedad al archivo Sessi onBean, pero podemos agregarla usando el cuadro de diálogo Nuevo patrón de propiedad 
en la figura 26.27. Simplemente escriba java. útil .Properti es en el campo del cuadro de lista desplegable 
Tipo, configure la propiedad y haga clic en Aceptar. El archivo Sessi onBean final, después de haber agregado las 
dos propiedades, se muestra en la figura 26.29. 




Figura 26.28 | Cuadro de diálogo Enlazar con datos. 


1 // Fig. 26.29: SessionBeanl. java 

2 // Archivo SessionBeanl para almacenar las selecciones de lenguajes. 

3 package sesión; 

4 

5 import com.sun. rave.web.ui .appbase.AbstractSessionBean; 

6 import java. útil . Properti es ; 

7 import javax. faces . FacesException ; 

8 

9 public class SessionBeanl extends AbstractSessi onBean 

10 { 

11 private int placeholder; 

12 

13 private void „init() throws Exception 

14 { 

15 // cuerpo vacio 

16 } // fin del método _init 

17 

18 public Sessi onBeanl() 

19 { 

20 // constructor vacio 

21 } // fin del constructor 

22 

23 protected Appl i cati onBeanl getAppl i cationBeanlO 

Figura 26.29 | Archivo SessionBeanl para almacenar las selecciones de lenguajes. (Parte I de 2). 
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24 { 

25 return (Appl icationBeanl) getBeanC "Appl i cati onBeanl" ); 

26 } // fin del método getAppl icationBeanl 

27 

28 public void init() 

29 { 

30 super . i ni t() ; 

31 try 

32 { 

33 _init(); 

34 } // fin de try 

35 catch ( Exception e ) 

36 { 

37 log( "Error al inicializar SessionBeanl" , e) ; 

38 throw e instanceof FacesException ? (FacesException) e: 

39 new FacesExcepti on( e ); 

40 } // fin de catch 

41 } // fin del método init 

42 

43 public void passivateO 

44 { 

45 // cuerpo vacio 

46 } // fin del método passivate 

47 

48 public void activateO 

49 { 

50 // cuerpo vacio 

51 } // fin del método activate 

52 

53 public void destroyO 

54 { 

55 // cuerpo vacio 

56 } // fin del método destroy 

57 

58 private int numSelecciones = 0; // almacena el número de selecciones únicas 

59 

60 public int getNumSeleccionesO 

61 { 

62 return this. numSelecciones; 

63 } // fin del método getNumSelecciones 

64 

65 public void setNumSeleccionesf int numSelecciones ) 

66 { 

67 thi s . numSel ecciones = numSelecciones; 

68 } // fin del método setNumSelecciones 

69 

70 // Almacena pares clave-valor de lenguajes seleccionados 

71 private Properties 1 enguajesSel ecci onados = new PropertiesO; 

72 

73 public Properties getLenguajesSel ecci onados O 

74 { 

75 return this.lenguajesSeleccionados; 

76 } // fin del método getLenguajesSel ecci onados 

77 

78 public void setLenguajesSeleccionadosf Properties lenguajesSeleccionados ) 

79 { 

80 this.lenguajesSeleccionados = lenguajesSeleccionados; 

81 } // fin del método setLenguajesSel ecci onados 

82 } // fin de la clase SessionBeanl 

Figura 26.29 | Archivo Sessi onBeanl para almacenar los lenguajes seleccionados. (Parte 2 de 2). 
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En la línea 58 se declara la propiedad numSel ecci ones, y en las líneas 60 a 63 y 65 a 68 se declaran sus 
métodos obtener (get) y establecer (set), respectivamente. Esta parte del código se generó de manera automática 
cuando utilizamos el cuadro de diálogo Nuevo patrón de propiedad. En la línea 71 se define el objeto Proper- 
ti es 11 amado 1 engua j esSel ecci onados que almacenará las selecciones del usuario. En las líneas 73a76y78 
a 81 están los métodos get y set para esta propiedad. 

Manipulación de las propiedades de SessionBean en un archivo de bean de página 

El archivo de bean de página para la página Opci ones . j sp se muestra en la figura 26.30. Debido a que gran parte 

de este ejemplo es idéntica al anterior, nos concentraremos en las nuevas características. 
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// Fig. 26.30: Opciones. java 

// Bean de página que almacena las selecciones de lenguajes en una propiedad SessionBean. 
package sesión; 

import com.sun. rave.web.ui .appbase.AbstractPageBean; 
import com.sun. rave.web.ui .component.Body; 
import com.sun. rave.web.ui .component.Form; 
import com.sun. rave.web.ui . component . Head ; 
import com.sun. rave.web.ui . component. Fltml ; 
import com.sun. rave.web.ui . component. Link; 
import com.sun. rave.web.ui . component . Page ; 
i mport javax. faces . FacesExcepti on ; 

import com.sun. rave.web.ui . component. RadioButtonCroup; 

import com.sun. rave.web.ui . component. Hyperlink; 

import com.sun. rave.web.ui . component . Button ; 

import com.sun. rave.web.ui . component . Label ; 

import com.sun. rave.web.ui . component . Stati cText ; 

import com.sun. rave.web.ui .model .SingleSelectOptionsList; 

import java. uti 1 . Properti es ; 

i mport j avax . serví et . http . Cooki e ; 

i mport j avax . serví et . http . HttpServl etRequest ; 

i mport j avax . serví et . http . HttpSessi on ; 

public class Opciones extends AbstractPageBean 

{ 

private int placeholder; 

private void i n i t ( ) throws Exception 

{ 

1 i staLengua j esDef aul tOpti ons . setOpti ons ( 
new com.sun. rave.web.ui .model .0ption[] 

{ 

new com.sun. rave.web.ui .model .0ption( "lava 1 , "Java" ), 
new com.sun. rave.web.ui .model .0ption( "C 1 , "C" ), 
new com.sun. rave.web.ui .model .0ption( "C++", "C++" ), 
new com.sun. rave.web.ui .model .0ption( "Visual Basic 2005 , 

"Visual Basic 2005" ), 

new com.sun. rave.web.ui .model .0ption( "Visual C# 2005 , 

"Visual C# 2005" ) 

} 

); 

} // fin del método init 

// para ahorrar espacio, omitimos el código de las lineas 44 a 219. El código 
// fuente completo se proporciona con los ejemplos de este capitulo. 


Figura 26.30 | Bean de página que almacena las selecciones de lenguajes en una propiedad SessionBean. 
(Parte I de 3). 
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46 

220 prívate Properties libros = new PropertiesO; 

221 

public Opciones O 

223 { 

224 // inicializa el objeto Properties de valores que se van a almacenar en 

225 // el bean de sesión. 

226 1 i bros . setPropertyC "Java", "0-13-222220-5" ); 

227 1 i bros . setPropertyC "C", "0-13-142644-3" ); 

228 1 i bros . setPropertyC "C++" , "0-13-185757-6" ); 

229 1 i bros . setPropertyC "Visual Basic 2005", "0-13-186900-0" ); 

230 1 i bros . setPropertyC "Visual C# 2005", "0-13-152523-9" ); 

231 } // fin del constructor 

232 

233 protected Appl i cati onBeanl getAppl i cationBeanlO 

234 { 

235 return CAppl i cati onBeanl) getBeanC "Appl i cati onBeanl" ); 

236 } // fin del método getAppl i cati onBeanl 

237 

238 protected RequestBeanl getRequestBeanlO 

239 { 

240 return CRequestBeanl) getBeanC "RequestBeanl" ); 

241 } // fin del método getRequestBeanl 

242 

243 protected SessionBeanl getSessionBeanlO 

244 { 

245 return CSessi onBeanl) getBeanC "SessionBeanl" ); 

246 } // fin del método getSessi onBeanl 

247 

248 public void i ni t C) 

249 { 

250 super . i ni tC) ; 

251 try 

252 { 

253 _i ni tC) ; 

254 } // fin de try 

255 catch C Exception e ) 

256 { 

257 logC "Error al inicializar Opciones", e ); 

258 throw e instanceof FacesException ? CFacesException) e: 

259 new FacesException C e ); 

260 } // fin de catch 

261 } // fin del método init 

262 

263 public void preprocessC) 

264 { 

265 // cuerpo vacío 

266 } // fin del método preprocess 

267 

268 public void prerenderC) 

269 { 

270 // cuerpo vacío 

271 } // fin del método prerender 

272 

273 public void destroyC) 

274 { 

275 // cuerpo vacío 

276 } // fin del método destroy 

Figura 26.30 | Bean de página que almacena las selecciones de lenguajes en una propiedad SessionBean. 
(Parte 2 de 3). 
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// manejador de acciones para el botón enviar, almacena los lenguajes seleccionados 
// en ámbito de sesión para obtenerlos al hacer recomendaciones de libros, 
public String enviar_actionf) 

{ 

String msg = "Bienvenido a las sesiones! Usted ; 

// si el usuario hizo una selección 

if ( getListaLenguajesO .getSelected() != nuil ) 

{ 

String lenguaje = listaLenguajes.getSelected() .toStringO ; 
msg += "selecciono " + lenguaje + ; 

// obtiene el número ISBN del libro para el lenguaje dado. 

String ISBN = 1 i bros . getProperty( lenguaje ); 

// agrega la selección al objeto Properties de SessionBeanl 

Properties selections = getSessionBeanl() .getl_enguajesSeleccionados() ; 

Object resultado = selections. setPropertyf lenguaje, ISBN ); 

// incrementa numSel ecciones en el objeto SessionBeanl y actualiza 
// lenguajesSeleccionados si el usuario no ha realizado esta selección 
// antes 

if ( resultado == nuil ) 

{ 

int numSelec = getSessionBeanlO ,getNumSelecciones() ; 
getSessi onBeanlO . setNumSel ecci ones(++numSel ec) ; 

} // fin de if 
} // fin de if 
el se 

msg += "no selecciono un lenguaje.' ; 

etiquetaRespuesta. setValuef msg ); 

1 i staLenguajes . setRenderedf false ); 
etiquetaLenguaje . setRenderedf false ); 
enviar. setRenderedf false ); 
etiquetaRespuesta. setRenderedf true ); 
etiquetaNumSelec. setRenderedf true ); 
numSelec. setRenderedf true ); 
vinculoLenguajes . setRenderedf true ); 
vinculoRecomendaciones. setRenderedf true ); 
return nuil ; 

} // fin del método enviar_action 

// vuelve a mostrar los componentes usados para permitir al usuario 
// seleccionar un lenguaje. 

public String vinculoLenguajesl_actionf) { 
etiquetaRespuesta. setRenderedf false ); 
etiquetaNumSelec . setRenderedf false ); 
numSelec. setRenderedf false ); 
vinculoLenguajes . setRenderedf false ); 
vinculoRecomendaciones. setRenderedf false ); 

1 i staLenguajes . setRenderedf true ); 
etiquetaLenguaje . setRenderedf true ); 
enviar. setRenderedf true ); 
return nuil ; 

} // fin del método vinculoLenguajesl_action 
} // fin de la clase Opciones 


Figura 26.30 | Bean de página que almacena las selecciones de lenguajes en una propiedad SessionBean. 
(Parte 3 de 3). 
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El manejador de acciones del componente Botón llamado envi ar (líneas 280 a 319) almacena las selecciones 
del usuario en el objeto Sessi onBeanl e incrementa el número de selecciones realizadas, si es necesario. En la línea 
294 se obtiene el objeto Prope rti es del objeto Sessi onBeanl que contiene las selecciones del usuario. En la lí- 
nea 295 se agrega la selección actual al objeto Prope rties. El método setProperty devuelve el valor previa- 
mente asociado con la nueva clave, o nul 1 si esta calve no se había almacenado ya en el objeto Properti es. Si al 
agregar la nueva propiedad se devuelve nuil, entonces el usuario ha realizado una nueva selección. En este caso, 
en las líneas 302 y 303 se incrementa la propiedad nutnSelecciones en el objeto Sessi onBeanl. En las líneas 
309 a 317 y en el manejador de acciones vi nculoLenguajesl (líneas 323 a 334) se controlan los componentes 
que se mostrarán en la página, igual que en los ejemplos de cookies. 



Observación de ingeniería de software 26.2 

Un beneficio de usar las propiedades de Sessi onBean (en vez de cookies) es que pueden almacenar cualquier tipo 
de objeto (no sólo objetos String) como valores de atributos. Esto nos proporciona más flexibilidad para mantener 
la información de estado del cliente. 


Cómo mostrar las recomendaciones con base en los valores de sesiones 

Al igual que en el ejemplo de las cookies, esta aplicación proporciona un vínculo a Recomendaci ones . j sp (figu- 
ra 26.31), el cual muestra una lista de recomendaciones de libros con base en los lenguajes seleccionados por el 
usuario. Es idéntico al archivo Recomendaciones, jsp del ejemplo de las cookies (figura 26.23). 
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<?xml versión = "1.0" encoding = "UTF-8"?> 

<! — Fig. 26.31: Recomendaciones. jsp — > 

<! — Archivo JSP que muestra las recomendaciones de libros con base en los — > 

<! — lenguajes seleccionados que se almacenan en el ámbito de sesión. --> 
<jsp:root versión = "1.2" xmlns:f = "http://java.sun.com/jsf/core" 
xmlns:h = "http://java.sun.com/jsf/html” xmlns:jsp = 

"http : // j ava . sun . com/JSP/Page" xml ns : ui = "http : //www . sun . com/web/ ui "> 

<jsp:di rective.page contentType = "text/html ; charset = UTF-8" 
pageEncoding = "UTF-8"/> 

<f :view> 

<ui:page binding = "#{Recomendaciones.page}" id = "page"> 

<ui:html binding = "#{Recomendaciones.html}" id = "html"> 

<ui:head binding = ”#{Recomendaciones.head}" id = "head"> 

<ui:link binding = "#{Recomendaciones.link}" id = "link" 
url = "/resources/styl esheet . css"/> 

</ui : head> 

<ui:body binding = "#{Recomendaciones . body}" id = "body" 
style = "-rave-layout: grid"> 

<ui:form binding = "#{Recomendaciones.form}" id = "form"> 
<ui:label binding = "#{Recomendaciones.etiquetal_enguaje}" 
for = "cuadroLi staLi bros" id = "etiquetaLenguaje" style = 
"font-size: 20px; font-weight: bold; left: 24px; top: 

24px; position: absolute" text = "Recomendaciones"/> 
<ui:listbox binding = "#{Recomendaciones . cuadroLi staLi bros}" 
id = "cuadroLi staLi bros" Ítems = "#{Recomendaciones. 
cuadroListaLibrosDefaultOptions.options}" rows = "6" 
style= "left: 24px; top: 72px; position: absolute; 
width: 360px"/> 

<ui : hyperl i nk action = "casel" binding = 

"#{Recomendaciones.vinculoOpciones}" id = "vinculoOpciones" 
style = "left: 24px; top: 192px; position: absolute" 
text = "Haga clic aquí para seleccionar otro lenguaje. "/> 


Figura 26.31 | Archivo JSP que muestra las recomendaciones de libros con base en los lenguajes seleccionados que se 
almacenan en el ámbito de sesión. (Parte I de 2). 
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34 </ui:form> 

35 </ui:body> 

36 </ui:html> 

37 </ui:page> 

38 </f : vi ew> 

39 </j sp : root> 



Figura 26.31 | Archivo JSP que muestra las recomendaciones de libros con base en los lenguajes seleccionados que se 
almacenan en el ámbito de sesión. (Parte 2 de 2). 

Bean de página que crea recomendaciones de libros a partir de una propiedad de SessionBean 
La figura 26.32 presenta el bean de página para Recomendad' ones . j sp. De nuevo, gran parte de este código es 
similar al bean de página utilizado en el ejemplo de las cookies. Sólo hablaremos de las nuevas características. 


1 // Fig. 26.32: Recomendaciones. java 

2 // Bean de página que muestra las recomendaciones de libros con base en 

3 // una propiedad de un objeto SessionBean. 

4 package sesión; 

5 

6 import com.sun. rave.web.ui .appbase.AbstractPageBean; 

7 import com.sun. rave.web.ui .component.Body; 

8 import com.sun. rave.web.ui .component.Form; 

9 import com.sun. rave.web.ui .component.Head; 

10 import com.sun. rave.web.ui .component.FItml ; 

11 import com.sun. rave.web.ui .component.Link; 

12 import com.sun. rave.web.ui . component . Page ; 

13 import javax.faces.FacesException; 

14 import com.sun. rave.web.ui .component. Listbox; 

15 import com.sun. rave.web.ui .component. Label ; 

16 import com.sun. rave.web.ui .component. Flyperlink; 

17 import com.sun. rave.web.ui .model . Defaul tOptionsLi st ; 

18 import java. útil .Enumeration; 

19 import com.sun. rave.web.ui .model .Option; 

20 import java. útil . Properti es ; 

21 

22 public class Recomendaciones extends AbstractPageBean 

23 { 

24 private int placeholder; 

Figura 26.32 | Bean de página que muestra las recomendaciones de libros con base en una propiedad de un objeto 
SessionBean. (Parte I de 3). 
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25 

26 prívate void _init() throws Exception 

27 { 

28 // cuerpo vacío 

29 } // fin del método _init 

30 

31 // para ahorrar espacio, omitimos el código de las líneas 31 a 150. El código 

32 // fuente completo se proporciona con los ejemplos de este capítulo. 

33 

151 public RecomendacionesO 

152 { 

153 // constructor vacío 

154 } // fin del constructor 

155 

156 protected RequestBeanl getRequestBeanl() 

157 { 

158 return (RequestBeanl) getBean( "RequestBeanl" ); 

159 } // fin del método getRequestBeanl 

160 

161 protected Appl i cati onBeanl getAppl i cationBeanlO 

162 { 

163 return (Appl i cati onBeanl) getBean( "Appl i cati onBeanl" ); 

164 } // fin del método getAppl i cati onBeanl 

165 

166 protected SessionBeanl getSessionBeanl() 

167 { 

168 return (SessionBeanl) getBean( "SessionBeanl" ); 

169 } // fin del método getSessi onBeanl 

170 

171 public void init() 

172 { 

173 super . i ni t() ; 

174 try 

175 { 

176 _init(); 

177 } // fin de try 

178 catch ( Exception e ) 

179 { 

180 log( "Error al inicializar Recomendaciones", e ); 

181 throw e instanceof FacesException ? (FacesException) e: 

182 new FacesExcepti on( e ); 

183 } // fin de catch 

184 } // fin del método init 

185 

186 public void preprocessO 

187 { 

188 // cuerpo vacío 

189 } // fin del método preprocess 

190 

191 public void prerenderO 

192 { 

193 // obtiene las selecciones del usuario y el número de selecciones realizadas 

194 Properties lenguajes = getSessionBeanl() .getLenguajesSeleccionados() ; 

195 Enumeration enumSelecciones = lenguajes. propertyNames() ; 

196 int numSel ecci onados = getSessionBeanl() .getNumSelecciones() ; 

197 

198 Option [] recomendaciones; 

199 

Figura 26.32 | Bean de página que muestra las recomendaciones de libros con base en una propiedad de un objeto 
Sessi onBean. (Parte 2 de 3). 
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// si por lo menos se hizo una selección 

i f C numSel ecci onados > 0 ) 

{ 

recomendaciones = new Option[ numSel ecci onados ]; 

for( int i = 0; i < numSeleccionados; i++ ) 

{ 

String lenguaje = (String) enumSel ecciones . nextEl ement() ; 
recomendaciones]! i ] = new Option( lenguaje + 

" How to Program. ISBN#: " + 

lenguajes. getPropertyC lenguaje ) ); 

} // fin de for 
} // fin de if 
el se 
{ 

recomendaciones = new Option[ 1 ]; 

recomendaciones [ 0 ] = new Option( "No hay recomendaciones. 
Seleccione un lenguaje." ); 

} // fin de else 

cuadroLi staLi bros . setltems( recomendaciones) ; 

} // fin del método prerender 

public void destroyO 

{ 

// cuerpo vacio 
} // fin del método destroy 
} // fin de la clase Recomendaciones 


Figura 26.32 | Bean de página que muestra las recomendaciones de libros con base en una propiedad de un objeto 
Sessi onBean. (Parte 3 de 3). 


En la línea 194 se obtiene el objeto Properti es que contiene las selecciones que hizo el usuario del objeto 
Sessi onBeanl, y en la línea 195 se obtiene una enumeración de todas las claves en ese objeto Properti es. En la 
línea 196 se obtiene el número de selecciones que se realizaron a partir del objeto Sessi onBeanl. Si se hizo algu- 
na selección, en la línea 208 se construye un arreglo Opti on de tamaño apropiado para mostrar las selecciones en 
el elemento ui : 1 i stBox de Recomendaci ones . j sp. En las líneas 205 a 21 1 se agrega cada una de las selecciones 
del usuario a este arreglo Opti on. En la línea 207 se obtiene la siguiente clave de la enumeración de teclas, y en 
las líneas 208 a 210 se agrega una recomendación al arreglo Option. 


26.8 Conclusión 

En este capítulo presentamos el desarrollo de aplicaciones Web mediante el uso de JavaServer Pages y JavaServer 
Faces en Java Studio Creator 2. Empezamos hablando sobre las transacciones HTTP simples que se llevan a cabo 
al solicitar y recibir una página Web a través de un navegador Web. Después hablamos sobre los tres niveles (es 
decir, el nivel cliente o superior, el nivel de lógica comercial o intermedio y el nivel de información o inferior) que 
conforman a la mayoría de las aplicaciones Web. 

Aprendió acerca de la función que desempeñan los archivos JSP y los archivos de bean de página, y la rela- 
ción entre ellos. Aprendió a utilizar Java Studio Creator 2 para compilar y ejecutar aplicaciones Web. También 
aprendió a crear aplicaciones Web en forma visual, mediante el uso de las herramientas de arrastrar y soltar de 
Java Studio Creator 2. 

Demostramos varios componentes JSF comunes para mostrar texto e imágenes en las páginas Web. También 
hablamos sobre los componentes de validación y los métodos de validación personalizados, los cuales nos permi- 
ten asegurar que la entrada del usuario cumpla con ciertos requerimientos. 

Hablamos sobre los beneficios de mantener la información del usuario a través de varias páginas de un sitio 
Web. Después demostramos cómo se pueden incluir dichas funcionalidades en una aplicación Web, mediante el 
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uso de cookies o propiedades en la clase Sessi onBean. En el siguiente capítulo continuaremos nuestra discusión 
acerca del desarrollo de aplicaciones Web. Aprenderá a utilizar una base de datos desde una aplicación Web, a 
utilizar varios de los componentes JSF habilitados para AJAX de la biblioteca Java Blueprints de Sun, y a utilizar 
los formularios virtuales. 

26.9 Recursos Web 

deve 1 ope rs . sun . com/prodtech/javatool s/jscreator 

Presenta las generalidades acerca de Java Studio Creator 2 e incluye artículos, foros, demostraciones de productos y 
vínculos a recursos útiles, relevantes para la construcción de aplicaciones Web en Java Studio Creator 2. 
developers . sun . com/prodtech/javatool s/jscreator/i ndex . jsp 

El centro de Java Studio Creator de Sun, tiene todo lo que el programador necesita para empezar a trabajar. Descargue 
el IDE sin costo y dé un vistazo a la ficha de aprendizaje (Learning) para los tutoriales de Java Studio Creator. 
developers . sun . com/prodtech/javatool s/j se reato r/1 earning/tutorials/index.jsp 

Proporciona docenas de tutoriales, desde tips acerca de cómo empezar a trabajar con Java Studio Creator 2, hasta ins- 
trucciones de características específicas acerca de cómo utilizar muchas facetas del IDE. 
developers . sun . com/prodtech/javatool s/jscreator/reference/docs/api s/ 

La documentación para Java Studio Creator 2. 
java. sun . com/javaee/javaserverfaces/ 

Este sitio oficial de Sun proporciona la documentación para JavaServer Faces, junto con vínculos hacia artículos y 

tutoriales relacionados. 

www. netbeans . org/produets/vi sualweb/ 

Aquí puede obtener el Netbeans Visual Web Pack 5.5 para Netbeans 5 . 5 . 
java. sun . com/javaee/5/docs/tutori al /doc/bnaph . html 
El tutorial de JavaServer Faces de Java EE 5 . 
jsftutori al s . net/ 

Vínculos a tutoriales y artículos generales sobre JavaServer Faces, 
javaserverfaces . de v. java. net 

Descargue la versión más reciente de la implementación de JavaServer Faces de Sun. 
java. sun . com/javaee/javaserverfaces/ reference/api / 

Documentación sobre la biblioteca de etiquetas, la API y el Standard RenderKit para todas las versiones de JSF. 
java. sun . com/javaee/5/docs/tutori al /doc/JSFCustom . html 
Un tutorial acerca de cómo crear componentes JSF personalizados, 
bpcatal og . dev. java . net/nonav/webti er/i ndex . html 

El catálogo de soluciones de Java BluePrints contiene ejemplos de código reutilizable para diseñar aplicaciones Web 
mediante el uso de JavaServer Faces y AJAX. 


Resumen 

Sección 26. 1 Introducción 

• Las aplicaciones basadas en Web crean contenido para los clientes navegadores Web. 

• AJAX ayuda a las aplicaciones basadas en Web a proporcionar la interactividad y capacidad de respuesta que los 
usuarios esperan generalmente de las aplicaciones de escritorio. 


Sección 26.2 Transacciones HTTP simples 

• El Protocolo de transferencia de hipertexto (EÍTTP) especifica un conjunto de métodos y encabezados que permiten 
a los clientes y servidores interactuar e intercambiar información de una manera uniforme y confiable. 

• En su forma más simple, una página Web no es nada más que un documento XHTML que contiene marcado para 
describir a un navegador Web cómo debe mostrar y dar formato a la información del documento. 

• Los documentos XHTML pueden contener datos de hipertexto (hipervínculos) que vinculan a distintas páginas, o 
a otras partes de la misma página cuando el usuario hace clic en el vínculo. 
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• HTTP utiliza URIs (Identificadores uniformes de recursos) para identificar los datos en Internet. 

• Los URIs que especifican las ubicaciones de los documentos se llaman URLs (Localizadores uniformes de recursos). 
Los URLs comunes hacen referencia a archivos o directorios, y pueden hacer referencia a objetos que realicen tareas 
complejas. 

• Un URL contiene información que lleva a un navegador al recurso que el usuario desea utilizar. Las computadoras 
que ejecutan software de servidor Web hacen que dichos recursos estén disponibles. 

• Cuando un navegador Web recibe un URL, realiza una transacción HTTP simple para obtener y mostrar la página 
Web que se encuentra en esa dirección. 

• El método CET de HTTP indica que el cliente desea obtener un recurso del servidor. 

• Los encabezados HTTP proporcionan información acerca de los datos que se envían a un servidor, como el 
tipo MIME. 

• MIME (Extensiones de correo Internet multipropósito) es un estándar de Internet que especifica formatos de datos, 
para que los programas puedan interpretar los datos en forma correcta. 

Sección 26.3 Arquitectura de aplicaciones multinivel 

• Las aplicaciones basadas en Web son aplicaciones multinivel (o de n niveles), que dividen la funcionalidad en niveles 
separados que, por lo general, residen en computadoras separadas. 

• El nivel inferior (también conocido como el nivel de datos o de información) mantiene los datos de la aplicación. Por 
lo general, este nivel almacena los datos en un sistema de administración de bases de datos relaciónales (RDBMS). 

• El nivel intermedio implementa la lógica de negocios, de controlador y de presentación para controlar las interac- 
ciones entre los clientes de la aplicación y sus datos. El nivel intermedio actúa como intermediario entre los datos en 
el nivel de información y los clientes de la aplicación. 

• La lógica de control del nivel intermedio procesa las peticiones de los clientes y obtiene datos de la base de datos. 

• La lógica de presentación del nivel intermedio procesa los datos del nivel de información y presenta el contenido al 
cliente. 

• Por lo general, las aplicaciones Web presentan datos a los clientes en forma de documentos XHTML. 

• La lógica comercial en el nivel intermedio hace valer las reglas comerciales y asegura que los datos sean confiables 
antes de que la aplicación servidor actualice la base de datos, o presente los datos a los usuarios. 

• Las reglas comerciales dictan la forma en que los clientes pueden o no acceder a los datos de la aplicación, y la forma 
en que ésta procesa los datos. 

• El nivel superior (nivel cliente) es la interfaz de usuario de la aplicación, la cual recopila los datos de entrada y de 
salida. Los usuarios interactúan en forma directa con la aplicación a través de la interfaz de usuario que, por lo gene- 
ral, es el navegador Web. 

• En respuesta a las acciones del usuario, el nivel cliente interactúa con el nivel intermedio para hacer peticiones y 
obtener datos del nivel de información. Después, el nivel cliente muestra los datos obtenidos para el usuario. El nivel 
cliente nunca interactúa directamente con el nivel de información. 

Sección 26.4 Tecnologías Web de Java 

• Las tecnologías Web de Java evolucionan en forma continua, para ofrecer a los desarrolladores niveles mayores de 
abstracción, y una mayor separación de los niveles de la aplicación. Esta separación facilita el mantenimiento y la 
extensibilidad de las aplicaciones Web. 

• Java Studio Creator 2 nos permite desarrollar la GUI de una aplicación Web mediante una herramienta de diseño 
tipo “arrastrar y soltar”, mientras que podemos manejar la lógica comercial en clases de Java separadas. 

Sección 26.4.1 Servlets 

• Los servlets utilizan el modelo petición-respuesta HTTP de comunicación entre cliente y servidor. 

• Los servlets extienden la funcionalidad de un servidor, al permitir que éste genere contenido dinámico. Un contene- 
dor de servlets, ejecuta los servlets e interactúa con ellos. 

• Los paquetes j avax . serví et y j avax . serví et . http contienen las clases e interfaces para definir servlets. 

• El contenedor de servlets recibe peticiones HTTP de un cliente y dirige cada petición al servlet apropiado. El ser- 
vlet procesa la petición y devuelve una respuesta apropiada al cliente; por lo general en forma de un documento 
XHTML o XML. 

• Todos los servlets implementan a la interfaz Servlet del paquete javax . serví et, la cual asegura que cada servlet 
se pueda ejecutar en el marco de trabajo proporcionado por el contenedor de servlets. La interfaz Servlet declara 
métodos que el contenedor de servlets utiliza para administrar el ciclo de vida del servlet. 

• El ciclo de vida de un servlet empieza cuando el contenedor de servlets lo carga en memoria; por lo general, en 
respuesta a la primera petición del servlet. El contenedor invoca al método init del servlet, el cual se llama sólo 
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una vez durante el ciclo de vida de un servlet para inicializarlo. Una vez que i ni t termina su ejecución, el servlet 
está listo para responder a su primera petición. Todas las peticiones se manejan mediante el método servi ce de un 
servlet, el cual recibe la petición, la procesa y envía una respuesta al cliente. Se hace una llamada al método serví ce 
por cada petición. Cuando el contenedor de servlets termina el servlet, se hace una llamada al método destroy del 
servlet para liberar los recursos que éste ocupa. 

Sección 26.4.2 JavaServer Pages 

• La tecnología JavaServer Pages (JSP) es una extensión de la tecnología de los servlets. El contenedor de JSPs traduce 
cada JSP y la convierte en un servlet. 

• A diferencia de los servlets, las JSPs nos ayudan a separar la presentación del contenido. 

• Las JavaServer Pages permiten a los programadores de aplicaciones Web crear contenido dinámico mediante la 
reutilización de componentes predefinidos, y mediante la interacción con componentes que utilizan secuencias de 
comandos del lado servidor. 

• Los programadores de JSPs pueden utilizar componentes especiales de software llamados JavaBeans, y bibliotecas 
de etiquetas personalizadas que encapsulan una funcionalidad dinámica y compleja. 

• Las bibliotecas de etiquetas personalizadas permiten a los desarrolladores de Java ocultar el código para acceder a una 
base de datos y otras operaciones complejas mediante etiquetas personalizadas. Para usar dichas herramientas, sólo 
tenemos que agregar las etiquetas personalizadas a la página. Esta simpleza permite a los diseñadores de páginas Web, 
que no estén familiarizados con Java, mejorar las páginas Web con poderoso contenido dinámico y capacidades de 
procesamiento. 

• Las clases e interfaces de JSP se encuentran en los paquetes javax. serví et . jsp y javax . serví et . jsp . tagext. 

• Hay cuatro componentes clave para las JSPs: directivas, acciones, elementos de secuencia de comandos y bibliotecas 
de etiquetas. 

• Las directivas son mensajes para el contenedor de JSPs que nos permiten especificar configuraciones de páginas, 
incluir contenido de otros recursos y especificar bibliotecas de etiquetas personalizadas para usarlas en las JSPs. 

• Las acciones encapsulan la funcionalidad en etiquetas predefinidas que los programadores pueden incrustar en JSPs. 
A menudo, las acciones se realizan con base en la información que se envía al servidor como parte de una petición 
específica de un cliente. También pueden crear objetos de Java para usarlos en las JSPs. 

• Los elementos de secuencia de comandos permiten al programador insertar código de Java que interactúe con los 
componentes en una JSP para realizar el procesamiento de peticiones. 

• Las bibliotecas de etiquetas permiten a los programadores crear etiquetas personalizadas, y a los diseñadores de 
páginas Web manipular el contenido de las JSPs sin necesidad de tener un conocimiento previo sobre Java. 

• La Biblioteca de etiquetas estándar de JavaServer Pages (JSTL) proporciona la funcionalidad para muchas tareas 
de aplicaciones Web comunes. 

• Las JSPs pueden contener otro tipo de contenido estático, como marcado XHTML o XML, el cual se conoce como 
datos de plantilla fija o texto de plantilla fija. Cualquier texto literal en una JSP se traduce en una literal Stri ng en 
la representación de la JSP en forma de servlet. 

• Cuando un servidor habilitado para JSP recibe la primera petición para una JSP, el contenedor de JSPs traduce esa 
JSP en un servlet, el cual maneja la petición actual y las futuras peticiones a esa JSP 

• Las JSPs se basan en el mismo mecanismo de petición-respuesta que los servlets para procesar las peticiones de los 
clientes, y enviar las respuestas. 

Sección 26.4.3 JavaServer Faces 

• JavaServer Faces (JSF) es un marco de trabajo para aplicaciones Web que simplifica el diseño de la interfaz de usuario 
de una aplicación, y separa aún más la presentación de una aplicación Web de su lógica comercial. 

• Un marco de trabajo simplifica el desarrollo de aplicaciones, al proporcionar bibliotecas y (algunas veces) herramien- 
tas de software para ayudar al programador a organizar y crear sus aplicaciones. 

• JSF proporciona bibliotecas de etiquetas personalizadas que contienen componentes de interfaz de usuario, los 
cuales simplifican el diseño de páginas Web. JSF también incluye APIs para manejar eventos de componentes. 

• El programador diseña la apariencia visual de una página con JSF, agregando etiquetas a un archivo JSP y manipu- 
lando sus atributos. El programador define el comportamiento de la página por separado, en un archivo de código 
fuente de Java relacionado. 

Sección 26.4.4 Tecnologías Web en Java Studio Creator 2 

• Las aplicaciones Web de Java Studio Creator 2 consisten en una o más páginas Web JSP, integradas en el marco de tra- 
bajo JavaServer Faces. Cada archivo JSP tiene la extensión .jsp y contiene los elementos de la GUI de la página Web. 
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• Java Studio Creator 2 nos permite diseñar páginas en forma visual, al arrastrar y soltar componentes JSF en una 
página; también podemos personalizar una página Web al editar su archivo . j sp en forma manual. 

• Cada archivo JSP que se crea en Java Studio Creator 2 representa una página Web, y tiene su correspondiente clase 
JavaBean, denominada bean de página. 

• Una clase JavaBean debe tener un constructor predeterminado (o sin argumentos), junto con métodos obtener (get) 
y establecer (set) para todas sus propiedades. 

• El bean de página define las propiedades para cada uno de los elementos de la página, y contiene manejadores de 
eventos, métodos de ciclo de vida de las páginas y demás código de soporte para la aplicación Web. 

• Toda aplicación Web creada con Java Studio Creator 2 tiene un bean de página, un objeto RequestBean, un objeto 
Sessi onBean y un objeto Appi i cati onBean. 

• El objeto RequestBean se mantiene en ámbito de petición; este objeto existe sólo mientras dure una petición 
HTTP. 

• Un objeto Sessi onBean tiene ámbi to de sesi ón; el objeto existe durante una sesión de navegación del usuario, o 
hasta que se agota el tiempo de la sesión. Hay un único objeto Sessi onBean para cada usuario. 

• El objeto Appi i cati onBean tiene ámbito de aplicación; este objeto es compartido por todas las instancias de 
una aplicación y existe mientras que la aplicación esté desplegada en un servidor Web. Este objeto se utiliza para 
almacenar datos a nivel de aplicación o para procesamiento; sólo existe una instancia para la aplicación, sin importar 
el número de sesiones abiertas. 

Sección 26.5. 1 Análisis de un archivo JSP 

• Java Studio Creator 2 genera un archivo JSP en respuesta a las interacciones del programador con el Editor visual. 

• Todas las JSPs tienen un elemento jsp: root con un atributo versión para indicar la versión de JSP que se utiliza, 
y uno o más atributos xml ns. Cada atributo xml ns especifica un prefijo y un URL para una biblioteca de etiquetas, 
lo cual permite a la página usar las etiquetas especificadas en esa biblioteca. 

• Todas las JSPs generadas por Java Studio Creator 2 incluyen las bibliotecas de etiquetas para la biblioteca de com- 
ponentes JSF básicos, la biblioteca de componentes JSF de HTML, la biblioteca de componentes JSP estándar y la 
biblioteca de componentes JSP de interfaz de usuario. 

• El atributo contentType del elemento jsp : di recti ve . page especifica el tipo MIME y el conjunto de caracteres 
utilizado por la página. El atributo pageEncodi ng especifica la codificación de caracteres utilizada por la página de 
origen. Estos atributos ayudan al cliente a determinar cómo desplegar el contenido. 

• Todas las páginas que contienen componentes JSF se representan en un árbol de componentes, con el elemento JSF 
raíz f : vi ew (de tipo UlVi ewRoot). Todos los elementos de los componentes JSF se colocan en este elemento. 

• Muchos elementos de página ui tienen un atributo bi ndi ng para enlazar sus valores a las propiedades en los Java- 
Beans de la aplicación Web. Para realizar estos enlaces, se utiliza el Lenguaje de expresiones de JSF. 

• El elemento ui : head tiene un atributo ti ti e que especifica el título de la página. 

• Un elemento ui : 1 i nk se puede utilizar para especificar la hoja de estilos CSS utilizada por una página. 

• Un elemento ui : body define el cuerpo de la página. 

• Un elemento ui : form define a un formulario en una página. 

• Un componente ui : stati cText muestra texto que no cambia. 

• Los elementos JSP se asignan a elementos XHTML para desplegarlos en un navegador. Los mismos elementos JSP 
se pueden asignar a distintos elementos XHTML, dependiendo del navegador cliente y de las configuraciones de las 
propiedades de los componentes. 

• Por lo general, un componente ui : stati cText se asigna a un elemento span de XHTML. Un elemento span 
contiene texto que se muestra en una página Web, y se utiliza para controlar el formato del texto. El atributo styi e 
de un elemento ui : stati cText se representará como parte del atributo styl e del elemento span correspondiente 
cuando el navegador despliegue la página. 

Sección 26.5.2 Análisis de un archivo de bean de página 

• Las clases de bean de página heredan de la clase AbstractPageBean (paquete com. sun . rave . web . ui . appbase), la 
cual proporciona métodos para el ciclo de vida de la página. 

• El paquete com . sun . rave . web . ui . component incluye clases para muchos componentes JSF básicos. 

• Un componente ui : stati cText es un objeto Stati cText (paquete com. sun . rave .web . ui . component). 

Sección 26.5.3 Ciclo de vida del procesamiento de eventos 

• El modelo de aplicación de Java Studio Creator 2 coloca varios métodos (i ni t, preprocess, prerender y destroy) 
en el bean de página que se enlaza con el ciclo de vida de procesamiento de eventos JSF. Estos métodos representan 
cuatro etapas principales: inicialización, pre-procesamiento, pre-despliegue y destrucción. 
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• El contenedor de JSPs llama al método i ni t la primera vez que se solicita la página, y en las peticiones de devolución 
de envío (postback). Una petición de devolución de envío ocurre cuando se envían formularios, y la página (junto 
con su contenido) se envía al servidor para su procesamiento. 

• El método i ni t invoca a la versión de su superclase, y después trata de llamar al método _i ni t, el cual maneja las 
tareas de inicialización de los componentes. 

• El método preprocess se llama después de init, pero sólo si la página está procesando una petición de devolu- 
ción de envío. El método prerender se llama justo antes de que el navegador despliegue una página. Este método 
se debe utilizar para establecer las propiedades de los componentes; las propiedades que se establezcan antes de tiem- 
po (como en el método i ni t) pueden sobrescribirse antes de que el navegador llegue a desplegar la página. 

• El método destroy se llama después de haber desplegado la página, pero sólo si se llamó al método init. Este 
método maneja las tareas tales como liberar los recursos utilizados para desplegar la página. 

Sección 26. 5.4 Relación entre la JSP y los archivos de bean de página 

• El bean de página tiene una propiedad para cada elemento que aparece en el archivo JSP. 

Sección 26.5.5 Análisis del XHTML generado por una aplicación Web de Java 

• Para crear una nueva aplicación Web, seleccione Archivo > Nuevo proyecto... para mostrar el cuadro de diálogo Nuevo 
proyecto. En este cuadro de diálogo, seleccione Web en el panel Categorías, Aplicación web JSF en el panel Proyectos 
y haga clic en Siguiente. Especifique el nombre del proyecto y la ubicación. Plaga clic en Terminar para crear el pro- 
yecto de aplicación Web. 

• Al crear un nuevo proyecto, Java Studio Creator 2 crea una sola página Web llamada Pagel. Esta página se abre de 
manera predeterminada en el Editor visual en modo Diseño, cuando el proyecto se carga por primera vez. A medida 
que el programador arrastra y suelta nuevos componentes en la página, el modo Diseño le permite ver cómo se des- 
plegará la página en el navegador. El archivo JSP para esta página, llamado Pagel, jsp, se puede ver haciendo clic 
en el botón JSP en la parte superior del Editor visual, o haciendo clic con el botón derecho del ratón en cualquier 
parte del Editor visual y seleccionando la opción Editar origen JSP. 

• Para abrir el archivo de bean de página correspondiente, haga clic en el botón Java en la parte superior del Editor visual, 
o haga clic con el botón derecho del ratón en cualquier parte del Editor visual y seleccione Editar origen Java Pagel . 

• El botón Previsualizar en navegador en la parte superior de la ventana Editor visual le permite ver sus páginas en un 
navegador sin tener que crear y ejecutar la aplicación. 

• El botón Actualizar vuelve a dibujar la página en el Editor visual. 

• La lista desplegable Tamaño de navegador de destino nos permite especificar la resolución óptima del navegador para 
ver la página, y nos permite ver cuál será la apariencia de la página en distintas resoluciones de pantalla. 

• La ventana Proyectos en la esquina inferior derecha del IDE muestra la jerarquía de todos los archivos del proyecto. 
El nodo Páginas Web contiene los archivos JSP e incluye la carpeta resources, la cual contiene la hoja de estilo CSS 
para el proyecto, y cualquier otro archivo que puedan necesitar las páginas para mostrarse en forma apropiada (como 
los archivos de imagen). El código fuente de Java, incluyendo el archivo de bean de página para cada página Web 
y los beans de aplicación, sesión y petición, se pueden encontrar bajo el nodo Paquetes de origen. 

• El archivo Navegación de página define reglas para navegar por las páginas del proyecto, con base en el resultado de 
algún evento iniciado por el usuario, como hacer clic en un botón o en un vínculo. También podemos acceder al 
archivo Navegación de página si hacemos clic con el botón derecho del ratón en el Editor visual, estando en modo 
Diseño; para ello, seleccionamos la opción Navegación de página.... 

• Los métodos i ni t, preprocess, prerender y destroy se sobrescriben en cada bean de página. Aparte del método 
init, estos métodos están vacíos al principio. Sirven como receptáculos para que usted pueda personalizar el com- 
portamiento de su aplicación Web. 

• Por lo general, es conveniente cambiar el nombre de los archivos JSP y Java en el proyecto, de manera que los nom- 
bres sean relevantes para nuestra aplicación. Para ello, haga clic en el archivo JSP en la Ventana Proyectos y seleccione 
Cambiar nombre para mostrar el cuadro de diálogo Cambiar nombre. Escriba el nuevo nombre para el archivo. Si está 
activada la opción Previsualizar todos los cambios, aparecerá la Ventana Refactorización en la parte inferior del IDE 
cuando haga clic en Siguiente >. No se realizarán cambios hasta que haga clic en el botón Refactorizar de la Venta- 
na Refactorización. Si no previsualiza los cambios, la refactorización se llevará a cabo cuando haga clic en el botón 
Siguiente > del cuadro de diálogo Cambiar nombre. 

• La refactorización es el proceso de modificar el código fuente para mejorar su legibilidad y reutilización, sin cambiar 
su comportamiento; por ejemplo, al cambiar el nombre a los métodos o variables, o al dividir métodos extensos en 
métodos más cortos. Java Studio Creator 2 tiene herramientas de refactorización integradas, que automatizan ciertas 
tareas de refactorización. 
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• Para agregar un título, abra la página JSP en modo Diseño. En la ventana Propiedades, escriba el nuevo título ense- 
guida de la propiedad Título y oprima Intro. 

• Para agregar componentes a una página, arrástrelos y suéltelos desde la Paleta hacia la página en modo Diseño. Cada 
componente es un objeto que tiene propiedades, métodos y eventos. Puede establecer estas propiedades y eventos 
en la ventana Propiedades, o mediante programación en el archivo de bean de página. Los métodos obtener (get) y 
establecer (set) se agregan al archivo de bean de página para cada componente que agregamos a la página. 

• Los componentes se despliegan usando el posicionamiento absoluto, de manera que aparezcan exactamente en don- 
de se sueltan en la página. 

• Java Studio Creator 2 es un editor WYSIWYG (What You See Is What You Get — Lo que ve es lo que obtiene); 
cada vez que realice un cambio a una página Web en modo Diseño, el IDE creará el marcado (visible en modo JSP) 
necesario para lograr los efectos visuales deseados que aparecen en modo Diseño. 

• Después de diseñar la interfaz, puede modificar el bean de página para agregar su lógica comercial. 

• La ventana Esquema muestra el bean de página y los beans de ámbito de petición, sesión y aplicación. Al hacer clic 
en un elemento en el árbol de componentes del bean de página, se selecciona el elemento en el Editor visual. 

• Seleccione Generar > Generar proyecto principal, y después Ejecutar > Ejecutar proyecto principal para ejecutar la apli- 
cación. 

• Para agregar un proyecto que ya haya sido creado, oprima el icono Ejecutar proyecto principal ( , en la barra de 
herramientas que se encuentra en la parte superior del IDE. 

• Si se hacen cambios a un proyecto, éste debe volver a generarse para que puedan reflejarse los cambios cuando se vea 
la aplicación en un navegador Web. 

• Oprima F5 para generar la aplicación y después ejecutarla en modo de depuración. Si escribe <Ctrl> F5 , el programa 
se ejecutará sin la depuración habilitada. 

Sección 26.5.6 Creación de una aplicación Web en Java Studio Creator 2 

• El componente Panel de cuadrícula permite al diseñador especificar el número de columnas que debe contener la 
cuadrícula. Después se pueden soltar los componentes en cualquier parte dentro del panel, y éstos se reposicionarán 
automáticamente en columnas espaciadas de manera uniforme, en el orden en el que se suelten. Cuando el número 
de componentes excede al número de columnas, el panel desplaza los componentes adicionales hacia una nueva fila. 

• Un componente Imagen (de la clase Image) inserta una imagen en una página Web. Las imágenes que se van a mos- 
trar en una página Web se deben colocar en la carpeta resources del proyecto. Para agregar imágenes al proyecto, 
suelte un componente Imagen en la página y haga clic en el botón de elipsis que está a un lado de la propiedad url 
en la ventana Propiedades. A continuación se abrirá un cuadro de diálogo, en el que puede seleccionar la imagen a 
mostrar. 

• Los componentes Campo de texto nos permiten obtener entrada de texto del usuario. 

• Observe que el orden en el que se arrastran los componentes a la página es importante, ya que sus etiquetas JSP se 
agregan al archivo JSP en ese orden. El uso de tabuladores entre los componentes permite navegar por los compo- 
nentes en el orden en el que se hayan agregado las etiquetas JSP al archivo JSP Si desea que el usuario navegue por 
los componentes en cierto orden, debe arrastrarlos a la página en ese orden. De manera alternativa, puede establecer 
la propiedad Tab Index de cada campo de entrada en la ventana Propiedades. Un componente con un índice de 
tabulación de 1 será el primero en la secuencia de tabulaciones. 

• Una Lista desplegable muestra una lista, de la cual el usuario puede seleccionar un elemento. Este objeto se puede 
configurar haciendo clic con el botón derecho en la lista desplegable en modo Diseño y seleccionando Configurar 
opciones predeterminadas, con lo cual se abrirá el cuadro de diálogo Personalizador de opciones para agregar opcio- 
nes a la lista. 

• Un componente Hipervínculo de la clase Hyperl i nk agrega un vínculo a una página Web. La propiedad url de este 
componente especifica el recurso que se solicita cuando un usuario hace clic en el hipervínculo. 

• Un componente Grupo de botones de selección de la clase Radi oButtonCroup proporciona una serie de botones de 
opción, de los cuales el usuario puede seleccionar sólo uno. Para editar las opciones, haga clic con el botón derecho 
del ratón en el componente y seleccione Configurar opciones predeterminadas. 

• Un Botón es un componente JSF de la clase Button que desencadena una acción cuando es oprimido. Por lo general, 
un componente Button se asigna a un elemento i nput de XEITML con el atributo type establecido en submi t. 

Sección 26.6.2 Validación mediante los componentes de validación y validadores personalizados 

• La validación ayuda a prevenir los errores de procesamiento, debido a una entrada del usuario incompleta o con un 
formato inapropiado. 

• Un Validador de longitud determina si un campo contiene un número aceptable de caracteres. 
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• El Validador de intervalo doble y el Validador de intervalo largo determinan si la entrada numérica se encuentra dentro 
de intervalos aceptables. 

• El paquete j avax . faces . val i dators contiene las clases para estos validadores. 

• Los componentes Etiqueta describen a otros componentes, y se pueden asociar con los campos de entrada del usuario 
si se establece su propiedad for. 

• Los componentes Mensaje muestran mensajes de error cuando falla la validación. 

• Para asociar un componente Etiqueta o Mensaje con otro componente, mantenga oprimidas las teclas Ctrl y Mayús, 
y después arrastre la etiqueta o mensaje hacia el componente apropiado. 

• Establezca la propiedad requi red de un componente para asegurar que el usuario escriba datos para éste. 

• Si agrega un componente de validación o un método de validación personalizado a un campo de entrada, la propie- 
dad requi red de ese campo se debe establecer en true para que ocurra la validación. 

• En el Editor visual, la etiqueta para un campo requerido se marca automáticamente con un asterisco color rojo. 

• Si un usuario envía un formulario con un campo de texto vacío para el cual se requiere un valor, se mostrará el 
mensaje de error predeterminado para ese campo en su componente ui : message asociado. 

• Para editar las propiedades de un Validador de intervalo doble o de un Validador de intervalo largo, haga clic en su nodo 
en la ventana Esquema en modo Diseño y establezca las propiedades mi ni mum y maxi mum en la ventana Propiedades. 

• Es posible limitar la longitud de la entrada del usuario sin validación, para lo cual hay que establecer la propiedad 
maxLength de un componente Campo de texto. 

• Comparar la entrada del usuario con una expresión regular es una forma efectiva de asegurar que la entrada tenga 
un formato apropiado. 

• Java Studio Creator 2 no proporciona componentes para validación mediante el uso de expresiones regulares, pero 
podemos agregar nuestros propios métodos de validación al archivo de bean de página. 

• Para agregar un método de validación personalizado a un componente de entrada, haga clic con el botón derecho 
en el componente y seleccione Editar manejador de eventos > valídate para crear un método de validación para el 
componente en el archivo de bean de página. 

Sección 26.7 Rastreo de sesiones 

• La personalización hace posible que los comercios electrónicos se comuniquen con eficiencia con sus clientes, y 
también mejora la habilidad del usuario para localizar los productos y servicios deseados. 

• Existe una concesión entre el servicio de comercio electrónico personalizado y la protección de la privacidad. Algu- 
nos consumidores adoptan la idea del contenido personalizado, pero otros temen a las posibles consecuencias adver- 
sas, si la información que proporcionan a los comercios electrónicos es liberada o recolectada por tecnologías de 
rastreo. 

• Para proporcionar servicios personalizados a los consumidores, los comercios electrónicos deben tener la capacidad 
de reconocer a los clientes cuando solicitan información de un sitio. Por desgracia, E1TTP es un protocolo sin 
estado; no soporta conexiones persistentes que permitan a los servidores Web mantener información de estado, en 
relación con clientes específicos. Por lo tanto, los servidores Web no pueden determinar si una petición proviene de 
un cliente específico, o si una serie de peticiones provienen de uno o varios clientes. 

• Para ayudar al servidor a diferenciar un cliente de otro, cada cliente debe identificarse a sí mismo con el servidor. 
El rastreo de clientes individuales, conocido como rastreo de sesiones, puede lograrse de varias formas. Una técnica 
popular utiliza cookies; otra utiliza el objeto SessionBean. 

• Con los elementos "hidden", un formulario Web puede escribir los datos de rastreo de sesión en un componente 
f o rm en la página Web que devuelve al cliente, en respuesta a una petición previa. Cuando el usuario envía el formu- 
lario en la nueva página Web, todos los datos del formulario (incluyendo los campos "hi dden") se envían al mane- 
jador del formulario en el servidor Web. Con la reescritura de URLs, el servidor Web incrusta la información de 
rastreo de sesión directamente en los URLs de los hipervínculos en los que el usuario hace clic para enviar las subsi- 
guientes peticiones al servidor Web. 

Sección 26.7.1 Cookies 

• Una cookie es una pieza de datos que, por lo general, se almacena en un archivo de texto en la computadora del 
usuario. Una cookie mantiene información acerca del cliente, durante y entre las sesiones del navegador. 

• La primera vez que un usuario visita el sitio Web, su computadora podría recibir una cookie; después, esta cookie se 
reactiva cada vez que el usuario vuelve a visitar ese sitio. La información recolectada tiene el propósito de ser un regis- 
tro anónimo que contiene datos, los cuales se utilizan para personalizar las visitas futuras del usuario al sitio Web. 

• Cada interacción basada en E1TTP entre un cliente y un servidor incluye un encabezado, el cual contiene información 
sobre la petición (cuando la comunicación es del cliente al servidor) o sobre la respuesta (cuando la comunicación es 
del servidor al cliente). 
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• Cuando una página recibe una petición, el encabezado incluye información como el tipo de petición y cualquier 
cookie que se haya enviado anteriormente del servidor, para almacenarse en el equipo cliente. Cuando el servidor 
formula su respuesta, la información del encabezado contiene cualquier cookie que el servidor desee almacenar en 
la computadora cliente, junto con más información, como el tipo MIME de la respuesta. 

• La fecha de expiración de una cookie determina la forma en que ésta permanecerá en la computadora del cliente. Si no 
establecemos una fecha de expiración para la cookie, el navegador Web mantendrá la cookie mientras dure la sesión 
de navegación. En caso contrario, el navegador Web mantendrá la cookie hasta que llegue la fecha de expiración. 

• Al establecer el manejador de acciones para un Hipervínculo podemos responder a un clic sin necesidad de redirigir 
al usuario hacia otra página. 

• Para agregar un manejador de acciones a un Hipervínculo que también debe dirigir al usuario a otra página, debemos 
agregar una regla al archivo Navegación de página. Para editar este archivo, haga clic con el botón derecho del ratón 
en cualquier parte del Diseñador visual y seleccione Navegación de página...; después arrastre el Hipervínculo apro- 
piado a la página de destino. 

• Un objeto cookie es una instancia de la clase Cooki e en el paquete javax . serví et . http. 

• Un objeto de la clase HttpServI etResponse (del paquete javax. serví et . http) representa la respuesta. Para 
acceder a este objeto, hay que invocar el método getExternalContext en el bean de página, y después invocar a 
getResponse en el objeto resultante. 

• Un objeto de la clase HttpServI etRequest (del paquete javax. servlet . http) representa la petición. Para obtener 
este objeto, hay que invocar al método getExternalContext en el bean de página, y después invocar a getRequest 
en el objeto resultante. 

• El método getCooki es de HttpServI etRequest devuelve un arreglo de las cookies que se escribieron previamente 
en el cliente. 

• Un servidor Web no puede acceder a las cookies creadas por los servidores en otros dominios. 

Sección 26.7.2 Rastreo de sesiones con el objeto SessionBean 

• Podemos llevar a cabo el rastreo de sesiones con la clase SessionBean que se proporciona en cada aplicación Web 
creada con Java Studio Creator 2. Cuando un nuevo cliente solicita una página Web en el proyecto, se crea un objeto 
Sessi onBean. 

• Podemos acceder al objeto SessionBean a través de una sesión, invocando al método getSessi onBean en el bean 
de página. Podemos usar el objeto SessionBean para acceder a las propiedades de sesión almacenadas. 

• Para almacenar información en el objeto SessionBean, agregue propiedades a la clase SessionBean. Para agregar 
una propiedad, haga clic con el botón derecho del ratón en el nodo SessionBean en la ventana Esquema y seleccione 
Agregar | Propiedad para mostrar el cuadro de diálogo Nuevo patrón de propiedad. Configure la propiedad y haga clic 
en Aceptar para crearla. 


Terminología 

AbstractPageBean 
acción en una JSP 

action, atributo del elemento form de XE1TML 

aplicación basada en Web de tres niveles 

aplicación de n niveles 

aplicación multinivel 

Appl i cati onBean 

árbol de componentes 

bean de página 

biblioteca de etiquetas 

bibilioteca de etiquetas personalizadas 

búsqueda DNS 

Button, componente JSF 

Campo de texto, componente JSF 

ciclo de vida del procesamiento de eventos 

com . sun . rave .web . ui . component 

contenedor de JSPs 

contenedor de servlets 

cookie 


Cuadro de lista, componente JSF 
datos de plantilla fija 
desarrollo de aplicación Web 
desplegar XE1TML en un navegador Web 
destroy, método del ciclo de vida de procesamiento de 
eventos 
dirección IP 
directiva en una JSP 
directorio virtual 
Diseño, modo 
Editor visual 

editor WYSIWYG (Lo que ve es lo que obtiene) 
elemento de secuencia en una JSP 
encabezado E1TTP 

entrada oculta en un formulario de XE1TML 

escapeó, propiedad 

Esquema, ventana 

Eti queta, componente JSF 

etiqueta de XHTML 
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etiqueta final 

etiqueta inicial 

etiqueta personalizada 

fecha de expiración de una cookie 

CET, petición http 

Grupo de botones de selección, componente JSF 

hipertexto 

hipervínculo 

Hiperlink, componente JSF 
host 

Image, componente JSF 

i ni t, método del ciclo de vida de procesamiento 
de eventos 
Java BluePrints 
Java Studio Creator 2 
JavaBeans 

javax . serví et, paquete 
javax . serví et . http, paquete 
JSF (JavaServer Faces) 

JSF, componentes 

JSF, Lenguaje de expresiones 

JSP (JavaServer Pages) 

. j sp, extensión de archivo 

JSTL (Biblioteca de etiquetas estándar de JSP) 

Lista desplegable, componente JSF 

localhost 

lógica comercial 

lógica de control 

lógica de presentación 

marcado de XHTML 

marco de trabajo 

mecanismo de extensión de etiquetas 
Mensaje, componente JSF 
method, atributo del elemento form de XF1TML 
método HTTP 

MIME (Extensiones de correo Internet multipropósito) 

nivel cliente 

nivel de datos 

nivel de información 


nivel en una aplicación multinivel 

nivel inferior 

nivel intermedio 

nivel superior 

nombre de host 

Paleta 

Panel de cuadrícula, componente JSF 
personalización 

petición de devolución de envío (postback) 
posicionamiento absoluto 
preprocess, método del ciclo de vida de 
procesamiento de eventos 
prerender, método del ciclo de vida del 
procesamiento de eventos 
rastreo de sesiones 
refactorización 
regla comercial 
rendered, propiedad 
RequestBean 
requi red, propiedad 
Service, método de la interfaz Serví et 
servidor DNS (sistema de nombres de dominio) 
servidor Web 
servlet 

Serví et, interfaz 

Sessi onBean 

span, elemento 

Sun Application Server 8 

texto de plantilla fija 

Texto estático, componente JSF 

ti ti e, elemento de XHTML 

validación 

Validador de intervalo doble, componente JSF 
Validador de intervalo largo, componente JSF 
Validador de longitud, componente JSF 
XML 

xmlns, atributos 


Ejercicios de autoevaluación 

26. 1 Conteste con verdadero o falso a cada una de las siguientes proposiciones; en caso de ser falso , explique por qué. 

a) Toda página Web JSP creada en Java Studio Creator 2 tiene sus propios archivos Appl i cati onBean, Ses- 
si onBean y RequestBean. 

b) El método i ni t del ciclo de vida de procesamiento de eventos se invoca cada vez que se carga una página. 

c) Cada componente en una página Web JSP está enlazado a una propiedad en el archivo Java de bean de 
página. 

d) Un solo componente JSF puede tener varios componentes de validación colocados sobre él. 

e) Si no se establece una fecha de expiración para una cookie, esa cookie se destruirá al final de la sesión del 
navegador. 

f) Cada componente JSF se asigna sólo a un elemento XHTML correspondiente. 

g) Las expresiones en la sintaxis del Lenguaje de expresiones JSF se delimitan por los signos <! -- y -->. 

h) El objeto Sessi onBean puede almacenar sólo propiedades primitivas y propiedades de tipo Stri ng. 
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26.2 Complete las siguientes oraciones: 

a) Las aplicaciones Web contienen tres niveles básicos: , y 


b) El componente JSF se utiliza para mostrar mensajes de error, en caso de que falle la 

validación. 

c) Un componente que comprueba la entrada en otro componente antes de enviar esa entrada al servidor se 

llama 

d) Cada clase de bean de página hereda de la clase 

e) Cuando una página se carga la primera vez, el evento ocurre primero, seguido del even- 
to 

f) El archivo contiene la funcionalidad para una JSE 

g) Un se puede utilizar en un método de validación personalizado para validar el formato 

de la entrada del usuario. 

h) El arreglo de objetos Cooki e almacenados en el cliente se puede obtener llamando al método getCooki es 

en el objeto 

i) En una aplicación multinivel, el nivel controla las interacciones entre los clientes de la 

aplicación y los datos de la misma. 

Respuestas a los ejercicios de autoevaluación 

26.1 a) Falso. Si una aplicación contiene varias JSPs, esas JSPs compartirán los beans de datos con ámbito, 
b) Falso, i ni t se invoca la primera vez que se solicita la página, pero no en las actualizaciones de páginas, c) Verdadero, 
d) Verdadero, e) Verdadero, f) Falso. Un componente Web se puede asignar a un grupo de elementos de XHTML; las 
JSPs pueden generar marcado de XE1TML complejo, a partir de componentes simples, g) Falso. #{ y } delimitan las ins- 
trucciones del Lenguaje de expresiones JSE h) Falso. Los beans de datos con ámbito pueden almacenar cualquier tipo 
de propiedad. 

26.2 a) inferior (información), intermedio (lógica comercial), superior (cliente), b) Mensaje, c) validador. d) Abs- 
tractPageBean. e) i ni t, prerender. f) bean de página, g) expresión regular, h) Petición (HttpServi etRequest). 
i) intermedio. 

Ejercicios 

26.3 (Modificación de HoraWeb) Modifique el ejemplo HoraWeb para que contenga listas desplegables que permitan 
al usuario modificar las propiedades de los componentes Texto estático tales como background-coi or, color y font- 
si ze. Cuando se vuelva a cargar la página, deberá reflejar los cambios especificados en las propiedades del componente 
Texto estático que muestra la hora. 

26.4 (Modificación del formulario de registro) Modifique la aplicación ComponentesWeb para agregar funcionalidad 
al botón Registro. Cuando el usuario haga clic en Enviar, valide todos los campos de entrada para asegurar que el usua- 
rio haya llenado el formulario por completo y haya introducido una dirección de e-mail válida, junto con un número 
telefónico válido. Después, lleve al usuario a otra página que muestre un mensaje indicando un registro exitoso, y que 
vuelva a imprimir la información de registro para el usuario. 

26.5 ( Contador de visitas a las páginas con Cookies) Cree un archivo JSP que utilice una cookie persistente (es decir, 
una cookie con una fecha de expiración en el futuro) para llevar la cuenta de cuántas veces el equipo cliente ha visitado 
la página. Use el método setMaxAge para hacer que la cookie permanezca en el equipo cliente durante un mes. Muestre 
el número de visitas a la página (es decir, el valor de la cookie) cada vez que se cargue la página. 

26.6 ( Contador de visitas de páginas con ApplicationBean) Cree un archivo JSP que utilice el objeto Appl i cati on- 
Bean para llevar la cuenta de cuántas veces se ha visitado una página. [Nota: si desplegara esta página en la Web, contaría 
el número de veces que un equipo haya solicitado la página, a diferencia del ejercicio anterior]. Muestre el número de 
visitas a la página (es decir, el valor de una propiedad int en el objeto ApplicationBean) cada vez que se cargue la 
página. 




de belleza en sí mismo, y 
es completo por sí solo; el 
elogio no forma parte de 
éste. 

— Marcus Aurelius Antoninus 

Hay algo en un rostro, un 
aire, y una gracia peculiar, 
que los pintores más audaces 
no pueden trazar. 

— William Somerville 

Cato dijo que la mejor 
forma de mantener los 
buenos actos en la memoria 
era refrescarlos con nuevos 
actos. 

— Francis Bacon 

Nunca olvido un rostro, 
pero en su caso haré una 
excepción. 

— Groucho Marx 

La pintura es sólo un puente 
que enlaza la mente del 
pintor con la del observador. 

— Eugéne Delacroix 
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OBJETIVOS 

En este capítulo aprenderá a: 

■ Utilizar los proveedores de datos para acceder a las bases de 
datos desde las aplicaciones Web integradas en Java Studlo 
Creator 2. 

■ Conocer los principios básicos y ventajas de la tecnología Ajax. 

■ Incluir componentes JSF habilitados para Ajax en un proyecto 
de aplicación Web de Java Studio Creator 2. 

■ Configurar formas virtuales que permiten a los subconjuntos 
de los componentes de entrada de un formulario ser enviados 
al servidor. 




Plan general 
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27.1 Introducción 

27.2 Acceso a bases de datos en las aplicaciones Web 

27.2.1 Creación de una aplicación Web que muestra datos de una base de datos 

27.2.2 Modificación del archivo de bean de página para la aplicación Li bretaDi recci ones 

27.3 Componentes JSF habilitados para Ajax 

27.3.1 Biblioteca de componentes Java BluePrints 

27.4 AutoComplete Text Field y formularios virtuales 

27.4- 1 Configuración de los formularios virtuales 

27.4- 2 Archivo JSP con formularios virtuales y un AutoComplete Text Field 

27.4- 3 Cómo proporcionar sugerencias para un AutoComplete Text Field 

27.5 Componente Map Viewer de Google Maps 

27.5.1 Cómo obtener una clave de la API Google Maps 

27.5.2 Cómo agregar un componente Map Viewer a una página 

27.5.3 Archivo JSP con un componente Map Viewer 

27.5.4 Bean de página que muestra un mapa en el componente Map Viewer 

27.6 Conclusión 

27.7 Recursos Web 

Resumen | Terminología | Ejercicios de autoevaluación | Respuestas a los ejercicios de autoevaluación | Ejercicios 


27.1 Introducción 

En este capítulo continuaremos nuestra discusión acerca del desarrollo de aplicaciones Web con varios conceptos 
avanzados. Hablaremos sobre cómo acceder, actualizar y realizar búsquedas en bases de datos en una aplicación 
Web, cómo agregar formularios virtuales a páginas Web para permitir que se envíen subconjuntos de los compo- 
nentes de entrada de un formulario al servidor, y cómo usar las bibliotecas de componentes habilitados para Ajax, 
para mejorar el rendimiento de la aplicación y la capacidad de respuesta de los componentes. 

Presentaremos una aplicación de libreta de direcciones desarrollada en tres etapas, para ilustrar estos concep- 
tos. La aplicación está respaldada por una base de datos Java DB para almacenar los nombres de los contactos y 
sus direcciones. 

La aplicación de libreta de direcciones presenta un formulario que permite al usuario introducir un nuevo 
nombre y dirección para almacenarlos en la libreta de direcciones, y muestra el contenido de esta libreta en for- 
mato tabular. También proporciona un formulario de búsqueda que permite al usuario buscar un contacto y, si lo 
encuentra, muestra la dirección de ese contacto en un mapa. La primera versión de esta aplicación demuestra cómo 
agregar contactos a la base de datos, y cómo mostrar la lista de contactos en un componente JSF Tabla. En la segun- 
da versión, agregamos un componente Auto Complete Text Field habilitado para Ajax y lo habilitamos para sugerir 
una lista de nombres de contactos, a medida que el usuario escribe información. La última versión nos permite 
buscar un contacto en la libreta de direcciones, y mostrar la dirección correspondiente en un mapa mediante el uso 
del componente MapVi ewer habilitado para Ajax, controlado mediante Google Maps (maps . googl e . com). 

Al igual que en el capítulo 26, desarrollamos los ejemplos de este capítulo en Java Studio Creator 2.0. Insta- 
lamos una biblioteca de componentes suplementaria (la biblioteca de componentes Ajax de Java BluePrints), la 
cual proporciona los componentes habilitados para Ajax que utilizamos en la aplicación de libreta de direcciones. 
En la sección 27.3.1 se incluyen instrucciones para instalar esta biblioteca. 

27.2 Acceso a bases de datos en las aplicaciones Web 

Muchas aplicaciones Web acceden a bases de datos para almacenar y obtener datos persistentes. En esta sección 
vamos a crear una aplicación Web que utiliza una base de datos Java DB para almacenar contactos en la libreta de 
direcciones y mostrar contactos de esta libreta en una página Web. 

La página Web permite al usuario introducir nuevos contactos en un formulario. Este formulario consiste 
en componentes Campo de texto para el primer nombre del contacto, su dirección física, ciudad, estado y códi- 



27.2 Acceso a bases de datos en las aplicaciones Web 1175 


go postal. El formulario también tiene un botón Enviar para enviar los datos al servidor, y un botón Clear para 
restablecer los campos del formulario. La aplicación almacena la información de la libreta de direcciones en una 
base de datos llamada Li bretaDi recciones, la cual tiene una sola tabla llamada Addresses. (En el directorio 
de ejemplos para este capítulo proporcionamos esta base de datos. Puede descargar los ejemplos de www . dei tel . 
com/books/jhtp7). Este ejemplo también introduce el componente JSF Tabla, el cual muestra las direcciones de 
la base de datos en formato tabular. En breve le mostraremos cómo configurar el componente Tabla. 

27.2.1 Creación de una aplicación Web que muestra datos de una base 
de datos 

Ahora le explicaremos cómo crear la GUI de la aplicación Li bretaDi recci ones y establecer un enlace de datos 
que permita al componente Tabla mostrar información de la base de datos. Más adelante en esta sección presenta- 
remos el archivo JSP generado, y hablaremos sobre el archivo de bean de página relacionado en la sección 27.2.2. 
Para crear la aplicación Li bretaDi recci ones, realice los siguientes pasos: 

Paso 1: Crear el proyecto 

En Java Studio Creator 2, cree un proyecto Aplicación web JSF llamado Li bretaDi recci ones. Cambie el nom- 
bre a los archivos JSP y de bean de página a Li bretaDi recci ones, usando las herramientas de refactorización. 

Paso 2: Crear el formulario para la entrada del usuario 

En modo Diseño, agregue un componente Texto estático a la parte superior de la página que contenga el texto 
"Agregar un contacto alai i b reta de di recci ones : " y utilícela propiedad styl e del componente para esta- 
blecer el tamaño de la fuente en 18px. Agregue seis componentes Campo de texto a la página y cambie su nombre 
a pnombreCampoTexto, apaternoCampoTexto, cal 1 eCampoTexto, ci udadCampoTexto, estadoCampoTexto y 
cpCampoTexto. Establezca la propiedad requi red de cada Campo de texto en true; para ello seleccione el com- 
ponente Campo de texto y después haga clic sobre la casilla de verificación de la propiedad requi red. Etiquete 
cada Campo de texto con un componente Etiqueta y asocie ese componente con su correspondiente Campo 
de texto. Por último, agregue los botones Enviar y Borrar. Establezca la propiedad primary del botón Enviar a 
true, para hacer que resalte más en la página que el botón Borrar, y para permitir que el usuario envíe un nuevo 
contacto, al oprimir Intro en vez de hacer clic en el botón Enviar. Establezca la propiedad reset del botón a 
true, para evitar la validación cuando el usuario haga clic en el botón Borrar. Como vamos a borrar los campos, 
no deseamos asegurarnos que contengan información. Elablaremos sobre el manejador de acciones para el botón 
Enviar después de presentar el archivo de bean de página. El botón Borrar no necesita un método manejador de 
acciones, ya que al establecer la propiedad reset a true el botón se configura de manera automática para resta- 
blecer todos los campos de entrada de la página. Cuando haya terminado estos pasos, su formulario deberá verse 
como el de la figura 27.1. 

Paso 3: Agregar un componente Tabla a la página 

Arrastre un componente Tabla de la sección Básicos de la Paleta a la página, y colóquelo justo debajo de los 
dos componentes Botón. Cambie su nombre a di recci onesTabl a. El componente Tabla da formato y muestra 


Agregar un contado a la líbrala da dlracdonas: 


Maopofl* 


Figura 27.1 | Formulario de la aplicación Li bretaDi recciones para agregar un contacto. 
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datos de las tablas de una base de datos. En la ventana Propiedades, cambie la propiedad ti ti e de Tabla a Con- 
tactos. En breve le mostraremos cómo configurar la Tabla para que interactúe con la base de datos Li breta- 
Di recci ones. 

Paso 4: Cómo agregar una base de datos a una aplicación Web de Java Studio Creator 2 
Para este ejemplo, utilizaremos una base de datos Java DB llamada LibretaDi recci ones con una sola tabla 
llamada Addresses. Para que esta base de datos esté disponible en sus proyectos, copie la carpeta Li bretaDi - 
recci ones de la carpeta de ejemplos del capítulo, a la carpeta SunAppServer8\derby\databases de la carpeta 
de instalación de Java Studio Creator 2. 

Para utilizar una base de datos en una aplicación Web de Java Studio Creator 2, primero debemos iniciar el 
servidor de bases de datos integrado del IDE, el cual permite utilizar conexiones a bases de datos en los proyec- 
tos de Java Studio Creator 2. El servidor incluye controladores para muchas bases de datos, incluyendo Java DB. 
Plaga clic en la ficha Servidores debajo del menú Archivo, haga clic con el botón derecho en Servidor Bundled 
Database en la parte inferior de la ventana Servidores y seleccione Iniciar Bundled Database. Ahora podrá utili- 
zar bases de datos que se ejecuten en este servidor en sus aplicaciones. 

Para agregar la base de datos LibretaDi recci ones a este proyecto, haga clic con el botón derecho en el 
nodo Orígenes de datos en la parte superior de la ventana Servidores y seleccione Agregar origen de datos.... 
En el cuadro de diálogo Agregar origen de datos (figura 27.2), escriba LibretaDi recci ones para el nombre 
del origen de datos y seleccione Derby en el tipo de servidor. (En el capítulo 25 vimos que Java DB es la versión 
producida por Sun de Apache Derby). El ID de usuario y la contraseña para esta base de datos son jhtp7. Para 
el URL de la base de datos, escriba jdbc : derby ://l ocal host : 2152 7/Li bretaDi recci ones. Este URL indica 
que la base de datos reside en el equipo local y acepta conexiones en el puerto 21527. Plaga clic en el botón Selec- 
cionar para elegir una tabla que se utilizará para validar la base de datos. En el cuadro de diálogo que aparezca, 
seleccione la tabla JHTP7.ADDRESSES, ya que es la única tabla en la base de datos. Plaga clic en Seleccionar para 
cerrar este cuadro de diálogo, y después haga clic en Agregar para agregar la base de datos como origen de datos 
para el proyecto y cierre el cuadro de diálogo. [Nota: Java Studio Creator 2 muestra los nombres de las bases de 
datos y las tablas en mayúsculas] . 



Figura 27.2 | Cuadro de diálogo para agregar un origen de datos. 


Paso 5: Enlazar el componente Tabla a la tabla Addresses de la base de datos LibretaDi recciones 
Ahora que hemos configurado un origen de datos para la tabla Addresses de la base de datos, podemos configu- 
rar el componente Tabla para mostrar los datos de Li bretaDi recci ones. Simplemente arrastre la tabla de la base 
de datos de la ficha Servidores, y suéltela en el componente Tabla para crear el enlace. 

Si necesita un control más preciso sobre las columnas a mostrar, puede enlazar con una tabla de la base de 
datos de la siguiente manera: haga clic con el botón derecho del ratón en el componente Tabla y seleccione Enlazar 
con datos para mostrar el cuadro de diálogo Diseño de tabla. Haga clic en el botón Agregar proveedor de datos. . . 
para mostrar el cuadro de diálogo Agregar proveedor de datos, el cual contiene una lista de los orígenes de datos 
disponibles. Expanda el nodo Li bretaDi recci ones, expanda el nodo Tablas, seleccione ADDRESSES y haga clic 
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en Agregar. Ahora el cuadro de diálogo Diseño de tabla mostrará una lista de las columnas en la tabla Addresses 
de la base de datos (figura 27.3). Todos los elementos bajo el encabezado Seleccionado se mostrarán en la Tabla. 
Para eliminar una columna de la Tabla, puede seleccionarla y hacer clic en el botón <. Como deseamos mostrar 
todas estas columnas en nuestra tabla, simplemente haga clic en Aceptar para salir del cuadro de diálogo. 

De manera predeterminada, la Tabla utiliza los nombres de las columnas de la tabla de la base de datos en 
mayúsculas como encabezados. Para modificar estos encabezados, seleccione una columna y edite su propiedad 
headerText en la ventana Propiedades. Para seleccionar una columna, expanda el nodo di reccionesTabl a 
en la ventana Esquema (estando en modo Diseño) y después seleccione el objeto columna apropiado. También 
modificamos la propiedad i d de cada columna, para hacer más legibles los nombres de las variables en el código. 
En modo Diseño, los encabezados de las columnas de su Tabla deberán aparecer como en la figura 27.4. 



Figura 27.3 | Cuadro de diálogo para enlazar con la tabla Addresses. 
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Figura 27.4 | El componente Tabl a después de enlazarlo con una tabla de la base de datos y editar los 
nombres de su columna, para fines de visualización. 


Una libreta de direcciones podría contener muchos contactos, por lo que sería conveniente mostrar sólo 
unos cuantos a la vez. Al hacer clic en la casilla de verificación a un lado de la propiedad pagi nati onControl de 
la tabla en la ventana Propiedades, se configura esta Tabla para paginación automática. Se mostrarán cinco filas 
a la vez, y se agregarán botones para avanzar hacia delante y hacia atrás, entre grupos de cinco contactos, al final 
de la Tabla. (También puede usar la ficha Opciones del cuadro de diálogo Diseño de tabla para seleccionar la 
paginación y el número de filas. Para ver esta ficha, haga clic con el botón derecho en la Tabla, seleccione Diseño 
de página..., y después haga clic en la ficha Opciones). A continuación, establezca la propiedad i nternal Vi r- 
tual Form de di reccionesTabl a. Los formularios virtuales permiten enviar subconjuntos de los componentes 
de entrada de un formulario al servidor. Al establecer esta propiedad se evita que los botones de control de pagi- 
nación en la Tabla envíen los componentes Campo de texto en el formulario cada vez que el usuario desea ver el 
siguiente grupo de contactos. En la sección 27.4.1 hablaremos sobre los formularios virtuales. 

Observe que al enlazar la Tabla con un proveedor de datos, se agregó un nuevo objeto addressesDatapro- 
vi der (una instancia de la clase CachedRowSetDataProvider) al nodo LibretaDirecciones en la ventana Esque- 
ma. Un objeto CachedRowSetDataProvi der proporciona un objeto RowSet desplazable que puede enlazarse con 
un componente Tabla para mostrar los datos del objeto RowSet. Este proveedor de datos es una envoltura para 
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un objeto CachedRowSet. Si hace clic en el elemento addressesDataProvider en la ventana Esquema, podrá ver 
en la ventana Propiedades que su propiedad cachedRowSet se estableció en addressesRowSet, un objeto que 
implementa a la interfaz CachedRowSet. 

Paso 6: Modificar la instrucción SQL de addressesRowSet 

El objeto CachedRowSet envuelto por nuestro objeto addressesDataProvi der está configurado de manera pre- 
determinada para ejecutar una consulta SQL que seleccione todos los datos en la tabla Di recci ones de la base de 
datos Li bretaDi recci ones. Para editar esta consulta SQL, puede expandir el nodo Sessi onBean en la ventana 
Esquema y hacer doble clic en el elemento add ressesRowSet para abrir la ventana del editor de consultas (figura 
27.5). Nos gustaría editar la instrucción SQL de manera que los registros con apellidos duplicados se ordenen 
por apellido, y después por primer nombre. Para ello, haga clic en la columna Tipo de orden enseguida de la fila 
LASTNAME y seleccione Ascendente. Después, repita esto para la fila FIRSTNAME. Observe que la expresión 

ORDER BY JHTP7.ADDRESSES. LASTNAME ASC, 

DHTP7.ADDRESSES. FIRSTNAME ASC 

se agregó a la instrucción SQL al final del editor. 

Paso 7: Agregar validación 

Es importante validar los datos del formulario en esta página, para asegurar que los datos puedan insertarse 
correctamente en la base de datos Li bretaDi recci ones. Todas las columnas de la base de datos son de tipo 
varchar y tienen restricciones de longitud. Por esta razón, debemos agregar un Validador de longitud a cada 
componente Campo de texto, o establecer la propiedad maxLength de cada componente Campo de texto. Opta- 
mos por establecer la propiedad maxLength de cada uno. Los componentes Campo de texto del primer nombre, 
apellido paterno, calle, ciudad, estado y código postal no pueden exceder a 20, 30, 100, 30, 2 y 5 caracteres, 
respectivamente. 



*• 



Figura 27.5 | Edición de la Instrucción SQL de addressesRowSet. 


Por último, arrastre un componente Grupo de mensaje a su página, a la derecha de la Tabla. Un componente 
Grupo de mensaje muestra mensajes del sistema. Utilizamos este componente para mostrar un mensaje de error 
cuando falla un intento de contactarse con la base de datos. Establezca la propiedad showGlobalOnly del Grupo 
de mensaje a true, para evitar que se muestren aquí mensajes de error de validación a nivel de componente. 

Archivo JSP para una página Web que interactúa con una base de datos 

El archivo JSP para la aplicación se muestra en la figura 27.6. Este archivo contiene una gran cantidad de marca- 
do generado para los componentes que vimos en el capítulo 26. En este ejemplo sólo hablaremos sobre el marcado 
para los componentes que son nuevos. 
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<?xml version="1.0" encodi ng="UTF-8"?> 

<! — Fig. 27.6: LibretaDi recciones. jsp --> 

<! — JSP de Li bretaDi recciones con un formulario para agregar y un componente JSF Tabla 


<jsp : root version="l. 2" xml ns : f="http://java. sun . com/j sf/core" 
xml ns : h="http ://java. sun . com/j sf/html " xml ns : jsp= 

"http://java.sun . com/J SP/Page" xml ns: ui="http://www. sun .com/web/ui "> 

<jsp:di rective.page contentType="text/html ; charset=UTF-8" 
pageEncodi ng="UTF-8"/> 

<f :view> 

<ui :page bi ndi ng=”#{Li bretaDi recciones . pagel}" id="pagel"> 

<ui :html bi ndi ng="#{Li bretaDi recciones. htmll}" id="htmll"> 

<ui :head bi ndi ng="#{Li bretaDi recciones. headl}" id="headl"> 

<ui : 1 i nk bi ndi ng="#{Li bretaDi recciones . li nkl}" id="li nkl" 
url="/ resources/styl esheet . css"/> 

</ui : head> 

<ui :body bi ndi ng="#{Li bretaDi recciones. bodyl}" id="bodyl" 
style= ’-rave-layout: grid"> 

<ui :form bi ndi ng="#{Li bretaDi recciones. forml}" id="forml"> 

<ui :staticText bi ndi ng="#{Li bretaDi recci ones . stati cTextl}" id= 

"stati cTextl" styl e="font-size : 18px; left: 12px; 
top: 24px; position: absolute” 

text="Agregar un contacto a la libreta de di recciones: "/> 

<ui : textFi eld bi ndi ng="#{Li bretaDi recciones . pnombreCampoTexto}" 
id="pnombreCampoTexto" maxLength="20" requi red="true" 
style="left: 132px; top: 72px; 
position: absolute"/> 

<ui : textFi eld bi ndi ng="#{Li bretaDi recciones . apaternoCampoTexto}" 
id="apaternoCampoTexto" maxLength="BO" requi red="true" 
style="left: 504px; top: 72px; position: absolute; 
width: 228px"/> 

<ui : textFi eld bi ndi ng="#{Li bretaDi recciones . cal 1 eCampoTexto}" 
id=' cali eCampoTexto" maxLength="100" requi red="true" 
style="left: 132px; top: 96px; position: absolute; 
width: 600px"/> 

<ui : textFi eld bi ndi ng="#{Li bretaDi recciones . ci udadCampoTexto}" 
i d="ci udadCampoTexto" maxLength="30" requi red="true" 
style="left: 132px; top: 120px; position: absolute; width: 264px"/> 
<ui : textFi eld bi ndi ng="#{Li bretaDi recciones .estadoCampoTexto}" 
id="estadoCampoTexto" maxLength="2" requi red="true" 
style="left: 480px; top: 120px; position: absolute; 
width: 60px"/> 

<ui : textFi eld bi ndi ng="#{Li bretaDi recciones . cpCampoTexto}" 
id="cpCampoTexto" maxLength="5" requi red="true" 
style="left: 672px; top: 120px; position: absolute; 
width: 60px"/> 

<ui : 1 abel bi ndi ng="#{ LibretaDi recciones . pnombreEtiqueta}" for= 

"pnombreCampoTexto" id="pnombreEtiqueta" styl e=posi tion : absolute" 
"left: 12px; top: 72px; text="Primer nombre: "/> 

<ui :label binding="#{LibretaDi recciones. apaternoEtiqueta}" for= 

"apaternoCampoTexto" id="apaternoEtiqueta" style="position: absolute; 
left: 384px; top: 72px" text="Apel 1 i do Paterno:"/> 

< u i : 1 abel bi ndi ng="#{Li bretaDi recciones . cal leEtiqueta}" for= 

"cal 1 eCampoTexto" i d="cal leEtiqueta" styl e=posi tion: absolute" 

"left: 12px; top: 96px; text="Cal 1 e : "/> 

<ui :label bi ndi ng="#{Li bretaDi recciones. ciudadEtiqueta}" for= 

"ci udadCampoTexto" id="ciudadEtiqueta" style="left: 12px; 


Figura 27.6 | JSP de LibretaDi recciones con un formulario para agregar y un componente JSF Tabla. (Parte I de 4). 
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top: 120px; position: absolute" text="Ci udad : "/> 

<ui :label bi ndi ng="#{Li bretaDi recciones.estadoEtiqueta}" for= 

"estadoCampoTexto" id="estadoEtiqueta" style= position: absolute" 
"left: 408px; top: 120px; text=" Estado : "/> 

<ui:label bi ndi ng="#{Li bretaDi recciones.cpEtiqueta}" for= 

"cpCampoTexto" id="cpEtiqueta" styl e="height : 22px; left: 552px; 
top: 120px; position: absolute; width: 94px" text="Código postal :"/> 
<ui : button acti on="#{Li bretaDi recci ones . envi arBoton_acti on} " 
bi ndi ng="#{Li bretaDi recci ones . en vi arBoton}" id= 

"envi arBoton" primary="true" style= position: absolute" 

"left: lBlpx; top: 168px; text="Envi ar"/> 

<ui:button bi ndi ng="#{Li bretaDi recci ones . borrarBoton}" id= 

"borrarBoton" reset="true" style="left: 251px; top: 

168px; position: absolute" text="Borrar"/> 

<ui:table augmentTi ti e="fal se" binding= 

"#{LibretaDi recciones.di reccionesTabla}" id="di recci onesTabla" 
pagi nati onControl s= rué" style="left: 12px; top: 204px; 
position: absolute; width: 720px" 
ti ti e=" Contactos" wi dth="720"> 

<script><! [CDATA[ 

<! — Las lineas 79 a 140 contienen código de JavaScript que se eliminó para ahorrar espacio. 

El código fuente completo se proporciona en la carpeta de este ejemplo. — > 
}]]></script> 

<ui : tabl eRowGroup bi ndi ng= 

"#{LibretaDi recciones.tableRowGroupl}" id= 

"tabl eRowGroupl" rows="5" sourceData= 

"#{Li bretaDi recci ones . addressesDataProvi der}" 
sourceVar="currentRow"> 

<ui :tableColumn binding= 

"#{Li bretaDi recci ones . pnombreCol umna}" headerText= 

"Primer nombre” i d="pnombreCol umna" sort= 

"ADDRESSES. FIRSTNAME"> 

<ui : stati cText bi ndi ng= 

"#{LibretaDi recciones.staticText2}" id= 

"stati cText2" text="#{currentRow. val ue [ 

' ADDRESSES . FIRSTNAME ' ] } "/> 

</ui : tabl eCol umn> 

<ui : tabl eCol umn bi ndi ng= 

"#{Li bretaDi recci ones . apaternoCol umna}" headerText= 

"Apellido paterno" i d="apaternoCol umna" 
sort="ADDRESSES . LASTNAME"> 

<ui : stati cText bi ndi ng= 

"#{Li bretaDi recci ones. stati cTextB}" id= 

"stati cText 3" text="#{currentRow. val ue[ 

' ADDRESSES . LASTNAME ']}"/> 

</ui : tabl eCol umn> 

<ui : tabl eCol umn binding= 

"#{Li bretaDi recci ones . cal 1 eCol umna}" headerText= 

"Calle" i d="cal 1 eCol umna" 
sort="ADDRESSES . STREET"> 

<ui : stati cText bi ndi ng= 

"#{LibretaDi recciones.staticText4}" id= 

"stati cText4" text="#{currentRow. val ue [ 

'ADDRESSES. STREET' ]}"/> 

</ui :tableColumn> 

<ui : tabl eCol umn bi ndi ng= 

"#{Li bretaDi recci ones . ci udadCol umna}" headerText="Ci udad" 
i d="ci udadCol umna" sort="ADDRESSES . CITY"> 

<ui : stati cText bi ndi ng= 


Figura 27.6 


JSP de Li bretaDi recci ones con un formulario para agregar y un componente JSF Tabla. (Parte 2 de 4). 
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"#{Li bretaDi recciones . stati cText5}" i d="stati cText5" 
text="#{currentRow. val ue[ 

1 ADDRESSES . CITY ']}"/> 

</ui :tableColumn> 

<ui : tabl eCol umn bi ndi ng= 

"#{LibretaDi recciones. estadoCol umna}" headerText="Estado" 
id="estadoCol umna" sort="ADDRESSES. STATE"> 

<ui : stati cText bi ndi ng= 

"#{LibretaDi recciones. stati cText6}" id= 

"stati cText6" text="#{currentRow. val ue [ 

' ADDRESSES . STATE ’]} "/> 

</ui :tableColumn> 

<ui : tabl eCol umn bi ndi ng= 

"#{Li bretaDi recci ones . cpCol umna}" headerText="CP" 
id="cpCol umna” so rt=" ADDRESSES .ZIP"> 

<ui : stati cText bi ndi ng= 

"#{Li bretaDi recciones . stati cText 7}" i d=" stati cText 7" 
text="#{currentRow. val ue[ 

'ADDRESSES. ZIP']}"/> 

</ui :tableColumn> 

</ui :tableRowCroup> 

</ui :table> 

<ui :messageCroup bi ndi ng="#{Li bretaDi recci ones .messageCroupl}" 
id="messageCroupl" showGlobalOnly="true" style= 

"left: 744px; top: 204px; position: absolute"/> 

</ui : form> 

</ui : body> 

</ui : html> 

</ui : page> 

</f :view> 

</jsp: root> 



Figura 27.6 | JSP de Li bretaDi recciones con un formulario para agregar y un componente JSF Tabla. (Parte 3 de 4). 
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Figura 27.6 | JSP de LibretaDi recciones con un formulario para agregar y un componente JSF Tabla. (Parte 4 de 4)- 

Las líneas 21 a 72 contienen los componentes JSF que conforman el formulario que recopila la entrada del 
usuario. En las líneas 73 a 199 se define el elemento Tabla (ui : tabl e) que muestra la información de las direccio- 
nes de la base de datos. Las líneas 79 a 140 (que no se muestran aquí) contienen funciones de JavaScript generadas 
por el IDE para manejar las acciones de Tabla, como un cambio en el estado de la fila actual. Los componentes 
JSF Tabla pueden tener varios grupos de filas que muestren distintos datos. Esta Tabla tiene un solo elemento 
ui : tabl eRowGroup con una marca inicial en las líneas 142 a 146. El atributo sourceData del grupo de filas está 
enlazado a nuestro objeto addressesDataProvi der y recibe el nombre de variable currentRow. El grupo de 
filas también define las columnas de la Tabla. Cada elemento ui :tableColumn contiene un elemento ui :sta- 
ti cText con su atributo text enlazado con una columna en la fila actual (currentRow) del proveedor de datos. 
Estos elementos ui : stati cText permiten a la Tabl a mostrar los datos de cada fila. 

Bean de sesión para la aplicación LibretaDi recciones 

En la figura 27.7 muestra el archivo Sessi onBeanl. java generado por Java Studio Creator 2 para la aplicación 
LibretaDi recciones. El objeto CachedRowSet que utiliza el proveedor de datos del componente Tabla para 
acceder a la base de datos Li bretaDi recci ones es una propiedad de esta clase (líneas 31 a 41). 


1 // Fig. 27.7: SessionBeanl. java 

2 // Bean de sesión que inicializa el origen de datos para la 

3 // base de datos Li bretaDi recciones . 

4 package 1 i bretadi recciones; 

5 

6 import com.sun. rave.web.ui .appbase.AbstractSessionBean; 

7 import javax. faces . FacesException ; 

8 import com.sun. sql . rowset.CachedRowSetXImpl ; 

9 

10 public class SessionBeanl extends AbstractSessionBean 

11 { 

Figura 27.7 | Bean de sesión que inicializa el origen de datos para la base de datos LibretaDi recciones. 
(Parte I de 2). 
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12 prívate int piacehoider; 

13 

14 prívate void _init() throws Exception 

15 { 

16 addressesRowSet. setDataSourceNameC 

17 " java: comp/env/jdbc/Lí bretaDi reccíones" ); 

18 addressesRowSet. setCommand( 

19 "SELECT ALL JHTP7 .ADDRESSES . FIRSTNAME, " + 

20 "\nDHTP7. ADDRESSES. LASTNAME," + 

21 "\nIHTP7. ADDRESSES. STREET,' + 

22 "\nIHTP7. ADDRESSES. CITY,’ + 

23 "\nDHTP7. ADDRESSES. STATE," + 

24 "\nIHTP7.ADDRESSES.ZIP" + 

25 "\nFROM IHTP7 . ADDRESSES" + 

26 "\nORDER BY JHTP7 .ADDRESSES . LASTNAME ASC," + 

27 "\nIHTP7. ADDRESSES. FIRSTNAME ASC " ); 

28 addressesRowSet. setTabi eName( "ADDRESSES" ); 

29 } // fin del método _.ínít 

30 

31 prívate CachedRowSetXImpl addressesRowSet = new CachedRowSetXImpl () ; 

32 

33 publíc CachedRowSetXImpl getAddressesRowSetO 

34 { 

35 return addressesRowSet; 

36 } 

37 

38 publíc void setAddressesRowSet (CachedRowSetXImpl crsxi) 

39 { 

40 thi s . addressesRowSet = crsxi; 

41 } 

42 

43 // Las líneas 43 a 76 del código generado en forma automática se eliminaron para 

ahorrar espacio. 

44 // El código fuente completo se proporciona en la carpeta de este ejemplo. 

45 } // fin de la clase SessionBeanl 

Figura 27.7 | Bean de sesión que inicializa el origen de datos para la base de datos Li bretaDi recciones. 
(Parte 2 de 2). 


El método _init (líneas 14 a 29) configura a addressesRowSet para que interactúe con la base de datos 
Li bretaDi recci ones (líneas 16 a 27). En las líneas 16 y 17 se conecta el conjunto de filas con la base de datos. En 
las líneas 18 a 27 se establece el comando SQL de addressesRowSet con la consulta configurada en la figura 27.5. 

27.2.2 Modificación del archivo de bean de página para la aplicación 
LibretaDi recciones 

Después de crear la página Web y configurar los componentes utilizados en este ejemplo, haga doble clic en el 
botón Enviar para crear un manejador de eventos de acción para este botón en el archivo de bean de página. El 
código para insertar un contacto en la base de datos se colocará en este método. El bean de página con el mane- 
jador de eventos completo se muestra en la figura 27.8 a continuación. 

Las líneas 534 a 573 contienen el código para manejar los eventos del botón Enviar. En la línea 536 se determi- 
na si se puede anexar una nueva fila al proveedor de datos. De ser así, se anexa una nueva fila en la línea 540. Cada 
fila en un objeto CachedRowSetDataProvi der tiene su propia clave; el método appendRow devuelve la clave para 
la nueva fila. En la línea 54 1 se establece el cursor del proveedor de datos a la nueva fila, de manera que cualquier 
modificación que realicemos al proveedor de datos afecte a esa fila. En las líneas 543 a 554 se establece cada una 
de las columnas de la fila a los valores introducidos por el usuario en los correspondientes componentes Campo de 
texto. En la línea 555 se almacena el nuevo contacto, llamando al método commitChanges de la clase CachedRow- 
SetDataProvi der para insertar la nueva fila en la base de datos Li bretaDi recciones. 
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// Fig. 27.8: Li bretaDi recci ones . java 

// Bean de página para agregar un contacto a la libreta de direcciones. 

package 1 i bretadi recci ones; 

i mport com . sun . data . provi de r . RowKey ; 

import com. sun. rave.web.ui .appbase.AbstractPageBean; 

import com. sun. rave.web.ui .component.Body; 

import com. sun. rave.web.ui .component.Form; 

import com. sun. rave.web.ui . component . Head ; 

import com. sun. rave.web.ui . component. Html ; 

import com. sun. rave.web.ui . component. Link; 

import com. sun. rave.web.ui . component . Page ; 

import javax. faces . FacesExcepti on ; 

import com. sun. rave.web.ui . component . Stati cText ; 

import com. sun. rave.web.ui . component .TextFi el d ; 

import com. sun. rave.web.ui . component . Label ; 

import com. sun. rave.web.ui . component . Button ; 

import com. sun. rave.web.ui . component .Tabl e ; 

import com. sun. rave.web.ui . component .Tabl eRowGroup ; 

import com. sun. rave.web.ui . component .Tabl eCol umn ; 

import com. sun. data. provider.impl .CachedRowSetDataProvider; 

import com. sun. rave.web.ui . component. MessageGroup; 

public class Li bretaDi recci ones extends AbstractPageBean 

{ 

private int placeholder; 

private void _init() throws Exception 

{ 

addressesDataProvi der . setCachedRowSet( 

( j avax . sql . rowset . CachedRowSet) 

getVal ue("#{SessionBeanl. addresses RowSet}")) ; 

di reccionesTabla.setlnternalVi rtual Form(true) ; 

} 

// Las lineas 36 a 521 del código generado en forma automática se eliminaron para 
ahorrar espacio. 

// El código fuente completo se proporciona en la carpeta de este ejemplo. 

public void prerenderO 

{ 

addressesDataProvi der . ref resh() ; 

} // fin del método prerender 

public void destroyO 

{ 

addressesDataProvider.closeO ; 

} // fin del método destroy 

// manejador de acciones que agrega un contacto a la base de datos Li bretaDi recci ones 
// cuando el usuario hace clic en el botón Enviar 
public String enviarBoton_action() 

{ 

if ( addressesDataProvider.canAppendRow() ) 

{ 

try 

{ 

RowKey rk = addressesDataProvi der . appendRowO ; 
addressesDataProvi der. setCursorRow(rk) ; 


Figura 27.8 


Bean de página para agregar un contacto a la libreta de direcciones. (Parte I de 2). 
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542 

543 addressesDataProvider.setValue( "ADDRESSES . FIRSTNAME , 

544 pnombreCampoTexto.getValueO ); 

545 addressesDataProvider.setValue( "ADDRESSES . LASTNAME" , 

546 apaternoCampoTexto . getVal ue() ); 

547 addressesDataProvider.setValue( "ADDRESSES . STREET” , 

548 cali eCampoTexto. getVal ue() ); 

549 addressesDataProvider.setValue( "ADDRESSES . CITY 1 , 

550 ciudadCampoTexto. getVal ue() ); 

551 addressesDataProvider.setValue( "ADDRESSES . STATE" , 

552 estadoCampoTexto. getVal ue() ); 

553 addressesDataProvider.setValue( "ADDRESSES.ZIP", 

554 cpCampoTexto . getVal ue()) ; 

555 addressesDataProvider.commitChangesO ; 

556 

557 // restablece los campos de texto 

558 apaternoCampoTexto . setVal ue( ); 

559 pnombreCampoTexto. setVal ue( " ); 

560 cal 1 eCampoTexto . setVal ue( ); 

561 ciudadCampoTexto. setVal ue( ); 

562 estadoCampoTexto . setVal ue( ); 

563 cpCampoTexto . setVal ue( : ); 

564 } // fin de try 

565 catch ( Exception ex ) 

566 { 

567 error( "No se actualizo la libreta de direcciones. " + 

568 ex.getMessageO ); 

569 } // fin de catch 

570 } // fin de if 

571 

572 return nul 1 ; 

573 } // fin del método enviarBoton_acti on 

574 } // fin de la clase Li bretaDi recciones 

Figura 27.8 | Bean de página para agregar un contacto a la libreta de direcciones. (Parte 2 de 2). 


En las líneas 558 a 563 se borran todos los componentes Campo de texto del formulario. Si se omiten estas 
líneas, los campos retendrán sus valores actuales una vez que se actualice la base de datos y se vuelva a cargar la 
página. Además, el botón Borrar no trabajará en forma apropiada si no se borran los componentes Campo de 
texto. En vez de vaciar los componentes Campo de texto, los restablecerá a los valores que contenían la última 
vez que se envió el formulario. 

En las líneas 565 a 569 se atrapan las excepciones que podrían ocurrir mientras se realiza la actualización de la 
base de datos Li bretaDi recci ones. En las líneas 567 y 568 se muestra un mensaje indicando que la base de datos 
no se actualizó, así como el mensaje de error de la excepción, en el componente MessageGroup de la página. 

En el método prerender, en la línea 524 se hace una llamada al método refresh de CachedRowSetData- 
Provi der. Esto vuelve a ejecutar la instrucción SQL del objeto CachedRowSet envuelto y se vuelven a ordenar las 
filas de la Tabla, de manera que la nueva fila se muestre en el orden apropiado. Si no se hace la llamada a refresh, 
la nueva dirección se mostrará al final de la Tabla (ya que anexamos la nueva fila al final del proveedor de datos). 
El IDE generó código automáticamente para liberar los recursos utilizados por el proveedor de datos (línea 529) 
en el método destroy. 

27.3 Componentes JSF habilitados para Ajax 

El término Ajax (JavaScript y XML asincronos) fue ideado por Jesse James Garrett de Adaptive Path, Inc. en 
febrero de 2005, para describir un rango de tecnologías para desarrollar aplicaciones Web dinámicas y con gran 
capacidad de respuesta. Las aplicaciones Ajax incluyen Google Maps, FlickR de Yahoo y muchas más. Ajax separa 
la parte correspondiente a la interacción con el usuario de una aplicación, de la interacción con su servidor, per- 
mitiendo que ambas procedan en forma asincrónica y en paralelo. Esto permite a las aplicaciones Ajax basadas en 
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Web ejecutarse a velocidades que se asemejan a las de las aplicaciones de escritorio, con lo cual se reduce (o incluso 
se elimina) la tradicional ventaja de rendimiento que han tenido las aplicaciones de escritorio en comparación 
con las aplicaciones Web. Esto implica enormes ramificaciones para la industria de las aplicaciones de escritorio; 
la plataforma preferida para las aplicaciones está empezando a cambiar, del escritorio a la Web. Muchas personas 
creen que la Web (en especial, dentro del contexto del abundante software de código fuente abierto, las compu- 
tadoras económicas y el explosivo incremento en el ancho de banda de Internet) creará la siguiente fase principal 
de crecimiento para las compañías de Internet. 

Ajax realiza llamadas asincronas al servidor para intercambiar pequeñas cantidades de datos con cada llama- 
da. En donde, por lo general, la página completa se enviaría y se volvería a cargar con cada interacción del usuario 
en una página Web, Ajax permite que se vuelvan a cargar sólo las porciones necesarias de la página, lo cual ahorra 
tiempo y recursos. 

Las aplicaciones Ajax contienen marcado de XHTML y CSS al igual que cualquier otra página Web, y hacen 
uso de las tecnologías de secuencias de comandos del lado cliente (como JavaScript) para interactuar con los 
elementos de las páginas. El objeto XMLHttpRequestObject permite los intercambios asincronos con el servidor 
Web, lo cual hace que las aplicaciones Ajax tengan una gran capacidad de respuesta. Este objeto se puede utilizar 
en la mayoría de los lenguajes de secuencias de comandos para pasar datos XML del cliente al servidor, y para 
procesar los datos XML que el servidor envía de vuelta al cliente. 

Aunque el uso de las tecnologías Ajax en las aplicaciones Web puede mejorar en forma considerable el rendi- 
miento, la programación en Ajax es compleja y propensa a errores. Los diseñadores de páginas requieren conocer 
tanto los lenguajes de secuencias de comandos como los lenguajes de marcado. Las bibliotecas Ajax facilitan el 
proceso de aprovechar los beneficios de Ajax en las aplicaciones Web, sin tener que escribir Ajax “puro”. Estas 
bibliotecas proporcionan elementos de página habilitados para Ajax, que pueden incluirse en las páginas Web con 
sólo agregar al marcado de la página las etiquetas definidas en la biblioteca. Limitaremos nuestra discusión acerca 
de cómo crear aplicaciones Ajax al uso de una de esas bibliotecas en Java Studio Creator 2. 

27.3. 1 Biblioteca de componentes Java BluePrints 

La biblioteca de componentes Java BluePrints de Ajax proporciona componentes JSF habilitados para Ajax. 
Estos componentes dependen de la tecnología Ajax para brindar la sensación y capacidad de respuesta de una 
aplicación de escritorio a través de la Web. En la figura 27.9 se muestra un resumen del conjunto actual de com- 
ponentes que podemos descargar y usar con Java Studio Creator 2. En las siguientes dos secciones demostraremos 
los componentes AutoComplete Text Field y Map Viewer. 


Componente 

Descripción 

AutoComplete 

Text Field 

Hace peticiones Ajax para mostrar una lista de sugerencias, a medida que el usuario escribe 
en el campo de texto. 

Buy Now Button 

Inicia una transacción a través del sitio Web PayPal. 

Map Viewer 

Usa la API de Google Maps para mostrar un mapa que permite inclinaciones, acercamientos 
y puede mostrar marcadores para las ubicaciones de interés. 

Popup Calendar 

Proporciona un calendario que permite a un usuario desplazarse entre los meses y años. Llena 
un Campo de texto con una fecha con formato cuando el usuario selecciona un día. 

Progress Bar 

Muestra en forma visual el progreso de una operación que tarda cierto tiempo en ejecutarse. 
Usa un cálculo suministrado por el programador para determinar el porcentaje de progreso. 

Rating 

Proporciona una barra de calificación personalizable de cinco estrellas, que puede mostrar 
mensajes a medida que el usuario mueve el ratón sobre las calificaciones. 

Rich Textarea Editor 

Proporciona un área de texto editable, que permite al usuario aplicar formato al texto con 
fuentes, colores, hipervínculos y fondos. 

Select Valué Text 

Field 

Muestra una lista de sugerencias en una lista desplegable a medida que el usuario escribe, de 
manera similar al componente AutoComplete Text Field. 


Figura 27.9 | Componentes habilitados para Ajax, proporcionados por la biblioteca de componentes BluePrints 
de Ajax. 
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Para utilizar los componentes Java BluePrints habilitados para Ajax en Java Studio Creator 2, debemos des- 
cargarlos e importarlos. El IDE proporciona un asistente para instalar este grupo de componentes. Para usarlo, 
seleccione Herramientas > Centro de actualización para mostrar el cuadro de diálogo Asistente del centro de 
actualización. Elaga clic en Siguiente > para buscar actualizaciones disponibles. En el área Nuevos módulos 
y actualizaciones disponibles del cuadro de diálogo, seleccione BluePrints AJAX Components y haga clic con el 
botón derecho del ratón en el botón de flecha (>) para agregarlo a la lista de elementos que desea instalar. Haga 
clic en Siguiente > y siga los indicadores para aceptar las condiciones de uso y descargar los componentes. Cuando 
se complete la descarga, haga clic en Siguiente > y luego en Terminar. Haga clic en Aceptar para reiniciar el IDE. 

A continuación, debe importar los componentes en la Paleta. Seleccione Herramientas > Administrador de 
bibliotecas de componentes y después haga clic en Importar.... Haga clic en el botón Examinar... en el cuadro 
de diálogo Importar biblioteca de componentes que aparezca. Seleccione el archivo ui . compl i b y haga clic en 
Abrir. Haga clic en Aceptar para importar los componentes BluePrints AJAX Components y BluePrints AJAX 
SupportBeans. Cierre el Administrador de bibliotecas de componentes para regresar al IDE. 

Ahora deberá ver dos nuevos nodos en la parte inferior de la Paleta. El primero, BluePrints AJAX Compo- 
nents, proporciona los ocho componentes que se enlistan en la figura 27.9. El segundo, BluePrints AJAX Support 
Beans, incluye componentes que ofrecen soporte a los componentes Ajax. Ahora puede crear aplicaciones Web 
Ajax de alto rendimiento con sólo arrastrar, soltar y configurar las propiedades de los componentes, de igual forma 
que con los demás componentes en la Paleta. 

27.4 AutoComplete Text Field y formularios virtuales 

Vamos a demostrar el componente AutoComplete Text Field del catálogo BluePrints; para ello, hay que agregar 
un nuevo formulario a nuestra aplicación Li bretaDi recciones. El componente AutoComplete Text Field pro- 
porciona una lista de sugerencias a medida que el usuario escribe. Obtiene las sugerencias de un origen de datos, 
que puede ser una base de datos o un servicio Web. En un momento dado, el nuevo formulario permitirá a los 
usuarios buscar en la libreta de direcciones por apellido paterno, y después por primer nombre. Si el usuario 
selecciona un contacto, la aplicación mostrará el nombre y la dirección de ese contacto en un mapa del vecindario. 
Vamos a crear este formulario en dos etapas. Primero, agregaremos el componente AutoComplete Text Field que 
mostrará las sugerencias a medida que el usuario escriba el apellido paterno de un contacto. Después agregaremos 
la funcionalidad de búsqueda y, en el tercer paso, la visualización de un mapa. 

Agregar componentes de búsqueda a la página LibretaDi recciones . jsp 

Utilícela aplicación Li bretaDi recci ones déla sección 27.2; suelte un componente Texto estático llamado enca- 
bezadoBusqueda debajo de di recci onesTabl a. Cambie su texto a "Buscar en la libreta de di recciones 
por apellido: " y cambie el tamaño de su fuente a 18 px. Ahora arrastre un componente AutoComplete Text 
Field a la página y nómbrelo nombreAutoCompl ete. Establezca la propiedad requi red de este campo en true. 
Agregue una Etiqueta llamada buscarNombreEtiqueta que contenga el texto "Apel 1 idoPaterno : " a la izquier- 
da del componente AutoComplete Text Field. Por último, agregue un botón llamado buscarBoton con el texto 
Buscar a la derecha del componente AutoComplete Text Field. 

27.4-1 Configuración de los formularios virtuales 

Los formularios virtuales se utilizan cuando deseamos que un botón envíe un subconjunto de los campos de 
entrada de la página al servidor. Recuerde que los formularios virtuales internos de Tabla estaban habilitados, 
para que al hacer clic en los botones de paginación no se enviaran los datos de los componentes Campo de texto 
utilizados para agregar un contacto a la base de datos Li bretaDi recci ones. Los formularios virtuales son espe- 
cialmente útiles para mostrar varios formularios en la misma página. Nos permiten especificar un emisor y uno o 
más participantes para un formulario. Cuando se hace clic en el componente emisor del formulario virtual, sólo 
se enviarán al servidor los valores de sus componentes participantes. Utilizamos formularios virtuales en nuestra 
aplicación Li bretaDi recci ones para separar el formulario para agregar un contacto a la base de datos Li breta- 
Di recci ones del formulario para buscar en la base de datos. 

Para agregar formularios virtuales a la página, haga clic con el botón derecho en el botón Enviar que se 
encuentra en el formulario superior, y seleccione Configurar formularios virtuales... en el menú contextual para 
que aparezca el cuadro de diálogo Configurar formularios virtuales. Haga clic en Nuevo para agregar un formu- 
lario virtual; después haga clic en la columna Nombre y cambie el nombre del nuevo formulario a agregarForm. 
Haga doble clic en la columna Enviar y cambie la opción a Sí para indicar que este botón se debe utilizar para 
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enviar el formulario virtual agregarForm. Haga clic en Aceptar para salir del cuadro de diálogo. Después, selec- 
cione todos los componentes Campo de texto utilizados para introducir la información de un contacto en el 
formulario superior. Para ello, mantenga oprimida la tecla Ctrl. Mientras hace clic en cada Campo de texto. Haga 
clic con el botón derecho del ratón en uno de los componentes Campo de texto seleccionados y elija la opción 
Configurar formularios virtuales.... En la columna Función del formulario agregarForm, cambie la opción a Sí 
para indicar que los valores en estos componentes Campo de texto deben enviarse al servidor cuando se envíe el 
formulario. En la figura 27.10 se muestra el cuadro de diálogo Configurar formularios virtuales, después de haber 
agregado ambos formularios virtuales. Haga clic en Aceptar para salir. 



Figura 27.10 | Cuadro de diálogo Configurar formularios virtuales. 

Repita el proceso antes descrito para crear un segundo formulario virtual llamado buscarForm para el formu- 
lario inferior. El botón Buscar deberá enviar el formulario buscarForm, y nombreAutoCompl ete deberá parti- 
cipar en este formulario. Después, regrese al modo Diseño y haga clic en el botón Mostrar formularios virtuales 
( ) en la parte superior del panel Diseñador visual para mostrar una leyenda de los formularios virtuales en la 

página. Sus formularios virtuales deberán estar configurados como en la figura 27.11. Los componentes Campo 


botón Mostrar formularios virtuales 
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Figura 27.11 | Leyenda para los formularios virtuales. 
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de texto con el contorno de color azul participan en el formulario virtual agregarForm. Los componentes con 
el contorno de color verde participan en el formulario virtual buscarForm. Los componentes con el contorno de 
línea punteada envían sus respectivos formularios. Se proporciona una clave de colores en la parte inferior derecha 
del área de Diseño, para que usted sepa cuáles componentes pertenecen a cada formulario virtual. 

27.4-2 Archivos JSP con formularios virtuales y un AutoComplete Text Field 

La figura 27.12 presenta el archivo JSP generado por Java Studio Creator 2 para esta etapa de la aplicación 
Li bretaDi recci ones. Observe que se especifica una nueva biblioteca de etiquetas en el elemento raíz (xml ns : 
bp=”http ://java. sun . com/bl uepri nts/ui /14” ; línea 6). Ésta es la biblioteca del catálogo de BluePrints que 
proporciona los componentes habilitados para Ajax, como el componente AutoComplete Text Field. Sólo nos 
enfocaremos en las nuevas características de esta JSP. 
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<?xml version="1.0" encodi ng="UTF-8"?> 

<! — Fig. 27.12: LibretaDi recciones. jsp --> 

<! — JSP de LibretaDi recciones con un componente AutoComplete Text Field --> 

<jsp : root versi on="l. 2" xml ns : bp="http://java. sun . com/bl uepri nts/ui /14" 
xml ns : f="http://java. sun . com/jsf/core" xml ns : h= 

"http://java.sun . com/jsf/html " xml ns : jsp="http://java. sun . com/JSP/Page" 
xml ns : ui= 'http://www. sun . com/web/ui "> 

<jsp:di rective.page contentType=” text/html ; charset=UTF-8" 
pageEncodi ng="UTF-8"/> 

<f :view> 

<ui :page bi ndi ng=”#{Li bretaDi recciones . pagel}" id="pagel"> 

<ui :html bi ndi ng="#{Li bretaDi recciones. htmll}" id="htmll"> 

<ui:head bi ndi ng="#{Li bretaDi recciones . headl}" id="headl"> 

<ui : 1 i nk bi ndi ng="#{Li bretaDi recciones . li nkl}" id="l i nkl" 
url="/ resources/styl esheet . css"/> 

</ui : head> 

<ui:body bi ndi ng="#{Li bretaDi recciones . bodyl}" id="bodyl" 
style="-rave-layout: grid"> 

<ui:form bi ndi ng="#{Li bretaDi recciones . forml}" id="forml" 
vi rtual FormsConfig="agregarForm | apaternoCampoTexto 
pnombreCampoTexto cal 1 eCampoTexto estadoCampoTexto 
cpCampoTexto ci udadCampoTexto | enviarBoton , buscarForm 
| nombreAutoCompl ete | buscarBoton"> 

<ui : stati cText bi ndi ng="#{Li bretaDi recci ones . stati cTextl}" id= 

"stati cTextl" style="font-size: 18px; left: 12px; 
top: 24px; position: absolute" text= 

"Agregar un contacto a la libreta de di recciones: "/> 

<ui : textFi eld bi ndi ng="#{Li bretaDi recciones . pnombreCampoTexto}" 
i d="pnombreCampoTexto" maxLength="20" requi red="true" 
style="left: 132px; top: 72px; 
position: absol ute"/> 

<ui : textFi eld bi ndi ng="#{Li bretaDi recciones .apaternoCampoTexto}" 
id="apaternoCampoTexto" maxLength="30" requi red="true" 
style="left: 504px; top: 72px; position: absolute; 
width: 228px"/> 

<ui : textFi eld bi ndi ng="#{Li bretaDi recciones . cal 1 eCampoTexto}" 
i d="call eCampoTexto" maxLength="100" requi red="true" 
style="left: 132px; top: 96px; position: absolute; 
width: 600px"/> 

<ui : textFi eld bi ndi ng="#{Li bretaDi recciones . ci udadCampoTexto}" 
i d="ci udadCampoTexto" maxLength="30" requi red="true" 
style="left: 132px; top: 120px; position: absolute; width: 264px"/> 


Figura 27. 12 | JSP de LibretaDi recciones con un componente AutoCompl ete TextField. (Parte I de 4). 
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<ui : textFi eld bi ndi ng="#{Li bretaDi recciones . estadoCampoTexto}" 
i d="estadoCampoTexto” maxLength="2" requi red="true" 
style="left: 480px; top: 120px; position: absol ute; 
width: 60px"/> 

<ui : textFi eld bi ndi ng="#{Li bretaDi recciones . cpCampoTexto}" 
i d="cpCampoTexto" maxLength="5" requi red="true" 
style="left: 672px; top: 120px; position: absol ute; 
width: 60px"/> 

<ui : 1 abel bi ndi ng="#{Li bretaDi recciones . pnombreEtiqueta}" for= 
"pnombreCampoTexto" id="pnombreEtiqueta" style="left: 12px; 
top: 72px; position: absolute" text="Primer nombre:"/> 

<ui : 1 abel bi ndi ng="#{Li bretaDi recciones . apaternoEtiqueta}" for= 
"apaternoCampoTexto" i d="apaternoEti queta" styl e="posi ti on : 
absolute; left: 384px; top: 72px" text="Apellido Paterno: "/> 

<ui : 1 abel bi ndi ng="#{Li bretaDi recciones . cal leEti queta}" for= 
"calleCampoTexto" i d="cal leEti queta" style="left: 12px; 
top: 96px; position: absolute" text="Cal le : "/> 

<ui : 1 abel bi ndi ng="#{Li bretaDi recciones . ci udadEti queta}" for= 

"ci udadCampoTexto" i d="ci udadEti queta" style="left: 12px; 
top: 120px; position: absolute" text="Ci udad : "/> 

<ui :label bi ndi ng="#{Li bretaDi recciones. estadoEtiqueta}" for= 
"estadoCampoTexto" id="estadoEtiqueta" style="left: 408px; 
top: 120px; position: absolute" text="Estado: "/> 

<ui:label binding="#{LibretaDi recciones. cpEtiqueta}" for= 

"cpCampoTexto" i d="cpEti queta" style="height: 22px; left: 552px; 
top: 120px; position: absolute; width: 94px" text="Código postal :"/> 
<ui : button acti on="#{Li bretaDi recci ones . envi arBoton_acti on} " 
bi ndi ng="#{Li bretaDi recci ones . envi arBoton}" i d= 

"envi arBoton" primary="true" style="left: lBlpx; 
top: 168px; position: absolute" text="Envi ar"/> 

<ui:button bi ndi ng="#{Li bretaDi recciones . borrarBoton}" id= 

"borrarBoton" reset="true" style="left: 251px; top: 168px; 
position: absolute" text=”Borrar"/> 

<ui:table augmentTi ti e="fal se" binding= 

"#{Li bretaDi recciones .di reccionesTabla}" i d="di recci onesTabl a" 
pagi nationControl s="true" styl e="height : 56px; 
left: 12px; top: 204px; position: absolute; width: 720px" 
ti tle="Contactos" wi dth=''72(T > 

<script><! [CDATA[ 

<! — Las lineas 84 a 145 contienen código de lavaScript que se eliminó para ahorrar espacio. 

El código fuente completo se proporciona en la carpeta de este ejemplo. — > 
}]]></script> 

<ui :tableRowCroup binding= 

”#{Li bretaDi recci ones . tabl eRowGroupl}" 
id="tabl eRowGroupl" rows="5" sourceData= 

"#{Li bretaDi recciones . addressesDataProvi der}" 
sourceVar="currentRow"> 

<ui ¡tableColumn binding= 

"#{Li bretaDi recci ones . pnombreCol umna}" headerText= 

"Primer nombre" i d="pnombreCol umna" 
sort="ADDRESSES . FIRSTNAME"> 

<ui : stati cText binding= 

"#{LibretaDi recciones. stati cText2}" id= 

"stati cText2" text="#{currentRow. val ue [ 

’ ADDRESSES . FIRSTNAME 1 ] } "/> 

</ui : tabl eCol umn> 

<ui :tableColumn binding= 

"#{Li bretaDi recci ones . apaternoCol umna}" headerText= 

"Apellido paterno" id="apaternoCol umna" 


Figura 27.12 


JSP de Li bretaDi recci ones con un componente AutoCompl ete TextFi eld. (Parte 2 de 4). 
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sort="ADDRESSES . LASTNAME"> 

<ui : stati cText binding= 

"#{LibretaDi recciones.staticTextB}" id= 

"stati cText 3" text="#{currentRow. val ue[ 

’ ADDRESSES . LASTNAME ']}"/> 

</ui :tableColumn> 

<ui ¡tableColumn binding= 

"#{Li bretaDi recci ones . cal 1 eCol umna}" headerText= 

"Calle" id="cal 1 eCol umna" 
sort="ADDRESSES . STREET"> 

<ui : stati cText bi ndi ng= 

"#{Li bretaDi recci ones. stati cText4}" id= 

"stati cText4" text="#{currentRow. val ue[ 

'ADDRESSES. STREET' ]}"/> 

</ui : tabl eCol umn> 

<ui ¡tableColumn binding= 

"#{Li bretaDi recci ones . ci udadCol umna}" headerText="Ci udad" 
i d="ci udadCol umna" sort="ADDRESSES.CITY"> 

<ui : stati cText binding= 

"#{Li bretaDi recci ones . stati cText 5}" i d=" stati cText 5" 
text="#{currentRow. val ue[ 

'ADDRESSES. CITY’ ]}"/> 

</ui :tableColumn> 

<ui ¡tableColumn binding= 

"#{Li bretaDi recci ones . estadoCol umna}" headerText="Estado" 
id="estadoCol umna" sort="ADDRESSES. STATE"> 

<ui : stati cText binding= 

"#{Li bretaDi recci ones . stati cText6}" i d= 

"stati cText6" text="#{currentRow. val ue[ 

' ADDRESSES . STATE ']}"/> 

</ui :tableColumn> 

<ui ¡tableColumn bi ndi ng="#{Li bretaDi recci ones . cpCol umna}" 
headerText="CP" i d="cpCol umna" 
so rt=" ADDRESSES . ZIP"> 

<ui : stati cText bi ndi ng= 

"#{Li bretaDi recci ones . stati cText7} " i d="stati cText7" 
text="#{currentRow. val ue[ 

'ADDRESSES. ZIP’]}"/> 

</ui :tableColumn> 

</ui :tableRowGroup> 

</ui :table> 

<ui :messageCroup bi ndi ng="#{Li bretaDi recci ones .messageCroupl}" 
id="messageCroupl" showClobalOnly="true" style="height: 60px; 
left: 456px; top: 432px; position: absol ute; width: 190px"/> 
<ui : stati cText bi ndi ng="#{Li bretaDi recci ones . encabezadoBusqueda}" 
id="encabezadoBusqueda" style="font-size: 18px; left: 24px; 
top: 4B2px; position: absolute" 

text="Buscar en la libreta de direcciones por apellido: "/> 

<ui : label bi ndi ng="#{Li bretaDi recci ones . buscarNombreEtiqueta}" 
id= 'buscarNombreEtiqueta" 
style= left: 24px; top: 480px; 
position: absolute" 
text="Apel 1 i do paterno :"/> 

<ui : 1 abel bi ndi ng="#{Li bretaDi recci ones . buscarNombreEti queta} " 
for="nombreAutoCompl ete" i d="buscarNombreEti queta" 
requi redlndi cato r="t rué" 

style="left: 24px; top: 480px; position: absolute" 
text="Apell i do paterno :"/> 


Figura 27.12 


JSP de Li bretaDi recci ones con un componente AutoCompl ete TextFi eld. (Parte 3 de 4). 
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<ui :button binding="#{LibretaDirecciones.buscarBoton}" 
id="buscarBoton" style="left: B59px; top: 480px; 
position: absolute" text="Buscar"/> 

</ui : form> 

</ui : body> 

</ui : html> 

</ui : page> 

</f :view> 

</jsp: root> 



Figura 27. 12 | JSP de LibretaDi recciones con un componente AutoComplete TextField. (Parte 4 de 4). 


En las líneas 21 a 25 se configuran los formularios virtuales para esta página. En las líneas 217 a 221 se define 
el componente AutoComplete Text Field. El atributo compl eti onMethod de este componente está enlazado al 
método nombreAutoCompl ete_compl ete del bean de página (que veremos en la sección 27.4.3), el cual pro- 
porciona la lista de opciones que debe sugerir el componente AutoComplete Text Field. Para crear este método, 
haga clic con el botón derecho en el componente nombreAutoCompl ete en vista de Diseño y seleccione Editar 
controlador de eventos > complete. Observe que el botón Buscar (líneas 222 a 224) no especifica un enlace con 
el método manejador de acciones; agregaremos esto en la sección 27.5. 

27.4-3 Cómo proporcionar sugerencias para un AutoComplete Text Field 

En la figura 27.13 se muestra el archivo de bean de página para la JSP de la figura 27.12. Incluye el método 
nombreAutoCompl ete_compl ete, el cual proporciona la funcionalidad para el componente AutoComplete Text 
Field. Aparte de este método, este bean de página es idéntico al de la figura 27.8. 
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// Fig. 27. IB: Li bretaDi recciones . java 

// Bean de página para sugerir nombres en el componente AutoComplete Text Field. 
package 1 i bretadi recciones; 

i mport com . sun . data . provi de r . RowKey ; 

import com. sun. rave.web.ui .appbase.AbstractPageBean; 

import com. sun. rave.web.ui .component.Body; 

import com. sun. rave.web.ui .component.Form; 

import com. sun. rave.web.ui . component . Head ; 

import com. sun. rave.web.ui . component. Fltml ; 

import com. sun. rave.web.ui . component. Link; 

import com. sun. rave.web.ui . component . Page ; 

i mport javax. faces . FacesExcepti on ; 

import com. sun. rave.web.ui . component . Stati cText ; 

import com. sun. rave.web.ui . component .TextFi el d ; 

import com. sun. rave.web.ui . component . Label ; 

import com. sun. rave.web.ui . component . Button ; 

import com. sun. rave.web.ui . component .Tabl e ; 

import com. sun. rave.web.ui . component .Tabl eRowGroup ; 

import com. sun. rave.web.ui . component .Tabl eCol umn ; 

import com. sun. data. provider.impl .CachedRowSetDataProvider; 

import com. sun. rave.web.ui . component. MessageGroup; 

i mport com . sun . j 2ee . bl uepri nts . ui . autocompl ete . AutoCompl eteComponent ; 
i mport com . sun . j 2ee . bl uepri nts . ui . autocompl ete . Compl eti onResul t ; 
i mport javax. faces . context . FacesContext ; 

public class Li bretaDi recci ones extends AbstractPageBean 

{ 

private int placeholder; 

private void i n i t ( ) throws Exception 

{ 

addressesDataProvi der . setCachedRowSet( 

( j avax . sql . rowset . CachedRowSet) 

getValue("#{SessionBeanl.addressesRowSet}" )) ; 

di reccionesTabla.setlnternalVi rtual Form(true) ; 

} 

// Las lineas 39 a 572 del código generado en forma automática se eliminaron para 
ahorrar espacio. 

// El código fuente completo se proporciona en la carpeta de este ejemplo. 

public void prerenderO 

{ 

addressesDataProvi der . ref resh() ; 

} // fin del método prerender 

public void destroyO 

{ 

addressesDataProvider.closeO ; 

} // fin del método destroy 

// manejador de acciones que agrega un contacto a la base de datos LibretaDi recciones 
// cuando el usuario hace clic en el botón Enviar 
public String enviarBoton_action() 

{ 

if ( addressesDataProvider.canAppendRow() ) 

{ 

try 


Figura 27.13 | Bean de página para sugerir nombres en el componente AutoComplete Text Field. (Parte I de 3). 
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{ 

RowKey rk = addressesDataProvi der . appendRowO ; 
addressesDataProvi der. setCursorRow(rk) ; 

addressesDataProvider.setValue( "ADDRESSES , FIRSTNAME , 
pnombreCampoTexto.getValueO ); 
addressesDataProvi der. setVal ue( "ADDRESSES . LASTNAME" , 
apaternoCampoTexto . getVal ue() ); 
addressesDataProvi der. setVal ue( "ADDRESSES . STREET" , 
caneCampoTexto.getValueO ); 
addressesDataProvider.setValueC "ADDRESSES . CITY , 
ciudadCampoTexto.getValueO ); 
addressesDataProvi der. setVal ue( "ADDRESSES . STATE" , 
estadoCampoTexto.getValueO ); 
addressesDataProvi der. setVal ue( "ADDRESSES . ZIP" , 
cpCampoTexto.getValueO) ; 
addressesDataProvi der . commi tChangesO ; 

// restablece los campos de texto 

apaternoCampoTexto. setVal ue( ); 
pnombreCampoTexto. setVal ue( ); 
cal 1 eCampoTexto . setVal ue( ); 
ci udadCampoTexto . setVal ue( ); 

estadoCampoTexto . setVal ue( ); 

cpCampoTexto . setVal ue( " ); 

} // fin de try 
catch ( Exception ex ) 

{ 

error( "No se actualizo la libreta de direcciones." + 
ex.getMessage() ); 

} // fin de catch 
} // fin de if 

return nuil ; 

} // fin del método enviarBoton_acti on 


// manejador de acciones para el cuadro autocompl etar que obtiene los nombres 
// de la libreta de direcciones, cuyos prefijos coincidan con las letras escritas 
// hasta un momento dado, y los muestra en una lista de sugerencias. 

public void nombreAutoCompl ete_compl ete( FacesContext context, String 
prefix, CompletionResult result ) 

{ 

try 

{ 

boolean tieneElSiguiente = addressesDataProvider . cursorFi rst() ; 

while ( tieneElSiguiente ) 

{ 

// obtiene un nombre de la base de datos 

String nombre = 

(Stri ng) addressesDataProvi der . getVal ue( 

"ADDRESSES. LASTNAME" ) + ", " + 

(Stri ng) addressesDataProvi der . getVal ue( 

"ADDRESSES. FIRSTNAME" ) ; 

// si el nombre en la base de datos empieza con el prefijo, se 
// agrega a la lista de sugerencias 

if ( nombre . toLowerCaseQ . startsWi th( prefix. toLowerCaseQ ) ) 


Figura 27.13 | Bean de página para sugerir nombres en el componente AutoComplete Text Field. (Parte 2 de 3). 
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649 { 

650 result.addltem( nombre ); 

651 } // fin de if 

652 el se 

653 { 

654 // termina el ciclo si el resto de los nombres son 

655 // alfabéticamente menores que el prefijo 

656 if ( prefix. compareTof nombre ) < 0 ) 

657 { 

658 break; 

659 } // fin de if 

660 } // fin de el se 

661 

662 // desplaza el cursor a la siguiente fila de la base de datos 

663 ti eneEl Siguiente = addressesDataProvider.cursorNext() ; 

664 } // fin de while 

665 } // fin de try 

666 catch ( Exception ex ) 

667 { 

668 result. addltem( "Excepción al obtener nombres que coincidan." ); 

669 } // fin de catch 

670 } // fin del método nombreAutoComplete_complete 

671 } // fin de la clase Li bretaDi recciones 

Figura 27.13 | Bean de página para sugerir nombres en el componente AutoComplete Text Field. (Parte 3 de 3). 


El método nombreAutoCompl ete_compl ete (líneas 630 a 670) se invoca después de cada pulsación de tecla 
en el componente AutoComplete Text Field, para actualizar la lista de sugerencias con base en el texto que el 
usuario ha escrito hasta cierto punto. El método recibe una cadena (prefix) que contiene el texto que introdujo 
el usuario, y un objeto Compl eti onResul t (result) que se utiliza para mostrar sugerencias al usuario. El método 
itera a través de las filas del objeto addressesDataProvider, obtiene el nombre de cada fila, comprueba si el 
nombre empieza con las letras escritas hasta cierto punto y, de ser así, agrega el nombre a result. En la línea 635 
se establece el cursor a la primera fila en el proveedor de datos. En la línea 637 se determina si hay más filas en el 
proveedor de datos. De ser así, en las líneas 640 a 644 se obtienen el apellido paterno y el primer nombre de la fila 
actual, y se crea un objeto Stri ng en el formato apellido paterno, primer nombre. En la línea 648 se comparan las 
versiones en minúscula de nombre y prefix para determinar si el nombre empieza con los caracteres escritos hasta 
ahora. De ser así, el nombre es una coincidencia y en la línea 650 se agrega a resul t. 

Recuerde que el proveedor de datos envuelve un objeto CachedRowSet que contiene una consulta SQL 
que devuelve las filas en la base de datos ordenada por apellido paterno, y después por primer nombre. Esto nos 
permite iterar a través del proveedor de datos, una vez que llegamos a una fila cuyo nombre va alfabéticamente 
después que el texto introducido por el usuario; los nombres en las filas más allá de esto serán alfabéticamente ma- 
yores y, por ende, no son coincidencias potenciales. Si el nombre no coincide con el texto introducido hasta un 
momento dado, en la línea 656 se evalúa si el nombre actual es alfabéticamente mayor que el prefijo (prefix). De 
ser así, en la línea 658 se termina el ciclo. 


m 


Tip de rendimiento 27.1 


Al usar columnas de la base de datos para proporcionar sugerencias en un componente AutoComplete Text Field, si 
ordenamos las columnas eliminamos la necesidad de comprobar cada fila en la base de datos, en búsqueda de coinci- 
dencias potenciales. Esto mejora considerablemente el rendimiento cuando se maneja una base de datos extensa. 


Si el nombre no es una coincidencia, ni es alfabéticamente mayor que prefix, entonces en la línea 663 se 
desplaza el cursor a la siguiente fila en el proveedor de datos. Si hay otra fila, el ciclo vuelve a iterar, comprobando 
si el nombre en la siguiente fila coincide con el valor de prefix y debe agregarse a resul ts. 

En las líneas 666 a 669 se atrapan las excepciones que se generen mientras se realiza la búsqueda en la base de 
datos. En la línea 668 se agrega texto al cuadro de sugerencias, indicando el error al usuario. 
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27.5 Componente Map Viewer de Google Maps 

Ahora completaremos la aplicación Li bretaDi recci ones, para lo cual agregaremos funcionalidad al Botón Bus- 
car. Cuando el usuario hace clic en este Botón, el nombre en el componente AutoComplete Text Field se utiliza 
para buscar en la base de datos Li bretaDi recci ones. También agregamos a la página un componente JSF Map 
Viewer habilitado para Ajax, para mostrar un mapa del área para esa dirección. Un componente Map Viewer uti- 
liza el servicio Web de la API de Google Maps para buscar y mostrar mapas. (En el capítulo 28 hablaremos sobre 
los detalles de los servicios Web). En este ejemplo, utilizar la API de Google Maps es un proceso análogo a crear 
llamadas a métodos ordinarios en un objeto Map Viewer y su bean de soporte en el archivo de bean de página. 
Al encontrar un contacto, mostramos un mapa del vecindario con un componente Map Viewer que apunta a la 
ubicación e indica el nombre del contacto y su dirección. 

27.5.1 Cómo obtener una clave de la API Google Maps 

Para utilizar el componente Map Viewer, debe tener una cuenta con Google. Visite el sitio https : //www . googl e . 
com/accounts/ManageAccount para registrarse y obtener una cuenta gratuita, si no tiene una ya. Una vez que 
haya iniciado sesión en su cuenta, debe obtener una clave para usar la API de Google Maps en www. google. 
com/api s/maps. La clave que reciba será específica para esta aplicación Web y limitará el número de mapas que 
puede mostrar la aplicación por día. Cuando se registre para la clave, tendrá que escribir el URL para la aplicación 
que utilizará la API de Google Maps. Si va a desplegar la aplicación sólo en el servidor de prueba Sun Applica- 
tion Server 8 de Java Studio Creator 2, escriba http : //I ocal host : 29080 como el URL. 

Una vez que acepte los términos y condiciones de Google, será redirigido a una página que contendrá su 
nueva clave para la API de Google Maps. Guarde esta clave en un archivo de texto, en una ubicación conveniente 
para una futura referencia. 

27.5.2 Cómo agregar un componente y un Map Viewer a una página 

Ahora que tiene una clave para usar la API de Google Maps, está listo para completar la aplicación Li bretaDi - 
recci ones. Con el archivo Li bretaDi recci ones. jsp abierto en modo Diseño, agregue un componente Map 
Viewer llamado mapVi ewer debajo del componente nombreAutoCompl ete. En la ventana Propiedades, establez- 
ca la propiedad clave del componente Map Viewer con la clave que obtuvo para acceder a la API de Google Maps. 
Establezca la propiedad rende red en fal se, de manera que el mapa no se muestre cuando el usuario todavía no 
haya buscado una dirección. Establezca la propiedad zoomLevel en 1 (In), de manera que el usuario pueda ver 
los nombres de las calles en el mapa. 

Suelte un componente Map Marker (llamado mapMarker) de la sección AJAX Support Beans de la Paleta 
en cualquier parte de la página. Este componente (que no está visible en modo Diseño) marca la ubicación del 
contacto en el mapa. Debe enlazar el marcador con el mapa, de manera que se muestre el marcador en el mapa. 
Para ello, haga clic con el botón derecho en el componente Map Viewer en modo Diseño y seleccione Enlaces de 
propiedades... para mostrar el cuadro de diálogo Enlaces de propiedades. Seleccione i nfo de la columna Selec- 
cionar propiedad enlazable del cuadro de diálogo, y después seleccione mapMarker de la columna Seleccionar 
destino de enlace. Haga clic en Aplicar y después en Cerrar. 

Por último, suelte un componente Geocoding Service Object (llamado geoCoder) de la sección AJAX 
Support Beans de la Paleta, en cualquier parte de la página. Este objeto (que no está visible en modo Diseño) 
convierte las direcciones de las calles en latitudes y longitudes que el componente Map Viewer utiliza para mostrar 
un mapa apropiado. 

Cómo agregar un proveedor de datos a la página 

Para completar esta aplicación, necesita un segundo proveedor de datos para buscar en la base de datos Li breta- 
Di recci ones, con base en el primer nombre y apellido paterno introducidos en el componente AutoComplete 
Text Field. Abra la ventana Servidores y expanda el nodo LibretaDirecciones junto con su nodo Tablas para 
revelar la tabla Addresses. Haga clic con el botón derecho del ratón en el nodo de la tabla y seleccione Agregar 
a página para mostrar el cuadro de diálogo Agregar proveedor de datos con RowSet (figura 27.14). Queremos 
crear un nuevo origen de datos, en vez de utilizar el existente, ya que la consulta para buscar contactos es distinta 
de la consulta para mostrar todos los contactos. Seleccione la opción Crear para el objeto Sessi onBeanl y escriba 
el nombre busquedaDi recci ones para el proveedor de datos. Haga clic en Aceptar para crear el nuevo proveedor 
de datos. En la ventana Esquema, se ha agregado un nuevo nodo llamado busquedaDi recci onesDataProvi der 
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Figura 27.14 | Cuadro de diálogo para crear un nuevo proveedor de datos. 


al nodo Li bretaDi recciones, y se ha agregado un nodo llamado busquedaDi recciones al nodo Session- 
Bean. 

Haga doble clic en el nodo busquedaDi recci ones para editar la instrucción SQL para este objeto RowSet. 
Como vamos a usar este conjunto de filas para buscar en la base de datos un apellido paterno y un primer nombre, 
necesitamos agregar parámetros de búsqueda a la instrucción SELECT que ejecutará el objeto RowSet. Para ello, 
escriba el texto "= ?" en la columna Criterios de las filas del primer nombre y apellido paterno en la tabla del edi- 
tor de instrucciones SQL. El número 1 deberá aparecer en la columna Orden para el primer nombre, y el número 
2 para el apellido paterno. Observe que se han agregado las líneas 

WHERE JHTP7.ADDRESSES. FIRSTNAME = ? 

AND JHTP7 . ADDRESSES . LASTNAME = ? 

a la instrucción SQL. Esto indica que el objeto RowSet ahora ejecuta una instrucción SQL con parámetros. Estos 
parámetros se pueden establecer mediante programación, en donde el primer nombre es el primer parámetro y el 
apellido paterno es el segundo. 

27.5.3 Archivo JSP con un componente Map Vi ewer 

La figura 27.15 presenta el archivo JSP para la aplicación de libreta de direcciones completa. Es casi idéntico 
al archivo JSP de las dos versiones anteriores de esta aplicación. La nueva característica es el componente Map 
Viewer (y sus componentes de soporte) que se utiliza para mostrar un mapa con la ubicación del contacto. Sólo 
hablaremos de los nuevos elementos de este archivo. [Nota: este código no se ejecutará sino hasta que haya 
especificado su propia clave Google Maps en las líneas 227 a 229. Puede pegar su clave en la propiedad key del 
componente Map Viewer en la ventana Propiedades] . 


1 <?xml version="1.0" encodi ng="UTF-8"?> 

2 

3 <!-- Fig. 27.15: Li bretaDi recci ones . jsp --> 

4 <!-- Página JSP de Li bretaDi recciones con un componente Map Viewer. — > 

5 

6 <jsp:root version="1.2" xmlns:bp="http://java.sun.com/blueprints/ui/14" 
Figura 27.15 | JSP de Li bretaDi recciones con un componente Map Viewer. (Parte I de 5). 
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xml ns : f="http://java. sun . com/jsf/core" xml ns : h= 

"http://java.sun . com/jsf/html " xml ns : jsp="http://java. sun . com/1 SP/Page" 
xml ns : ui= 'http://www. sun . com/web/ui "> 

<jsp:cH recti ve . page contentType="text/html ; charset=UTF-8" 
pageEncodi ng="UTF-8"/> 

<f :view> 

<ui :page bi ndi ng="#{Li bretaDi recciones. pagel}" id="pagel"> 

<ui :html bi ndi ng="#{Li bretaDi recciones. htmll}" id="htmll"> 

<ui:head bi ndi ng="#{Li bretaDi recciones . headl}" id="headl"> 

<ui : 1 i nk bi ndi ng="#{Li bretaDi recciones . li nkl}" id="l i nkl" 
url="/ resources/stylesheet . css"/> 

</ui : head> 

<ui:body bi ndi ng="#{Li bretaDi recciones. bodyl}" id="bodyl" 
style="-rave-layout: grid"> 

<ui:form bi ndi ng="#{Li bretaDi recciones . forml}" id="forml" 
vi rtual FormsConfig="agregarForm | apaternoCampoTexto 
pnombreCampoTexto cal 1 eCampoTexto estadoCampoTexto 
cpCampoTexto ci udadCampoTexto | enviarBoton , buscarForm 
| nombreAutoComplete | buscarBoton"> 

<ui ¡staticText bi ndi ng="#{Li bretaDi recciones . stati cTextl}" id= 

"stati cTextl" styl e="font-size : 18px; left: 12px; 
top: 24px; position: absol ute" 

text="Agregar un contacto a la libreta de di recciones : "/> 

<ui : textFi el d bi ndi ng="#{Li bretaDi recciones . pnombreCampoTexto}" 
id="pnombreCampoTexto" maxl_ength="20" requi red="true" 
style="left: 132px; top: 72px; 
position: absolute"/> 

<ui : textFi el d bi ndi ng="#{Li bretaDi recciones . apaternoCampoTexto}" 
id="apaternoCampoTexto" maxLength="30" requi red="true" 
style="left: 504px; top: 72px; position: absolute; 
width: 228px"/> 

<ui : textFi el d bi ndi ng="#{Li bretaDi recciones . cal 1 eCampoTexto}" 
i d= 'cal 1 eCampoTexto" maxl_ength=”100" requi red=”true" 
style="left: lB2px; top: 96px; position: absolute; 
width: 600px"/> 

<ui : textFi el d bi ndi ng="#{Li bretaDi recciones . ci udadCampoTexto}" 
i d="ci udadCampoTexto" maxl_ength="30" requi red="true" 
style="left: 132px; top: 120px; position: absolute; width: 264px"/> 
<ui : textFi el d bi ndi ng="#{Li bretaDi recciones . estadoCampoTexto}" 
id="estadoCampoTexto" maxl_ength="2" requi red="true" 
style="left: 480px; top: 120px; position: absolute; 
width: 60px"/> 

<ui : textFi el d bi ndi ng="#{Li bretaDi recciones . cpCampoTexto}" 
id="cpCampoTexto" maxLength=" 5" requi red="true" 
style="left: 672px; top: 120px; position: absolute; 
width: 60px"/> 

<ui :label bi ndi ng="#{Li bretaDi recciones. pnombreEtiqueta}" for= 
"pnombreCampoTexto" id="pnombreEtiqueta" style="left: 12px; 
top: 72px; position: absolute" text="Primer nombre:"/> 

<ui :label bi ndi ng="#{Li bretaDi recciones. apaternoEtiqueta}" for= 
"apaternoCampoTexto" i d="apaternoEti queta" styl e="posi ti on : 
absolute; left: 384px; top: 72px" text="Apellido Paterno: "/> 

<ui :label bi ndi ng="#{Li bretaDi recciones. cal 1 eEti queta}" for= 

"cal 1 eCampoTexto" i d="call eEti queta" style="left: 12px; 
top: 96px; position: absolute" text="Cal le: "/> 

<ui :label bi ndi ng="#{Li bretaDi recciones. ci udadEtiqueta}" for= 

"ci udadCampoTexto" i d="ci udadEtiqueta" style="left: 12px; 
top: 120px; position: absolute" text="Ci udad : "/> 

<ui :label bi ndi ng="#{Li bretaDi recciones. estadoEti queta}" 


Figura 27.15 | JSP de Li bretaDi recciones con un componente Map Viewer. (Parte 2 de 5). 
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for="estadoCampoTexto" id="estadoEtiqueta" style="left: 408px; 
top: 120px; position: absolute" text=" Estado : "/> 

<ui:label binding="#{LibretaDirecciones.cpEtiqueta}" for= 

"cpCampoTexto" id="cpEtiqueta" style="height: 22px; left: 552 px ; 
top: 120px; position: absolute; width: 94px" text="Código 
postal : "/> 

<ui :button action="#{LibretaDi recciones.enviarBoton_action}" 
bi ndi ng="#{Li bretaDi recciones . envi arBoton}" id= 

"enviarBoton" primary="true" style="left: 131px; 
top: 168px; position: absolute" text="Enviar"/> 

<ui:button bi ndi ng="#{Li bretaDi recciones. borrarBoton}" id= 

"borrarBoton" reset="true" style="left: 251px; top: 168px; 
position: absolute" text=”Borrar"/> 

<ui:table augmentTitle="fal se" binding= 

"#{Li bretaDi recci ones . di reccionesTabla}" i d="di reccionesTabla" 
paginationControls="true" style="height: 56px; left: 12px; 
top: 204px; position: absolute; width: 720px" 
ti ti e="Contactos" width="720"> 

<script><! [CDATA[ 

<! — Las lineas 84 a 145 contienen código de JavaScript que se eliminó para ahorrar 
espacio. 

El código fuente completo se proporciona en la carpeta de este ejemplo. — > 
}]]></script> 

<ui ¡tableRowGroup binding= 

"#{Li bretaDi recci ones . tabl eRowGroupl}" i d= 

"tabl eRowGroupl" rows=”5" sourceData= 

”#{Li bretaDi recci ones . addressesDataProvi der}" 
sourceVar="currentRow"> 

<ui ¡tableColumn binding= 

"#{Li bretaDi recciones . pnombreCol umna}" headerText= 

"Primer nombre" i d="pnombreCol umna" 
sort="ADDRESSES . FIRSTNAME"> 

<ui : stati cText bi ndi ng= 

"#{Li bretaDi recci ones . stati cText2}" 
i d=" stati cText2" text="#{currentRow. val ue [ 

' ADDRESSES . FIRSTNAME ’]}"/> 

</ui :tableColumn> 

<ui :tableColumn binding= 

"#{Li bretaDi recci ones . apaternoCol umna}" headerText= 
"Apellido paterno" id="apaternoColumna" 
sort="ADDRESSES . LASTNAME"> 

<ui : stati cText binding= 

”#{Li bretaDi recciones. staticText3}" id= 

"stati cText3" text="#{currentRow. val ue [ 

' ADDRESSES . LASTNAME ']}"/> 

</ui :tableColumn> 

<ui ¡tableColumn binding= 

"#{Li bretaDi recci ones . cal 1 eCol umna}" headerText= 

"Calle" id="calleColumna" 
sort="ADDRESSES . STREET"> 

<ui : stati cText bi ndi ng= 

"#{LibretaDi recciones. stati cText4}" id= 

"stati cText4" text="#{currentRow. val ue[ 

1 ADDRESSES .STREET '] } "/> 

</ui :tableColumn> 

<ui ¡tableColumn binding= 

"#{Li bretaDi recci ones . ci udadCol umna}" headerText= 


Figura 27.15 | JSP de Li bretaDi recciones con un componente Map Viewer. (Parte 3 de 5). 
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"Ciudad" i d="ci udadCol umna" sort="ADDRESSES.CITY"> 

<ui : stati cText bi ndi ng= 

"#{Li bretaDi recciones . stati cText 5}" i d=" stati cText 5" 
text="#{currentRow. val ue [ 

'ADDRESSES. CITY ']}"/> 

</ui :tableColumn> 

<ui ¡tableColumn binding= 

"#{Li bretaDi recci ones . estadoCol umna}" headerText="Estado" 
i d="estadoCol umna" sort="ADDRESSES . STATE"> 

<ui : stati cText bi ndi ng= 

"#{Li bretaDi recci ones . stati cText6}" i d= 

"stati cText6" text="#{currentRow. val ue [ 

' ADDRESSES . STATE ']} "/> 

</ui :tableColumn> 

<ui ¡tableColumn bi ndi ng="#{Li bretaDi recciones . cpCol umna}" 
headerText="CP" i d="cpCol umna" 
so rt=" ADDRESSES . ZIP"> 

<ui : stati cText bi ndi ng= 

"#{Li bretaDi recci ones . stati cText7}" i d=" stati cText7" 
text="#{currentRow. val ue[ 

'ADDRESSES. ZIP']}"/> 

</ui :tableColumn> 

</ui :tableRowGroup> 

</ui : tabl e> 

<ui :messageCroup bi ndi ng="#{Li bretaDi recciones .messageGroupl}" 
id="messageCroupl" showClobalOnly="true" style="height: 60px; 
left: 456px; top: 408px; position: absol ute; width: 190px"/> 

<ui ¡staticText bi ndi ng="#{Li bretaDi recciones . encabezadoBusqueda}" id 
"encabezadoBusqueda" style="font-size: 18px; left: 24px; 
top: 4B2px; position: absol ute" 

text="Buscar en la libreta de direcciones por apellido: "/> 

<ui :label bi ndi ng="#{Li bretaDi recciones. buscarNombreEtiqueta}" for= 
"nombreAutoComplete" i d=" buscarNombreEtiqueta" 
requi redlndi cator="true" style="left: 24px; top: 480px; 
position: absolute" text="Apell ido paterno:"/> 

<bp : autoCompl ete binding= 

"#{Li bretaDi recci ones . nombreAutoCompl ete}" compl eti onMethod= 
"#{Li bretaDi recci ones . nombreAutoCompl ete_compl ete}" 
id="nombreAutoComplete" requi red="true" style="left: 

144px; top: 480px; position: absol ute"/> 

<ui :button action="#{LibretaDi recciones. buscarBoton_action}" 
bi ndi ng="#{Li bretaDi recciones . buscarBoton}" i d= 

"buscarBoton" style="left: B59px; top: 480px; position: 
absolute" text="Buscar"/> 

<bp :mapVi ewer bi ndi ng="#{Li bretaDi recciones .mapVi ewer}" center= 

"#{Li bretaDi recci ones . mapVi ewer_center}" i d="mapVi ewer" 
i nfo="#{Li bretaDi recci ones. mapMarker}" key= 
"ABQIAAAAxDzuwvNQoM33k508Fm0I9BRv3hXvfLy8rd_zkEeAYi 6qFBadthS 
as7kIyZlEERRCUWTUqIrqCp8ybg" mapControls="fal se" 
style="height: 550px; left: 24px; top: 528px; position: 
absolute; width: 718px" zoomLevel="l"/> 

</ui : form> 

</ui : body> 

</ui : html> 

</ui : page> 

</f :view> 

</jsp: root> 


Figura 27.15 | JSP de Li bretaDi recci ones con un componente Map Viewer. (Parte 4 de 5). 
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Figura 27.15 | JSP de LibretaDi recciones con un componente Map Viewer. (Parte 5 de 5). 


En las líneas 242 a 247 se define el componente mapVi ewer que muestra un mapa del área que rodea a la 
dirección. El atributo center del componente está enlazado a la propiedad mapVi ewer_center del bean de pági- 
na. Esta propiedad se manipula en el archivo de bean de página, para centrar el mapa en la dirección deseada. 

El atributo action del botón Buscar ahora está enlazado al método buscarBoton_action en el bean de 
página (línea 226). Este manejador de acciones busca en la base de datos Li bretaDi recci ones el nombre intro- 
ducido en el componente AutoComplete Text Field y muestra el nombre del contacto, junto con la dirección, en 
un mapa de la ubicación de ese contacto. 

27.5.4 Bean de página que muestra un mapa en el componente Map Viewer 

En la figura 27. 16 se presenta el bean de página para la aplicación LibretaDi recciones completa. La mayor par- 
te de este archivo es idéntico a los beans de página para las primeras dos versiones de esta aplicación. Elablaremos 
sólo del nuevo método manejador de acciones, buscarBoton_acti on. 

El método buscarBoton_acti on (líneas 646 a 704) se invoca cuando el usuario hace clic en el botón Buscar 
en el formulario inferior de la página. Las líneas 649 a 652 recuperan el nombre del componente AutoComplete 
Text Field y lo separan en cadenas para el primer nombre y el apellido paterno. En cada una de las líneas 662 a 
669 se obtiene el objeto CachedRowSet de busquedaDi recci onesDataProvi der, y después se utiliza su método 
setObject para establecer los parámetros de la consulta con el primer nombre y el apellido paterno. El méto- 
do setOb j ect sustituye un parámetro en la consulta SQL con una cadena especificada. En la línea 661 se actua- 
liza el proveedor de datos, el cual ejecuta la consulta del objeto RowSet envuelto con los nuevos parámetros. 
El conjunto de resultados ahora contiene sólo filas que coinciden con el primer nombre y el apellido paterno 
del componente AutoComplete Text Field. En las líneas 662 a 669 se obtienen de la base de datos la dirección de 
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la calle, la ciudad, el estado y el código postal para este contacto. Observe que en este ejemplo, suponemos que 
no hay varias entradas en la libreta de direcciones para los mismos valores de primer nombre y apellido paterno, 
ya que sólo obtenemos la información de la dirección para la primera fila en el proveedor de datos. Cualquier fila 
adicional que coincida con el primer nombre y el apellido paterno se ignora. 
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// Fig. 27.16: LibretaDi recciones. java 

// Bean de página para agregar un contacto a la liberta de direcciones. 

package 1 i bretadi recciones; 

i mport com . sun . data . provi de r . RowKey ; 

import com. sun. rave.web.ui .appbase.AbstractPageBean; 

import com. sun. rave.web.ui .component.Body; 

import com. sun. rave.web.ui .component.Form; 

import com. sun. rave.web.ui . component . Head ; 

import com. sun. rave.web.ui . component. Html ; 

import com. sun . rave .web . ui . component . Li nk; 

import com. sun. rave.web.ui . component . Page ; 

import javax. faces . FacesExcepti on ; 

import com. sun. rave.web.ui . component . Stati cText ; 

import com. sun. rave.web.ui . component .TextFi el d ; 

import com. sun. rave.web.ui . component . Label ; 

import com. sun. rave.web.ui . component . Button ; 

import com. sun. rave.web.ui . component .Tabl e ; 

import com. sun. rave.web.ui . component .Tabl eRowCroup ; 

import com. sun. rave.web.ui . component .Tabl eCol umn ; 

import com. sun. data. provider.impl .CachedRowSetDataProvider; 

import com. sun. rave.web.ui . component. MessageGroup; 

i mport com . sun . j 2ee . bl uepri nts . ui . autocompl ete . AutoCompl eteComponent ; 

import com.sun. j2ee.bl uepri nts. ui .autocompl ete. CompletionResult; 

import javax. faces . context . FacesContext ; 

import com.sun. j2ee.bluepri nts. ui .mapviewer.MapComponent; 

i mport com . sun . j 2ee . bl uepri nts . ui . mapvi ewe r . MapPoi nt ; 

import com.sun. j2ee.bluepri nts. ui .geocoder.GeoCoder; 

import com.sun. j2ee.bluepri nts. ui .geocoder.GeoPoint; 

import com.sun. j2ee.bluepri nts. ui .mapviewer.MapMarker; 

public class Li bretaDi recci ones extends AbstractPageBean 

{ 

private int placeholder; 

private void i n i t ( ) throws Exception 

{ 

addressesDataProvi der . setCachedRowSet( 

( j avax . sql . rowset . CachedRowSet) 

getVal ue("#{SessionBeanl. addresses RowSet}")) ; 
di reccionesTabla.setlnternalVi rtual Form(true) ; 
busquedaDi recci onesDataProvi der. setCachedRowSet( 

( j avax . sql . rowset . CachedRowSet) 

getValue("#{SessionBeanl. busquedaDi recciones}' )) ; 
mapVi ewer.setRendered(false) ; 

} // fin del método __init 

// Las lineas 48 a 544 del código generado en forma automática se eliminaron para 
ahorrar espacio. 

// El código fuente completo se proporciona en la carpeta de este ejemplo, 
public void prerenderQ 


Figura 27.16 | Bean de página que obtiene un mapa para mostrarlo en el componente MapVi ewe r. (Parte I de 4). 
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{ 

addressesDataProvi der . ref resh() ; 

} // fin del método prerender 

public void destroyO 

{ 

busquedaDi reccionesDataProvider.close() ; 
addressesDataProvider.closeO ; 

} // fin del método destroy 

// manejador de acciones que agrega un contacto a la base de datos Li bretaDi recciones 
// cuando el usuario hace clic en el botón Enviar 
public String enviarBoton_action() 

{ 

if ( addressesDataProvider.canAppendRow() ) 

{ 

try 

{ 

RowKey rk = addressesDataProvi der . appendRowO ; 
addressesDataProvi der. setCursorRow(rk) ; 

addressesDataProvi der. setVal ue( "ADDRESSES . FIRSTNAME" , 
pnombreCampoTexto.getValueO ); 
addressesDataProvi der. setVal ue( "ADDRESSES . LASTNAME" , 
apaternoCampoTexto.getValueO ); 
addressesDataProvi der. setVal ue( "ADDRESSES . STREET" , 
calleCampoTexto.getValueO ); 
addressesDataProvider.setValueC "ADDRESSES . CITY , 
ciudadCampoTexto.getValueO ); 
addressesDataProvi der. setVal ue( "ADDRESSES . STATE" , 
estadoCampoTexto.getValueO ); 
addressesDataProvi der. setVal ue( "ADDRESSES . ZIP" , 
cpCampoTexto . getVal ue()) ; 
addressesDataProvi der . commi tChangesO ; 

// restablece los campos de texto 

apaternoCampoTexto. setVal ue( ); 
pnombreCampoTexto. setVal ue( " ); 

cal 1 eCampoTexto . setVal ue( ); 
ci udadCampoTexto . setVal ue( ); 

estadoCampoTexto . setVal ue( ); 

cpCampoTexto . setVal ue( 1 ); 

} // fin de try 
catch ( Exception ex ) 

{ 

error( "No se actualizo la libreta de direcciones." + 

ex.getMessagef) ); 

} // fin de catch 
} // fin de if 

return nuil ; 

} // fin del método envi arBoton_acti on 

// manejador de acciones para el cuadro autocompl etar que obtiene los nombres 
// de la libreta de direcciones, cuyos prefijos coincidan con las letras escritas 
// hasta un momento dado, y los muestra en una lista de sugerencias. 

public void nombreAutoCompl ete_compl ete( FacesContext context, String 
prefix, CompletionResult result ) 

{ 


Figura 27.16 | Bean de página que obtiene un mapa para mostrarlo en el componente MapVi ewer. (Parte 2 de 4). 
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try 

{ 

boolean ti eneEl Siguiente = addressesDataProvider.cursorFi rst() ; 

while ( tieneElSiguiente ) 

{ 

// obtiene un nombre de la base de datos 

String nombre = 

(Stri ng) addressesDataProvi der . getVal ue( 

"ADDRESSES . LASTNAME" ) + + 

(Stri ng) addressesDataProvi der . getVal ue( 

"ADDRESSES. FIRSTNAME" ) ; 

// si el nombre en la base de datos empieza con el prefijo, se 
// agrega a la lista de sugerencias 

if ( nombre. toLowerCase() .startsWith( prefix.toLowerCaseO ) ) 

{ 

result.addltem( nombre ); 

} // fin de if 
el se 
{ 

// termina el ciclo si el resto de los nombres son 
// alfabéticamente menores que el prefijo 

if ( prefix. compareTo( nombre ) < 0 ) 

{ 

break; 

} // fin de if 
} // fin de el se 

// desplaza el cursor a la siguiente fila de la base de datos 

tieneElSiguiente = addressesDataProvider . cursorNextO ; 

} // fin de while 
} // fin de try 

catch ( Exception ex ) 

{ 

resul t . addltem( "Excepción al obtener nombres que coincidan." ); 

} // fin de catch 

} // fin del método nombreAutoCompl ete_compl ete 

// manejador de acciones para el buscarBoton que busca en la base de datos de 
//la libreta de direcciones y muestra la dirección solicitada en un mapa correspondiente, 
public String buscarBoton_action() 

{ 

// divide el texto del campo AutoComplete en primer nombre y apellido 

String nombre = String. valueOf( nombreAutoCompl ete . getVal ue() ); 
int splitlndex = nombre . i ndexOf( ); 

String apaterno = nombre . substri ng( 0, splitlndex ); 

String pnombre = nombre . substri ng( splitlndex + 2 ); 

try 

{ 

// establece los parámetros para la consulta di reccionesSeleccionadas 

busquedaDi recci onesDataProvi der .getCachedRowSet() . setObject( 

1, pnombre ) ; 

busquedaDi recci onesDataProvi der .getCachedRowSet() . setObject( 

2 , apaterno ) ; 

busquedaDi recci onesDataProvi der . ref resh() ; 

String calle = (String) busquedaDi reccionesDataProvider.getValue( 

"ADDRESSES. STREET" ); 


Figura 27.16 


Bean de página que obtiene un mapa para mostrarlo en el componente MapVi ewer. (Parte 3 de 4). 
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664 String ciudad = (String) busquedaDi reccionesDataProvider.getValue( 

665 "ADDRESSES.CITY" ); 

666 String estado = (String) busquedaDi reccionesDataProvider.getValue( 

667 "ADDRESSES. STATE" ); 

668 String cp = (String) busquedaDi reccionesDataProvider.getVa1ue( 

669 "ADDRESSES.ZIP" ); 

670 

671 // aplica formato a la dirección para Google Maps 

672 String di reccionGoogl e = calle + + ciudad + + estado + 

673 + cp; 

674 

675 // obtiene los puntos geográficos para la dirección 

676 GeoPoint puntos [] = geoCoder . geoCode( di reccionGoogl e ); 

677 

678 // si Google Maps no puede encontrar la dirección 

679 if ( puntos == nuil ) 

680 { 

681 error( "El mapa para " + di reccionGoogl e + " no se pudo encontrar"); 

682 mapViewer . setRendered( false ); // oculta el mapa 

683 return nuil; 

684 } // fin de if 

685 

686 // centra el mapa para la dirección dada 

687 mapVi ewer_center . setLati tude( puntos[ 0 ] . getLati tude() ); 

688 mapVi ewer_center . setLongi tude( puntos[ 0 ] ,getLongitude() ); 

689 

690 // crea un marcador para la dirección y establece su texto a mostrar 

691 mapMarker. setLatitude( puntosf 0 ]. getLati tude() ); 

692 mapMarker. setLongi tude( puntos[ 0 ] . getLongi tude() ); 

693 mapMarker. setMarkup( pnombre + + apaterno + "<br/>" + calle + 

694 "<br/>" + ciudad + ", " + estado + + cp ) ; 

695 

696 mapViewer. setRendered( true ); // muestra el mapa 

697 } // fin de try 

698 catch ( Exception e ) 

699 { 

700 error( 'Error al procesar búsqueda. " + e . getMessage() ); 

701 } // fin de catch 

702 

703 return nuil; 

704 } // fin del método buscarBoton_acti on 

705 } // fin de la clase Li bretaDi recciones 

Figura 27.16 | Bean de página que obtiene un mapa para mostrarlo en el componente MapVi ewer. (Parte 4 de 4). 


En las líneas 672 y 673 se aplica formato a la dirección como un objeto String, para usarlo con la API 
de Google Maps. En la línea 219 se hace una llamada al método geoCode del componente Geocoding Service 
Object con la dirección como argumento. Este método devuelve un arreglo de objetos GeoPoi nt que representen 
ubicaciones que coincidan con el parámetro dirección. Los objetos GeoPoi nt proporcionan la latitud y longitud 
de una ubicación dada. Suministramos una dirección completa con la calle, ciudad, estado y código postal como 
argumento para geoCode, por lo que el arreglo devuelto contendrá sólo un objeto GeoPoi nt. En la línea 679 se 
determina si el arreglo de objetos GeoPoi nt es nuil. De ser así, la dirección no se podría encontrar, y en las líneas 
681 a 683 se muestra un mensaje en el componente Message Group, informando al usuario sobre el error de 
búsqueda, se oculta el componente Map Viewer y se devuelve nuil para terminar el procesamiento. 

En las líneas 687 a 688 se establecen la latitud y la longitud del centro del componente Map Viewer, en 
relación con la latitud y longitud del objeto GeoPoi nt que representa a la dirección seleccionada. En las líneas 
691 a 694 se establecen la latitud y longitud del componente Map Marker, y se establece el texto a mostrar en 
el marcador. En la línea 696 se muestra el mapa vuelto a centrar, que contiene el componente Map Marker que 
indica la ubicación del contacto. 
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En las líneas 698 a 701 se atrapan las excepciones generadas en el cuerpo del método y se muestra un mensaje 
de error en el componente Message Group. Si el usuario sólo seleccionó un nombre de la lista de selecciones en 
el componente AutoComplete Text Field, no habrá errores al buscar en la base de datos, ya que se garantiza que el 
nombre estará en el formato apellido paterno, primer nombre apropiado, y estará incluido en la base de datos 
LibretaDi recciones. No incluimos código especial para manejar errores en los casos en que el usuario escribe 
un nombre que no se puede encontrar en la Li bretaDi recci ones, o para los nombres con formato inapropiado. 

27.6 Conclusión 

En este capítulo presentamos un ejemplo práctico en tres partes, acerca de cómo crear una aplicación Web que 
interactúe con una base de datos y proporcione una interacción intensiva con el usuario, mediante el uso de los 
componentes JSF habilitados para Ajax. Primero le mostramos cómo crear una aplicación Li bretaDi recciones 
que permita a un usuario agregar direcciones a la LibretaDi recci ones y explorar su contenido. Mediante este 
ejemplo, aprendió a insertar la entrada del usuario en una base de datos Java DB, y a mostrar el contenido de una 
base de datos en una página Web, mediante el uso de un componente JSF llamado Tabla. 

Aprendió a descargar e importar la biblioteca de componentes Java BluePrints habilitada para Java. Des- 
pués extendimos la aplicación LibretaDi recciones para incluir un componente AutoComplete Text Field. Le 
mostramos cómo usar una base de datos para mostrar sugerencias en el componente AutoComplete Text Field. 
También aprendió a utilizar formularios virtuales para enviar subconjuntos de los componentes de entrada de un 
formulario al servidor para procesarlos. 

Por último, completamos la tercera parte de la aplicación LibretaDi recci ones al agregar funcionalidad al 
formulario de búsqueda. Aprendió a utilizar los componentes Map Viewer, Map Marker y Geocoding Service 
Object de la biblioteca de componentes Java BluePrints habilitados para Ajax, para mostrar un mapa de Google 
que indique la ubicación de un contacto. 

En el siguiente capítulo, aprenderá a crear y consumir servicios Web con Java. Utilizará el IDE Netbeans 
5.5 para crear servicios Web y consumirlos desde aplicaciones de escritorio, y utilizará el IDE Java Studio Creator 
para consumir un servicio Web desde una aplicación Web. Si prefiere realizar todas estas tareas en un IDE, puede 
descargar el Netbeans Visual Web Pack 5.5 (www. netbeans . org/products/vi sualweb/) para Netbeans 5.5. 

27.7 Recursos Web 

www. dei tei . com/a jax/Ajax_resourcecen te r . html 

Explore nuestro Centro de recursos Ajax, en donde encontrará vínculos a artículos sobre Ajax, tutoriales, aplicaciones, 
sitios Web comunitarios y mucho más. 

developers . sun . com/prodtech/javatooi s/j se reato r/1 earning/tutorials/index.jsp 

Este sitio ofrece docenas de tutoriales acerca de Java Studio Creator 2. De especial interés para este capítulo son las sec- 
ciones Access Databases (Acceso a bases de datos) y Work with Ajax Components (Trabajo con componentes Ajax). 
developers . sun . com/prodtech/javadb/ 

El sitio oficial de Sun sobre Java DB; presenta las generalidades acerca de esta tecnología, y ofrece vínculos a artículos 
técnicos y un manual acerca del uso de bases de datos Apache Derby. 
java. sun . com/ reference/bl ueprints/ 

El sitio de referencia de Sun Developer NetWork para Java BluePrints. 
blueprints. dev .java.net/ 

El sitio de java.net para el proyecto Java BluePrints. 
blueprints. dev .java.net/ajaxcomponents . html 

Información acerca de los componentes habilitados para Ajax que proporciona la biblioteca Java Blueprints. 
developers . sun . com/prodtech/javatool s/j se reato r/ refe rence/code/sampl ecomps/i ndex . jsp 
Demuestra los ocho componentes habilitados para Ajax que proporciona la biblioteca Java BluePrints. 
google . com/api s/maps 

Los poseedores de una cuenta de Google pueden registrarse aquí para obtener una clave y utilizar la API de Google 
Maps. 

ajax . dev. java. net/ 

El marco de trabajo del proyecto jMaki Ajax para crear sus propios componentes habilitados para Java. 
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Resumen 

Sección 27.2 Acceso a bases de datos en las aplicaciones Web 

• Muchas aplicaciones Web acceden a bases de datos para almacenar y obtener datos persistentes. En esta sección crea- 
mos una aplicación Web que utiliza una base de datos Java DB para almacenar contactos en la libreta de direcciones 
y mostrar contactos de esta libreta en una página Web. 

• La página Web permite al usuario introducir nuevos contactos en un formulario. Este formulario consiste en com- 
ponentes Campo de texto para el primer nombre del contacto, su dirección física, ciudad, estado y código postal. 
El formulario también tiene un botón Enviar para enviar los datos al servidor, y un botón Borrar para restablecer 
los campos del formulario. La aplicación almacena la información de la libreta de direcciones en una base de datos 
llamada Li bretaDi recciones, la cual tiene una sola tabla llamada Addresses. (En el directorio de ejemplos para 
este capítulo proporcionamos esta base de datos. Puede descargar los ejemplos de www. dei tei . com/books/jhtp7). 
Este ejemplo también introduce el componente JSF Tabla, el cual muestra las direcciones de la base de datos en 
formato tabular. En breve le mostraremos cómo configurar el componente Tabla. 

• El componente Tabla da formato y muestra datos de las tablas de una base de datos. 

• Cambie la propiedad ti ti e del componente Tabla para especificar el texto que se va a mostrar en la parte superior 

de la Tabla. 

• Para utilizar una base de datos en una aplicación Web de Java Studio Creator 2, primero debemos iniciar el servidor 
de bases de datos integrado del IDE, el cual incluye controladores para muchos tipos de bases de datos, incluyendo 
Java DB. 

• Para iniciar el servidor, haga clic en la ficha Servidores debajo del menú Archivo, haga clic con el botón derecho en 
Servidor Bundled Database en la parte inferior de la ventana Servidores y seleccione Iniciar Bundled Database. 

• Para agregar una base de datos Java DB a un proyecto, haga clic con el botón derecho en el nodo Orígenes de datos 
en la parte superior de la ventana Servidores y seleccione Agregar origen de datos.... En el cuadro de diálogo Agre- 
gar origen de datos, escriba el nombre del origen de datos y seleccione Derby en el tipo de servidor. Especifique el 
ID de usuario y la contraseña para la base de datos. Para el URL de la base de datos, escriba jdbc : derby : //local - 
host:21S27/NombreDeSuBaseDeDatos. Este URL indica que la base de datos reside en el equipo local y acepta 
conexiones en el puerto 21527. Llaga clic en el botón Seleccionar para elegir una tabla que se utilizará para validar 
la base de datos. Haga clic en Seleccionar para cerrar este cuadro de diálogo, y después haga clic en Agregar para 
agregar la base de datos como origen de datos para el proyecto y cierre el cuadro de diálogo. 

• Para configurar un componente Tabla para mostrar los datos de una base de datos, haga clic con el botón derecho 
del ratón en el componente Tabla y seleccione Enlazar con datos para mostrar el cuadro de diálogo Diseño de tabla. 
Haga clic en el botón Agregar proveedor de datos... para mostrar el cuadro de diálogo Agregar proveedor de datos, 
el cual contiene una lista de los orígenes de datos disponibles. Expanda el nodo de la base de datos, expanda el nodo 
Tablas, seleccione una tabla y haga clic en Agregar. El cuadro de diálogo Diseño de tabla mostrará una lista de las 
columnas en la tabla de la base de datos. Todos los elementos bajo el encabezado Seleccionado se mostrarán en la 
Tabla. Para eliminar una columna de la Tabla, puede seleccionarla y hacer clic en el botón <. 

• De manera predeterminada, la Tabla utiliza los nombres de las columnas de la tabla de la base de datos en mayúscu- 
las como encabezados. Para modificar estos encabezados, seleccione una columna y edite su propiedad headerText 
en la ventana Propiedades. Para seleccionar una columna, expanda el nodo de la tabla en la ventana Esquema 
(estando en modo Diseño) y después seleccione el objeto columna apropiado. 

• Al hacer clic en la casilla de verificación a un lado de la propiedad pagi nati onControI de la tabla en la ventana 
Propiedades, se configura esta Tabla para paginación automática. Se mostrarán cinco filas a la vez, y se agregarán 
botones para avanzar hacia delante y hacia atrás, entre grupos de cinco contactos, al final de la Tabla. 

• Al enlazar un componente Tabla con un proveedor de datos, se agrega un nuevo objeto CachedRowSetData- 
Provider al nodo de la aplicación en la ventana Esquema. Un objeto CachedRowSetDataProvi der proporciona 
un objeto RowSet desplazable que puede enlazarse con un componente Tabla para mostrar los datos del objeto 
RowSet. 

• El objeto CachedRowSet envuelto por nuestro objeto addressesDataProvi der está configurado de manera prede- 
terminada para ejecutar una consulta SQL que seleccione todos los datos en la tabla de la base de datos. Para editar 
esta consulta SQL, puede expandir el nodo Sessi onBean en la ventana Esquema y hacer doble clic en el elemento 
RowSet para abrir la ventana del editor de consultas. 

• Cada fila en un objeto CachedRowSetDataProvi der tiene su propia clave; el método appendRow, que agrega una 
nueva fila al objeto CachedRowSet, devuelve la clave para la nueva fila. 

• El método commi tChanges de la clase CachedRowSetDataProvi der aplica los cambios en el objeto CachedRowSet 
a la base de datos. 
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• El método ref resh de CachedRowSetDataProvi der vuelve a ejecutar la instrucción SQL del objeto CachedRowSet 
envuelto. 

Sección 273 Componentes JSF habilitados para Ajax 

• El término Ajax (JavaScript y XML asincronos) fue ideado por Jesse James Garrett de Adaptive Path, Inc. en febrero 
de 2005, para describir un rango de tecnologías para desarrollar aplicaciones Web dinámicas y con gran capaci- 
dad de respuesta. 

• Ajax separa la parte correspondiente a la interacción con el usuario de una aplicación, de la interacción con su 
servidor, permitiendo que ambas procedan en forma asincrónica y en paralelo. Esto permite a las aplicaciones Ajax 
basadas en Web ejecutarse a velocidades que se asemejan a las de las aplicaciones de escritorio. 

• Ajax realiza llamadas asincronas al servidor para intercambiar pequeñas cantidades de datos con cada llamada. 

• Ajax permite que se vuelvan a cargar sólo las porciones necesarias de la página, lo cual ahorra tiempo y recursos. 

• Las aplicaciones Ajax contienen marcado de XEITML y CSS al igual que cualquier otra página Web, y hacen uso 
de las tecnologías de secuencias de comandos del lado cliente (como JavaScript) para interactuar con los elemen- 
tos de las páginas. 

• El objeto XMLHttpRequestObject permite los intercambios asincronos con el servidor Web, lo cual hace que las 
aplicaciones Ajax tengan una gran capacidad de respuesta. Este objeto se puede utilizar en la mayoría de los lengua- 
jes de secuencias de comandos para pasar datos XML del cliente al servidor, y para procesar los datos XML que el 
servidor envía de vuelta al cliente. 

• Las bibliotecas Ajax facilitan el proceso de aprovechar los beneficios de Ajax en las aplicaciones Web, sin tener que 
escribir Ajax “puro”. 

• La biblioteca de componentes Java BluePrints habilitados para Ajax proporciona componentes JSF habilitados para 
Ajax. 

• Para utilizar los componentes Java BluePrints habilitados para Ajax en Java Studio Creator 2, debe descargarlos e 
importarlos. El IDE proporciona un asistente para instalar este grupo de componentes. Seleccione Herramientas 
> Centro de actualización para mostrar el cuadro de diálogo Asistente del centro de actualización. Haga clic en 
Siguiente > para buscar actualizaciones disponibles. En el área Nuevos módulos y actualizaciones disponibles del 
cuadro de diálogo, seleccione BluePrints AJAX Components y haga clic con el botón derecho del ratón en el botón 
de flecha (>) para agregarlo a la lista de elementos que desea instalar. Haga clic en Siguiente > y siga los indicadores 
para aceptar las condiciones de uso y descargar los componentes. Cuando se complete la descarga, haga clic en 
Siguiente y luego en Terminar. Haga clic en Aceptar para reiniciar el IDE. 

• A continuación, debe importar los componentes en la Paleta. Seleccione Herramientas > Administrador de bibliote- 
cas de componentes y después haga clic en Importar.... Haga clic en el botón Examinar... en el cuadro de diálogo 
Importar biblioteca de componentes que aparezca. Seleccione el archivo ui . compl i b y haga clic en Abrir. Haga clic 
en Aceptar para importar los componentes BluePrints AJAX Components y BluePrints AJAX SupportBeans. 

Sección 27.4 AutoComplete Text Field y formularios virtuales 

• El componente AutoComplete Text Field proporciona una lista de sugerencias de un origen de datos (como una base 
de datos o un servicio Web) a medida que el usuario escribe. 

• Los formularios virtuales se utilizan cuando deseamos que un botón envíe un subconjunto de los campos de entrada 
de la página al servidor. 

• Los formularios virtuales se utilizan cuando deseamos que un botón envíe un subconjunto de los campos de entrada 
de la página al servidor. 

• Los formularios virtuales nos permiten mostrar varios formularios en la misma página. Nos permiten especificar un 
emisor y uno o más participantes para cada formulario. Al hacer clic en el componente emisor del formulario virtual, 
sólo se envían al servidor los valores de sus componentes participantes. 

• Para agregar formularios virtuales a la página, haga clic con el botón derecho en el componente emisor que se 
encuentra en el formulario, y seleccione Configurar formularios virtuales... en el menú contextual para que aparezca 
el cuadro de diálogo Configurar formularios virtuales. Haga clic en Nuevo para agregar un formulario virtual; des- 
pués haga clic en la columna Nombre y especifique el nombre del nuevo formulario. Haga doble clic en la columna 
Enviar y cambie la opción a Sí para indicar que este botón se debe utilizar para enviar el formulario virtual agregar- 
Form. Haga clic en Aceptar para salir del cuadro de diálogo. Después, seleccione todos los componentes de entrada 
que participarán en el formulario virtual. Haga clic con el botón derecho del ratón en uno de los componentes 
seleccionados y elija la opción Configurar formularios virtuales.... En la columna Función del formulario virtual 
apropiado, cambie la opción a Sí para indicar que los valores en estos componentes deben enviarse al servidor cuan- 
do se envíe el formulario. 
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• Para ver los formularios virtuales en modo Diseño, haga clic en el botón Mostrar formularios virtuales ( ) en la 

parte superior del panel Diseñador visual para mostrar una leyenda de los formularios virtuales en la página. 

• El atributo compl etionMethod de un componente AutoComplete Text Field está enlazado al manejador de eventos 
complete de un bean de página. Para crear este método, haga clic con el botón derecho en el componente Auto- 
Complete Text Field en vista Diseño y seleccione Editar controlador de eventos > complete. 

• El manejador de eventos compl ete se invoca después de cada pulsación de tecla en un componente AutoComplete 
Text Field para actualizar la lista de sugerencias con base en el texto que el usuario ha escrito hasta cierto punto. El 
método recibe una cadena que contiene el texto introducido por el usuario, junto con un objeto Compl eti onResul t 
que se utiliza para mostrar sugerencias al usuario. 

Sección 27.5 Componente Map Viewer de Google Maps 

• Un componente Map Viewer habilitado para Ajax utiliza el servicio Web de la API de Google Maps para buscar y 
mostrar mapas. Un componente Map Marker apunta a una ubicación en un mapa. 

• Para utilizar el componente Map Viewer, debe tener una cuenta con Google. Visite el sitio https : / /www . googl e . 
com/accounts/ManageAccount para registrarse y obtener una cuenta gratuita. Debe obtener una clave para usar la 
API de Google Maps en www . googl e . com/api s/maps. La clave que reciba será específica para su aplicación Web y 
limitará el número de mapas que puede mostrar la aplicación por día. Cuando se registre para la clave, tendrá que 
escribir el URL para la aplicación que utilizará la API de Google Maps. Si va a desplegar la aplicación sólo en el 
servidor de prueba integrado de Java Studio Creator 2, escriba el URL http : //I ocal host : 29080. 

• Para utilizar un componente Map Viewer, establezca su propiedad key con la clave de la API de Google Maps que 
obtuvo. 

• Un componente Map Marker (de la sección AJAX Support Beans de la Paleta) marca una ubicación en un mapa. 
Debe enlazar el marcador con el mapa, de manera que el marcador se pueda mostrar en el mapa. Para ello, haga clic 
con el botón derecho en el componente Map Viewer en modo Diseño y seleccione Enlaces de propiedades... para 
mostrar el cuadro de diálogo Enlaces de propiedades. Seleccione info de la columna Seleccionar propiedad enla- 
zable del cuadro de diálogo, y después seleccione mapMarker de la columna Seleccionar destino de enlace. Llaga 
clic en Aplicar y después en Cerrar. 

• Un componente Geocoding Service Object (de la sección AJAX Support Beans de la Paleta) convierte las direccio- 
nes de las calles en latitudes y longitudes que el componente Map Viewer utiliza para mostrar un mapa apropiado. 

• El atributo center del componente Map Viewer está enlazado a la propiedad mapVi ewer_center del bean de página. 
Esta propiedad se manipula en el archivo de bean de página, para centrar el mapa en la dirección deseada. 

• El método geoCode del componente Geocoding Service Object recibe una dirección como un argumento y devuel- 
ve un arreglo de objetos GeoPoi nt que representan ubicaciones, las cuales coinciden con el parámetro dirección. Los 
objetos GeoPoi nt proporcionan la latitud y la longitud de una ubicación dada. 
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Ajax (JavaScript y XML asincronos) 

Apache Derby 
API de Google Maps 

AutoComplete Text Field, componente JSF 
biblioteca de componentes Java BluePrints habilitados 
para Ajax 

bibliotecas de componentes habilitadas para Ajax 
Button, componente JSF 
Buy Now Button, componente JSF 
CachedRowSet, interfaz 
CachedRowSetDataProvi der, clase 
ciclo de vida del procesamiento de eventos 
commi tChanges, método de la clase CachedRowSetData- 
Provi der 

componentes JSF habilitados para Ajax 
elemento JSF 

emisor en un formulario virtual 

enlazar una Tabla JSF con la tabla de una base de datos 
formulario virtual 


geoCode, método de un componente Geocoding Service 
Object 

Geocoding Service Object, componente 
Google Maps 
Java BluePrints 
Java DB 

JavaServer Faces (JSF) 

Jesse James Garrett 
Map Marker, componente JSF 
Map Viewer, componente JSF 
Message Group, componente JSF 
participante en un formulario virtual 
Popup Calendar, componente JSF 
pri mary, propiedad de un Botón JSF 
Progress Bar, componente JSF 
proveedor de datos 
Rating, componente JSF 

refresh, método de class CachedRowSetData 
Provi der 
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reset, propiedad de un Botón JSF 
Rich Textarea Editor, componente JSF 
Select Valué Text Field, componente JSF 
servidor de bases de datos integrado 
Servidores, ficha en Java Studio Creator 2 

Ejercicios de autoevaluación 

27.1 Conteste con verdadero o falso a cada una de las siguientes proposiciones; en caso de ser falso , explique por qué. 

a) El componente JSF Tabla nos permite desplegar otros componentes y texto en formato tabular. 

b) Los formularios virtuales permiten mostrar varios formularios (cada uno con su botón Enviar) en la misma 
página Web. 

c) Un componente CachedRowSetDataProvi der se almacena en el objeto SessionBean y ejecuta consultas 
SQL para proporcionar componentes Tabla con datos a mostrar. 

d) El objeto XMLHttpRequestObject proporciona acceso al objeto petición de una página. 

e) El manejador de eventos compl ete para un componente AutoComplete Text Field se llama después de cada 
pulsación de tecla en el campo de texto, para proporcionar una lista de sugerencias con base en lo que ya se 
ha escrito. 

f) Un proveedor de datos vuelve a ejecutar automáticamente su comando SQL para proporcionar información 
actualizada de la base de datos en cada actualización de página. 

g) Para volver a centrar un componente Map Viewer, debe establecer la longitud y latitud del centro del 
mapa. 

27.2 Complete los siguientes enunciados. 

a) Ajax es un acrónimo para 

b) El método de la clase actualiza una base de datos para reflejar los cam- 

bios realizados en el proveedor de datos de la base de datos. 

c) Un es un componente de soporte utilizado para traducir direcciones en latitudes y longi- 

tudes, para mostrarlas en un componente Map Viewer. 

d) Un formulario virtual especifica que ciertos componentes JSF son cuyos datos se envia- 

rán cuando se haga clic en el componente emisor. 

e) Los componentes Ajax para Java Studio Creator 2, como AutoComplete Text Field y Map Viewer, son pro- 
porcionados por 

Respuestas a los ejercicios de autoevaluación 

27.1 a) Falso. Los componentes Tabla se utilizan para mostrar datos de las bases de datos, b) Verdadero, c) Falso. 
El componente CachedRowSetDataProvi der es una propiedad del bean de página. Envuelve un objeto CachedRowSet, 
el cual se almacena en el objeto SessionBean y ejecuta consultas SQL. d) Falso. El objeto XMLHttpRequestObject es 
un objeto que permite intercambios asincrónicos con un servidor Web. e) Verdadero, f) Falso. Debe llamar al método 
ref resh en el proveedor de datos para volver a ejecutar el comando SQL. g) Verdadero. 

27.2 a) JavaScript y XML asincronos, b) commi tChanges, CachedRowSetDataProvi der. c) Geocoding Service 
Object. d) participantes, e) La biblioteca de componentes Java BluePrint habilitados para Ajax. 

Ejercicios 

27.3 (Aplicación LibroVisitantes) Cree una página Web JSF que permita a los usuarios registrarse en un libro de 
visitantes y verlo. Use la base de datos LibroVi sitantes (que se proporciona en el directorio de ejemplos para este 
capítulo) para almacenar las entradas en el libro de visitantes. La base de datos Li broVi si tantes tiene una sola tabla 
llamada Messages, la cual contiene cuatro columnas: date, ñame, email y message. La base de datos contiene unas 
cuantas entradas de ejemplo. En la página Web, proporcione componentes Campo de texto para el nombre del usuario 
y la dirección de correo electrónico, y un componente Area de texto para el mensaje. Agregue un Botón Enviar y un 
componente Tabla, y configure la Tabla para mostrar las entradas en el libro de visitantes. Use el método manejador de 
acciones del Botón Enviar para insertar una nueva fila que contenga la entrada del usuario y la fecha de hoy en la base 
de datos Li broVi sitantes. 


Tabla, componente JSF 

ui : stati cText, elemento JSF 

ui : tabl e, elemento JSF 

ui : tabl eRowGroup, elemento JSF 

XMLFlttpRequestObject 
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27.4 (Modificación a la aplicación LibretaDirecciones) Modifique la aplicación Li bretaDi recci ones, de manera que 
los usuarios introduzcan búsquedas en el componente AutoComplete TextField, en el formato primer nombre , apellido 
paterno. Necesitará agregar un nuevo proveedor de datos (o modificar el existente) para ordenar las filas en la base de 
datos Li bretaDi recci ones por primer nombre, y después por apellido paterno. 

27.5 (Aplicación de búsqueda en mapas) Cree una página Web JSF que permita a los usuarios obtener un mapa de 
cualquier dirección. Recuerde que la búsqueda de una ubicación mediante la API de Google Maps devuelve un arreglo 
de objetos GeoPoi nt. Busque las ubicaciones que introduzca el usuario en un Campo de texto, y muestre un mapa en 
la primera ubicación del arreglo GeoPoi nt resultante. Para manejar varios resultados de búsqueda, muestre todos los 
resultados en un componente Cuadro de lista. Para obtener una representación de cadena de cada resultado, invoque 
el método toString en un objeto GeoPoi nt. Agregue un Botón que permita a los usuarios seleccionar un resultado 
del Cuadro de lista y muestre un mapa para ese resultado con un componente Map Marker que muestre la ubicación en el 
mapa. Por último, utilice un componente Grupo de mensajes para mostrar los mensajes relacionados con los errores de 
búsqueda. En caso de un error, y cuando la página se cargue por primera vez, vuelva a centrar el mapa en una ubicación 
predeterminada de su preferencia. 
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Servicios Web 
JAX-WS, 

Web 2.0 y 
Mash-ups 


OBJETIVOS 

En este capítulo aprenderá a: 

■ Conocer qué es un servicio Web. 

■ Publicar y consumir los servicios Web en Netbeans. 

■ Conocer los elementos que conforman los servicios Web, 
como las descripciones de servicios y las clases que 
implementan estos servicios. 

■ Crear aplicaciones de escritorio cliente y Web que invoquen 
métodos de un servicio Web. 

■ Conocer la parte importante que desempeñan XML y el 
Protocolo simple de acceso a objetos (SOAP) para habilitar 
los servicios Web. 

■ Usar el rastreo de sesiones en los servicios Web para mantener 
la información de estado de los clientes. 

■ Usar JDBC con los servicios Web para conectarse a las bases 
de datos. 

■ Pasar objetos de tipos definidos por el usuario hacia y desde 
un servicio Web. 



Un cliente para mí es una 
sitnple unidad, un factor en 
uti problema. 

— Sir Arthur Conan Doyle 

También sirven a aquéllos 
que sólo permanecen de pie 
y esperan. 

— John Milton 

...si las cosas más simples 
de la naturaleza tienen 
un mensaje que usted 
comprende, regocíjese, 
porque su alma está viva. 

— Eleonora Duse 

El protocolo es todo. 

— Francoise Gíuliani 
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28.1 Introducción 

28.1.1 Descarga, instalación y configuración de Netbeans 5.5 y Sun Java System Application Server 

28.1.2 Centro de recursos de servicios Web y Centros de recursos sobre Java en www.deitel .com 

28.2 Fundamentos de los servicios Web de Java 

28.3 Creación, publicación, prueba y descripción de un servicio Web 

28.3.1 Creación de un proyecto de aplicación Web y cómo agregar una clase de servicio Web en 
Netbeans 

28.3.2 Definición del servicio Web EnteroEnorme en Netbeans 

28.3.3 Publicación del servicio Web EnteroEnorme desde Netbeans 

28.3.4 Prueba del servicio Web EnteroEnorme con la página Web Tester de Sun Java System 
Application Server 

28. 3. 5 Descripción de un servicio Web con el Lenguaje de descripción de servicios Web (WSDL) 

28.4 Cómo consumir un servicio Web 

28.4.1 Creación de un cliente para consumir el servicio Web EnteroEnorme 

28.4.2 Cómo consumir el servicio Web EnteroEnorme 

28.5 SOAP 

28.6 Rastreo de sesiones en los servicios Web 

28.6. 1 Creación de un servicio Web B1 ack j ack 

28.6.2 Cómo consumir el servicio Web Blackjack 

28.7 Cómo consumir un servicio Web controlado por base de datos desde una aplicación Web 

28.7.1 Configuración de Java DB en Netbeans y creación de la base de datos Reservación 

28.7.2 Creación de una aplicación Web para ¡nteractuar con el servicio Web Reservación 

28.8 Cómo pasar un objeto de un tipo definido por el usuario a un servicio Web 

28.9 Conclusión 

28.10 Recursos Web 

Resumen | Terminología | Ejercicios de autoevaluación | Respuestas a los ejercicios de autoevaluación | Ejercicios 


28.1 Introducción 

En este capítulo presentaremos los servicios Web, los cuales promueven la portabilidad y reutilización de software 
en aplicaciones que operan a través de Internet. Un servicio Web es un componente de software almacenado en 
una computadora, el cual se puede utilizar mediante llamadas a métodos desde una aplicación (u otro compo- 
nente de software) en otra computadora, a través de una red. Los servicios Web se comunican mediante el uso 
de tecnologías como XML y HTTP. Varias APIs de Java facilitan los servicios Web. En este capítulo trataremos 
con APIs basadas en el Protocolo simple de acceso a objetos (SOAP): un protocolo basado en XML que per- 
mite la comunicación entre los clientes y los servicios Web, aun cuando el cliente y el servicio Web estén escritos 
en distintos lenguajes. Hay otras tecnologías de servicios Web, como la Transferencia representativa de estado 
(REST), que no veremos en este capítulo. Para obtener información acerca de REST, consulte los recursos Web 
de la sección 28.10 y visite nuestro Centro de recursos sobre servicios Web en 

www . dei tel . com/WebSe rvi ces 

La Biblioteca Deitel de contenido gratuito (Deitel Free Content Library) incluye los siguientes tutoriales de 
introducción a XML: 

www. dei tel . com/arti el es/xml_tutori al s/20060401/XMLBasi es/ 

www. dei tel . com/arti el es/xml_tutori al s/20060401/XMLStructuri ngData/ 

Los servicios Web tienen grandes implicaciones para las transacciones de negocio a negocio (B2B) . Permi- 
ten a los negocios realizar transacciones a través de servicios Web estandarizados, con una amplia disponibilidad, 
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en vez de depender de aplicadones propietarias. Los servicios Web y SOAP son independientes de la plataforma 
y del lenguaje, por lo que las compañías pueden colaborar a través de servicios Web sin tener que preocuparse 
por la compatibilidad de sus tecnologías de hardware, software y comunicaciones. Compañías como Amazon, 
Google, eBay, PayPal y muchas otras están usando servicios Web para su beneficio, al facilitar sus aplicaciones del 
lado servidor a sus socios, a través de los servicios Web. 

Al comprar servicios Web y utilizar los diversos servicios Web gratuitos que son importantes para sus acti- 
vidades comerciales, las compañías invierten menor tiempo en desarrollar nuevas aplicaciones y pueden crear 
nuevas aplicaciones innovadoras. Los comercios electrónicos pueden usar servicios Web para proporcionar a sus 
clientes experiencias de compra mejoradas. Consideremos el caso de una tienda de música en línea. El sitio Web 
de la tienda ofrece vínculos a información sobre varios CDs, lo cual permite a los usuarios comprar los CDs, saber 
acerca de los artistas, buscar más títulos de ellos, buscar música de otros artistas que los usuarios puedan disfru- 
tar, y mucho más. Otra compañía que vende boletos para conciertos proporciona un servicio Web que muestra 
las fechas de los próximos conciertos de varios artistas, y permite a los usuarios comprar boletos. Al consumir el 
servicio Web para boletos de conciertos en su sitio, la tienda de música en línea puede proporcionar un servicio 
adicional a sus clientes e incrementar el tráfico de su sitio, y tal vez obtener una comisión por las ventas de los 
boletos de conciertos. La compañía que vende boletos de conciertos también se beneficia de la relación comercial 
al vender más boletos y quizá al recibir ingresos de la tienda de música en línea por el uso de su servicio Web. 

Cualquier programador de Java con un conocimiento sobre los servicios Web puede escribir aplicaciones que 
puedan “consumir” servicios Web. Las aplicaciones resultantes llamarían a los métodos de los servicios Web de 
objetos que se ejecuten en servidores, que podrían estar a miles de kilómetros de distancia. Para saber más acerca 
de los servicios Web, lea las Generalidades sobre la tecnología Java y los servicios Web (Java Technology and Web 
Services OverView) en java.sun.com/webservices/overview.html. 

Netbeans 5.5 y Sun Java Studio Creator 2 

Netbeans 5.5 y Sun Java Studio Creator 2 (ambos desarrollados por Sun) son dos de las muchas herramien- 
tas que permiten a los programadores “publicar” y “consumir” servicios Web. Vamos a demostrar cómo usar estas 
herramientas para implementar servicios Web e invocarlos desde aplicaciones cliente. Para cada ejemplo, propor- 
cionaremos el código para el servicio Web, y después presentaremos una aplicación cliente que utiliza el servicio 
Web. En nuestros primeros ejemplos vamos a crear servicios Web y aplicaciones cliente en Netbeans. Después 
demostraremos servicios Web que utilizan características más sofisticadas, como la manipulación de bases de 
datos con JDBC (que presentamos en el capítulo 25, Acceso a bases de datos con JDBC) y la manipulación 
de objetos de clases. 

Sun Java Studio Creator 2 facilita el desarrollo de aplicaciones Web y el consumo de servicios Web. Netbeans 
proporciona aún más herramientas, incluyendo la habilidad de crear, publicar y consumir servicios Web. Utili- 
zamos Netbeans para crear y publicar servicios Web, y para crear aplicaciones de escritorio que los consuman. 
Utilizamos Sun Java Studio Creator 2 para crear aplicaciones Web que consuman servicios Web. Las herramientas 
de Sun Java Studio Creator 2 se pueden agregar a Netbeans mediante el Netbeans Visual Web Pack. Para obtener 
más información acerca de este complemento de Netbeans, visite www. netbeans . org/products/vi sualweb/. 

28.1.1 Descarga, instalación y configuración de Netbeans 5.5 y Sun Java 
System Application Server 

Para desarrollar los servicios Web en este capítulo, utilizamos Netbeans 5.5 y Sun Java System Application Server 
con las opciones de instalación predeterminadas. El sitio Web de Netbeans proporciona un instalador integrado 
para ambos productos. Para descargar el instalador, visite el sitio 

www. netbeans .org/products/ide/ 

y después haga clic en el botón Download Netbeans IDE. En la siguiente página, seleccione su sistema operativo y 
lenguaje, y después siga las instrucciones que aparecen en pantalla. Es posible que para cuando usted entre, ya 
haya una versión más reciente. 

Una vez que haya descargado e instalado estas herramientas, ejecute el IDE Netbeans. En Windows XP, el 
instalador colocará una entrada para Netbeans en Inicio > Todos los programas. Antes de proceder con el resto 
del capítulo, realice los siguientes pasos para configurar Netbeans y permitir realizar pruebas con Sun Java System 
Application Server: 
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1. Seleccione Tools > Server Manager para mostrar el cuadro de diálogo Server Manager. Si ya aparece 
Sun Java System Application Server en la lista de servidores, omita los pasos del 2 al 6. 

2. Haga clic en el botón Add Server... en la esquina superior izquierda del cuadro de diálogo para que 
aparezca el cuadro de diálogo Add Server Instance. 

3. Seleccione Sun Java System Application Server de la lista desplegable Server, y después haga clic en 

Next >. 

4. En el campo Platform Location, especifique la ubicación de instalación de Sun Java System Application 
Server; el valor predeterminado es C : \Sun\AppServer en Windows. Haga clic en Next >. 

5. Especifique el nombre de usuario y la contraseña para el servidor; los valores predeterminados son admi n 
y admi nadmi n, respectivamente. Haga clic en Finish. 

6. Haga clic en Cióse para cerrar el cuadro de diálogo Server Manager. 

28.1.2 Centro de recursos de servicios Web y Centros de recursos sobre Java 
en www.deitel .com 

Visite nuestro Centro de recursos de servicios Web en www.deitel . com/WebServi ces/ para obtener infor- 
mación acerca de cómo diseñar e implementar servicios Web en muchos lenguajes, y para obtener información 
acerca de los servicios Web que ofrecen compañías como Google, Amazon y eBay. También encontrará muchas 
herramientas adicionales de Java para publicar y consumir servicios Web. 

Nuestros Centros de recursos sobre Java en 

www . dei tel . com/ j ava/ 

http: //www.deitel . com/ResourceCenters/Programmi ng/lavaSE6/tabid/1056/Default .aspx 
www.deitel . com/lavaEE5/ 

ofrecen información adicional específica sobre Java, como libros, informes, artículos, diarios, sitios Web y blogs 
que abarcan una gran variedad de temas sobre Java (incluyendo los servicios Web de Java). 

28.2 Fundamentos de los servicios Web de Java 

La computadora en la que reside un servicio Web se conoce como equipo remoto o servidor. La aplicación (es 
decir, el cliente) que accede al servicio Web envía la llamada a un método a través de una red al equipo remoto, 
el cual procesa la llamada y devuelve una respuesta a la aplicación, a través de la red. Este tipo de computación 
distribuida es benéfica en muchas aplicaciones. Por ejemplo, una aplicación cliente sin acceso directo a una base 
de datos en un servidor remoto podría obtener los datos a través de un servicio Web. De manera similar, una 
aplicación que carezca del poder para realizar ciertos cálculos podría usar un servicio Web para aprovechar los 
recursos superiores de otro sistema. 

En Java, un servicio Web se implementa como una clase. En capítulos anteriores, todas las piezas de una 
aplicación residían en un equipo. La clase que representa el servicio Web reside en un servidor; no forma parte 
de la aplicación cliente. 

Al proceso de hacer que un servicio Web esté disponible para recibir peticiones de los clientes se le conoce 
como publicación de un servicio Web; al proceso de utilizar un servicio Web desde una aplicación cliente se le co- 
noce como consumo de un servicio Web. Una aplicación que consume un servicio Web consiste de dos partes: 
un objeto de una clase proxy para interactuar con el servicio Web y una aplicación cliente que consume el servicio 
Web, invocando a los métodos en el objeto de la clase proxy. El código cliente invoca los métodos en el objeto 
proxy, el cual se encarga de los detalles de la comunicación con el servicio Web (como el paso de los argumentos a 
los métodos del servicio Web y la recepción de los valores de retorno del servicio Web) por el cliente. Esta comu- 
nicación se puede llevar a cabo a través de una red local, de Internet o inclusive con un servicio Web en la misma 
computadora. El servicio Web realiza la tarea correspondiente y devuelve los resultados al objeto proxy, el cual 
devuelve entonces los resultados al código cliente. En la figura 28.1 se muestran las interacciones entre el código 
cliente, la clase proxy y el servicio Web. Como pronto veremos, Netbeans y Sun Java Studio Creator 2 crean estas cla- 
ses proxy por usted en sus aplicaciones cliente. 
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Las peticiones a los servicios Web, y las respuestas de éste que se crean con JAX-WS 2.0 (el marco de trabajo 
más reciente de servicios Web de Java) se transmiten, por lo regular, a través de SOAP. Cualquier cliente capaz de 
generar y procesar mensajes SOAP puede interactuar con un servicio Web, sin importar el lenguaje en el que esté 
escrito. En la sección 28.5 hablaremos sobre SOAP 


Cliente 



Servidor 





Código 

Objeto 

Internet 

* Servicio 

cliente ^ — 

proxy — 


Web 


Figura 28.1 ¡ Interacción entre un servicio Web y su cliente. 


28.3 Creación, publicación, prueba y descripción 
de un servicio Web 

Las siguientes subsecciones demuestran cómo crear, publicar y probar un servicio Web llamado EnteroEnorme, 
el cual realiza cálculos con enteros positivos de hasta 100 dígitos de longitud (que se mantienen como arreglos de 
dígitos). Dichos enteros son mucho más grandes de lo que los tipos primitivos integrales de Java pueden repre- 
sentar. El servicio Web EnteroEnorme proporciona métodos que reciben dos “enteros enormes” (representados 
como objetos Stri ng) y determinan su suma, su diferencia, cuál es mayor, cuál es menor o si los dos números 
son iguales. Estos métodos serán servicios disponibles para otras aplicaciones a través de la Web (de ahí que se les 
llame servicios Web) . 

28.3. 1 Creación de un proyecto de aplicación Web y cómo agregar una clase 
de servicio Web en Netbeans 

Al crear un servicio Web en Netbeans, nos enfocamos en la lógica del servicio Web y dejamos que el IDE se 
encargue de la infraestructura del servicio Web. Para crear un servicio Web en Netbeans, primero debemos crear 
un proyecto de tipo api icación Web (Web Appl ication). Netbeans utiliza este tipo de proyecto para las apli- 
caciones Web que se ejecutan en clientes basados en navegador, y para los servicios Web invocados por otras 
aplicaciones. 

Creación de un proyecto de api icación Web en Netbeans 5-5 

Para crear una aplicación Web, siga los siguientes pasos: 

1. Seleccione File > New Project para abrir el cuadro de diálogo New Project. 

2. Seleccione Web de la lista Categories del cuadro de diálogo, y después seleccione Web Application de la 
lista Projects. Llaga clic en Next >. 

3. Especifique el nombre de su proyecto (EnteroEnorme) en el campo Project Ñame, y en el campo Pro- 
ject Location especifique en dónde le gustaría guardar el proyecto. Puede hacer clic en el botón Browse 
para seleccionar la ubicación. 

4. Seleccione Sun Java System Application Server de la lista desplegable Server. 

5. Seleccione Java EE 5 de la lista desplegable J2EE Versión. 

6. Haga clic en Finish para cerrar el cuadro de diálogo New Project. 

Esto creará una aplicación Web que se ejecutará en un navegador Web. Al crear una aplicación Web (Web Appli- 
cation) en Netbeans, el IDE genera archivos adicionales que ofrecen soporte a la aplicación Web. En este capítulo, 
hablaremos sólo sobre los archivos específicos para los servicios Web. 
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Cómo agregar una clase de servicio Web a un proyecto de Api icación Web 

Para crear un servicio Web, realice los siguientes pasos para agregar una clase de servicio Web al proyecto: 

1. En la ficha Projects en Netbeans (justo debajo del menú File), haga clic con el botón derecho del ratón 
en el nodo del proyecto EnteroEnorme y seleccione New > Web Service... para que aparezca el cuadro 
de diálogo New Web Service. 

2. Especifique EnteroEnorme en el campo Web Service Ñame. 

3. Especifique com.deitel . jhtp7.cap28.enteroenorme en el campo Package. 

4. Plaga clic en Finish para cerrar el cuadro de diálogo New Web Service. 

El IDE genera una clase de servicio Web de ejemplo con el nombre que especificó en el paso 2. En esta clase, defi- 
nirá los métodos que su servicio Web tiene disponibles para las aplicaciones cliente. Cuando en cierto momento 
genere su aplicación, el IDE generará otros archivos de soporte (que veremos en breve) para su servicio Web. 

28.3.2 Definición del servicio Web EnteroEnorme en Netbeans 

La figura 28.2 contiene el código del servicio Web EnteroEnorme. Puede implementar este código por su cuenta 
en el archivo EnteroEnorme .java que se creó en la sección 28.3.1, o puede simplemente sustituir el código en 
EnteroEnorme. java con una copia de nuestro código de la carpeta de este ejemplo. Encontrará este archivo 
en la carpeta del proyecto src\java\com\deitel\jhtp7\cap28\enteroenorme. Puede descargar los ejemplos 
del libro en www . dei tel . com/books/ j htp7. 


1 

2 

3 

4 

5 

6 

7 

8 
9 

10 
1 1 
12 

13 

14 

15 

16 

17 

18 

19 

20 
21 
22 

23 

24 

25 

26 

27 

28 

29 

30 

31 

32 


// Fig. 28.2: EnteroEnorme . java 

// Servicio Web EnteroEnorme que realiza operaciones con enteros grandes. 

package com.deitel . jhtp7.ch28.enteroenorme; 

import javax. jws.WebService; // el programa usa la anotación @WebService 
import javax. jws .WebMethod ; // el programa usa la anotación @WebMethod 
import javax. jws. WebParam; // el programa usa la anotación @WebParam 

@WebService( // anota la clase como un servicio Web 

ñame = "EnteroEnorme", // establece el nombre de la clase 
serviceName = "ServicioEnteroEnorme" ) // establece el nombre del servicio 
public class EnteroEnorme 
{ 

private final static int MAXIMO = 100; // máximo número de digitos 
public int[] numero = new int[ MAXIMO ]; // almacena el entero enorme 

// devuelve una representación String de un EnteroEnorme 
public String toStringO 
{ 

String valor = 

// convierte EnteroEnorme en un objeto String 
for (int digito : numero ) 

valor = digito + valor; // coloca el siguente digito al principio del valor 

// localiza la posición del primer digito distinto de cero 

int longitud = valor. length() ; 
int posición = -1; 

for ( int i =0; i < longitud; i++ ) 

{ 

if ( val or . charAt( i ) != '0' ) 


Figura 28.2 | Servicio Web EnteroEnorme que realiza operaciones con enteros grandes. (Parte I de 3). 
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{ 

posición = i ; // primer digito distinto de cero 
break; 

} 

} // fin de for 

return ( posición != -1 ? valor. substringC posición ) : "0" ); 

} // fin del método toString 

// crea un objeto EnteroEnorme a partir de un objeto String 

public static EnteroEnorme anal i zarEnteroEnorme( String s ) 

{ 

EnteroEnorme temp = new EnteroEnormeO ; 
int tamanio = s.lengthO; 

for ( int i =0; i < tamanio; i++ ) 

temp.numero[ i ] = s.charAt( tamanio - i - 1 ) - '0'; 

return temp; 

} // fin del método anal izarEnteroEnorme 


// Método Web que suma enteros enormes representados por argumentos String 
@WebMethod( operationName = 'sumar" ) 

public String sumar( @WebParam( ñame = "primero" ) String primero, 

@WebParam( ñame = "segundo" ) String segundo ) 

{ 

int acarreo = 0; // el valor que se va a acarrear 

EnteroEnorme operandol = EnteroEnorme . anal i zarEnteroEnorme( primero ); 
EnteroEnorme operando2 = EnteroEnorme. analizarEnteroEnorme( segundo ); 
EnteroEnorme resultado = new EnteroEnormeO; // almacena el resultado de la suma 


// realiza la suma en cada digito 
for ( int i =0; i < MAXIMO; i++ ) 

{ 

// suma los digitos correspondientes en cada número y el valor acarreado; 

// almacena el resultado en la columna correspondiente del resultado EnteroEnorme 
resul tado . numero [ i ] = 

( operandol. numero[ i ] + operando2 . numero[ i ] + acarreo ) % 10; 

// establece el acarreo para la siguiente columna 
acarreo = 

( operandol. numero[ i ] + operando2 . numero[ i ] + acarreo ) / 10; 

} // fin de for 


return resul tado . toStri ng() ; 

} // fin del Método Web sumar 


// Método Web que resta los enteros representados por argumentos String 
@WebMethod( operationName = 'restar" ) 

public String restarf @WebParam( ñame = "primero" ) String primero, 
@WebParam( ñame = "segundo" ) String segundo ) 

{ 

EnteroEnorme operandol = EnteroEnorme . anal i zarEnteroEnorme( primero ); 
EnteroEnorme operando2 = EnteroEnorme. analizarEnteroEnorme( segundo ); 
EnteroEnorme resultado = new EnteroEnormeO; // almacena la diferencia 

// resta el digito inferior del digito superior 
for ( int i =0; i < MAXIMO; i++ ) 

{ 


Figura 28.2 


Servicio Web EnteroEnorme que realiza operaciones con enteros grandes. (Parte 2 de 3). 
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92 // si el dígito en operandol es menor que el correspondiente 

93 // digito en operando2, pide prestado al siguiente digito 

94 if ( operandol. numero[ i ] < operando2 . numero[ i ] ) 

95 operandol. pedi rprestado( i ); 

96 

97 // resta los digitos 

98 resultado. numero[ i ] = operandol. numero[ i ] - operando2.numero[ i ]; 

99 } // fin de for 

100 

101 return resul tado . toStri ng() ; 

102 } // fin del Método Web restar 

103 

104 // pide prestado 1 del siguiente digito 

105 private void pedi rprestado( int lugar ) 

106 { 

107 if ( lugar >= MAXIMO ) 

108 throw new IndexOutOfBoundsExceptionO ; 

109 el se if ( numero [ lugar + 1 ] == 0 ) // si el siguiente digito es cero 

110 pedi rprestadoC lugar + 1 ); // pide prestado del siguiente digito 

1 1 1 

112 numero[ lugar ] +=10; // suma 10 al digito que prestó 

113 — numero[ lugar + 1 ]; // resta uno al digito de la izquierda 

• •4 } // fin del método pedi rprestado 

115 

116 // Método Web que devuelve true si el primer entero es mayor que el segundo 

117 @WebMethod( operationName = "mayor" ) 

118 public boolean mayor( @WebParam( ñame = "primero" ) String primero, 

119 @WebParam( ñame = "segundo" ) String segundo ) 

120 { 

121 try // trata de restar el primer número del segundo 

122 { 

123 String diferencia = restarf primero, segundo ); 

124 return Idiferencia. matchesf " A [0]+$" ); 

125 } // fin de try 

126 catch ( IndexOutOfBoundsException e ) // primero es menor que segundo 

127 { 

128 return false; 

129 } // fin de catch 

130 } // fin del Método Web mayor 

131 

132 // Método Web que devuelve true si el primer entero es menor que el segundo 

133 @WebMethod( operationName = "menor" ) 

134 public boolean menor( @WebParam( ñame = "primero" ) String primero, 

135 @WebParam( ñame = "segundo" ) String segundo ) 

136 { 

137 return mayor( segundo, primero ); 

138 } // fin del Método Web menor 

139 

140 // Método Web que devuelve true si el primer entero es igual al segundo 

141 @WebMethod( operationName = "igual" ) 

142 public boolean igual ( @WebParam( ñame = "primero" ) String primero, 

143 @WebParam( ñame = "segundo" ) String segundo ) 

144 { 

145 return !( mayor( primero, segundo ) || menor( primero, segundo ) ); 

146 } // fin del Método Web igual 

• 47 } // fin de la clase EnteroEnorme 

Figura 28.2 | Servicio Web EnteroEnorme que realiza operaciones con enteros grandes. (Parte 3 de 3). 
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En las líneas 5 a 7 se importan las anotaciones que se utilizan en este ejemplo. De manera predeterminada, 
cada nueva clase de servicio Web que se crea con las APIs de JAX-WS es un POJO (Objeto Java simple), lo 
cual significa que, a diferencia de las APIs de servicios Web de Java anteriores, no necesita extender una clase o 
implementar una interfaz para crear un servicio Web. Al compilar una clase que utiliza estas anotaciones de 
JAX-WS 2.0, el compilador crea todos los artefactos del lado servidor que soportan el servicio Web; es decir, 
el marco de trabajo de código compilado que permite al servicio Web esperar las peticiones de los clientes y res- 
ponder a esas peticiones, una vez que el servicio se despliega en un servidor de aplicaciones. Algunos servidores 
de aplicaciones populares que soportan los servicios Web de Java son: Sun Java System Application Server (www . 
sun.com/software/products/appsrvr/index.xml), GlassFish (glassfish.dev.java.net), Apache Tomcat 
(tomcat.apache.org), BEA Weblogic Server (www.bea.com), y JBoss Application Server (www.jboss.org/ 
products/jbossas). En este capítulo utilizaremos Sun Java System Application Server. 

Las líneas 9 a 1 1 contienen una anotación @WebServi ce (importada en la línea 5) con las propiedades ñame 
y servi ceName. La anotación ©WebService indica que la clase EnteroEnorme representa a un servicio Web. La 
anotación va seguida por un conjunto de paréntesis que contienen elementos opcionales. El elemento ñame de 
la anotación (línea 10) especifica el nombre de la clase proxy que se generará para el cliente. El elemento ser- 
vi ceName (línea 11) especifica el nombre de la clase que el cliente debe utilizar para obtener un objeto de la 
clase proxy. [Nota: si el elemento servi ceName no se especifica, se asume que el nombre del servicio Web será 
el nombre de la clase, seguido por la palabra Servi ce]. Netbeans coloca la anotación ©WebServi ce al principio 
de cada nueva clase de servicio Web que el programador crea. Después se pueden agregar las propiedades ñame y 
servi ceName en el paréntesis que sigue a la anotación. 

En la línea 14 se declara la constante MAXIMO, la cual especifica el número máximo de dígitos para un 
EnteroEnorme (en este ejemplo, 100). En la línea 15 se crea el arreglo que almacena los dígitos en un entero 
enorme. En las líneas 18 a 40 se declara el método toString, el cual devuelve una representación String de 
un EnteroEnorme, sin ceros a la izquierda. En las líneas 43 a 52 se declara el método stati c llamado anal i zar- 
EnteroEnorme, el cual convierte un objeto String en un objeto EnteroEnorme. Los métodos sumar, restar, 
mayor, menor e i gual del servicio Web utilizan anal i zarEnteroEnorme para convertir sus argumentos Stri ng 
en objetos EnteroEnorme para procesarlos. 

Los métodos sumar, restar, mayor, menor e i gual de EnteroEnorme se marcan con la anotación ©WebMe- 
thod (líneas 55, 81, 117, 133 y 14 1) para indicar que pueden llamarse en forma remota. Los métodos que no se 
marcan con ©WebMethod no son accesibles para los clientes que consumen el servicio Web. Por lo general, dichos 
miembros son métodos utilitarios dentro de la clase del servicio Web. Observe que cada una de las anotaciones 
©WebMethod utiliza el elemento operationName para especificar el nombre del método que está expuesto al 
cliente del servicio Web. 

Error común de programación 28.1 

Si no se expone un método como método Web, declarándolo con la anotación @WebMethod, los clientes del servicio 
Web no podrán acceder a ese método. 

Error común de programación 28.2 

^ Los métodos con la anotación (¡¡WebMethod no pueden ser stati c. Debe existir un objeto de la clase deservicio Web 
para que un cliente pueda acceder a los métodos del servicio Web. 

Cada uno de los métodos Web en la clase Ente roEno rme especifica parámetros que se anotan con la anotación 
©WebParam (por ejemplo, las líneas 56 y 57 del método sumar). El elemento ñame opcional de ©WebParam indica 
el nombre del parámetro que está expuesto a los clientes del servicio Web. 

En las líneas 55 a 78 y 81 a 102 se declaran los métodos Web sumar y restar de EnteroEnorme. Para sim- 
plificar, vamos a suponer que sumar no produce un desbordamiento (es decir, el resultado será de 100 dígitos o 
menor) y que el primer argumento para restar siempre será mayor que el segundo. El método restar llama al 
método pedi rprestado (líneas 105 a 1 14) cuando es necesario pedir prestado 1 al siguiente dígito a la izquierda 
en el primer argumento; es decir, cuando un dígito específico en el operando izquierdo es menor que el dígito 
correspondiente en el operando derecho. El método pedi rprestado suma 10 al dígito apropiado y resta 1 al 
siguiente dígito a la izquierda. Este método utilitario no está diseñado para ser llamado en forma remota, por lo 
que no se marca con ©WebMethod. 
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En las líneas 117 a 130 se declara el método Web mayor de EnteroEnorme. En la línea 123 se invoca el 
método restar para calcular la diferencia entre los números. Si el primer número es menor que el segundo, se 
produce una excepción. En este caso, mayor devuelve false. Si restar no lanza una excepción, entonces en la 
línea 124 se devuelve el resultado de la expresión 

Idiferencia. matches( "a[0]+$" ) 

Esta expresión llama al método Stri ng matches para determinar si el objeto Stri ng di ferenci a coincide con 
la expresión regular " A [0]+$", la cual determina si el objeto Stri ng consiste sólo de uno o más ceros. Los sím- 
bolos A y $ indican que matches debe devolver true sólo si todo el objeto Stri ng di ferenci a coincide con la 
expresión regular. Después utilizamos el operador lógico de negación ( ! ) para devolver el valor bool ean opuesto. 
De esta forma, si los números son iguales (es decir, si su diferencia es 0), la expresión anterior devuelve fal se; el 
primer número no es mayor que el segundo. En cualquier otro caso, la expresión devuelve true. En la sección 
30.7 hablaremos con detalle sobre las expresiones regulares. 

En las líneas 133 a 146 se declaran los métodos menor e igual. El método menor devuelve el resultado de 
invocar al método mayor (línea 137) con los argumentos invertidos; si primero es menor que segundo, entonces 
segundo es mayor que primero. El método igual invoca a los métodos mayor y menor (línea 145). Si mayor 
o menor devuelven true, en la línea 145 se devuelve fal se debido a que los números no son iguales. Si ambos 
métodos devuelven fal se, los números son iguales y en la línea 145 se devuelve true. 

28.3.3 Publicación del servicio Web EnteroEnorme desde Netbeans 

Ahora que hemos creado la clase de servicio Web EnteroEnorme, utilizaremos Netbeans para generar y publicar 
(es decir, desplegar) el servicio Web, de manera que los clientes puedan consumir sus servicios. Netbeans se encar- 
ga de todos los detalles relacionados con la generación y despliegue de un servicio Web por nosotros. Esto incluye 
la creación del marco de trabajo requerido para dar soporte al servicio Web. Llaga clic con el botón derecho del 
ratón en el nombre del proyecto (EnteroEnorme), en la ficha Projects de Netbeans para que aparezca el menú 
contextual que se muestra en la figura 28.3. Para determinar si hay errores de compilación en el proyecto, selec- 
cione la opción Build Project. Cuando el proyecto se compile con éxito, puede seleccionar Deploy Project para 
desplegar el proyecto en el servidor que seleccionó cuando configuró la aplicación Web en la sección 28.3.1. Si 
el código en el proyecto ha cambiado desde la última vez que se generó, al seleccionar Deploy Project también se 
generará. Al seleccionar Run Project se ejecuta la aplicación Web. Si ésta no se había generado o desplegado antes, 
esta opción ejecuta primero estas tareas. Observe que las opciones Deploy Project y Run Project también inician 


Compila los archivos del proyecto 

Elimina todos los archivos 
.class del proyecto y después 
compila los archivos del mismo 

Elimina todos los 

.class del proyecto 

Ejecuta el programa 

Despliega el proyecto en el 
servidor de aplicaciones 



Figura 28.3 | Menú contextual que aparece al hacer clic con el botón derecho del ratón en el nombre de un 
proyecto, en la ficha Projects de Netbeans. 
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el servidor de aplicación (en nuestro caso, Sun Java System Application Server), en caso de que no se encuentre ya 
en ejecución. Para asegurar que todos los archivos de código fuente en un proyecto se vuelvan a compilar durante 
la siguiente operación de generación, podemos usar las opciones Clean Project y Build Project. Si no lo ha hecho 
todavía, seleccione Deploy Project ahora. 

28.3.4 Prueba del servicio Web EnteroEnorme con la página Web Tester 
de Sun Java System Application Server 

El siguiente paso es probar el servicio Web EnteroEnorme. Anteriormente seleccionamos el servidor Sun Java 
System Application Server para ejecutar la aplicación Web. Este servidor puede crear una página Web en forma 
dinámica, para probar los métodos de un servicio Web desde un navegador Web. Para habilitar esta capacidad: 

1. Plaga clic con el botón derecho del ratón en el nombre del proyecto (EnteroEnorme) en la ficha Pro- 
jects de Netbeans, y seleccione Properties en el menú contextual para que aparezca el cuadro de diálogo 

Project Properties. 

2. Haga clic en la opción Run de Categories para mostrar las opciones para ejecutar el proyecto. 

3. En el campo Relative URL, escriba /HugelntegerServi ce?Tester. 

4. Haga clic en OK para cerrar el cuadro de diálogo Project Properties. 

El campo Relative URL especifica lo que debe ocurrir cuando se ejecute la aplicación Web. Si este campo está vacío, 
entonces se mostrará la JSP predeterminada de la aplicación Web al ejecutar el proyecto. Si especificamos /Entero- 
EnormeService?Tester en este campo y después ejecutamos el proyecto, Sun Java System Application Server 
genera la página Web Tester y la carga en el navegador Web. En la figura 28.4 se muestra la página Web Tester 
para el servicio Web EnteroEnorme. Una vez que haya desplegado el servicio Web, también puede escribir el URL 

http : //I ocal host : 8080/EnteroEnorme/EnteroEnormeServi ce?Tester 
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Figura 28.4 | Página Web Tester creada por Sun Java System Application Server para el servicio Web 
EnteroEnorme. 
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en su navegador Web para ver la página Web Tester. Observe que Serví ci oEnteroEnorme es el nombre (espe- 
cificado en la línea 11 de la figura 28.2) que los clientes, incluyendo la página Web Tester, utilizan para acceder 
al servicio Web. 

Para probar los métodos Web de EnteroEnorme, escriba dos enteros positivos en los campos de texto a la 
derecha del botón de un método específico, y después haga clic en el botón para invocar el método Web y ver 
el resultado. En la figura 28.5 se muestran los resultados de invocar al método sumar de EnteroEnorme con los 
valores 99999999999999999 y 1. Observe que el número 99999999999999999 es más grande de lo que el tipo 
primitivo long puede representar. 


a) Invocación del método sumar del servicio Web EnteroEnorme. 



b) Resultados de llamar al método sumar del servicio Web EnteroEnorme con "99999999999999999" y ”1". 



Figura 28.5 | Prueba del método sumar de EnteroEnorme. 

Observe que puede acceder al servicio Web sólo cuando el servidor de aplicaciones esté en ejecución. Si 
Netbeans lanza el servidor de aplicaciones por usted, lo apagará de manera automática cuando cierre Netbeans. 
Para mantener el servidor de aplicaciones funcionando, puede iniciarlo de manera independiente a Netbeans 
antes de desplegar aplicaciones Web en Netbeans. Para Sun Java System Application Server ejecutándose en Win- 
dows, puede hacer esto seleccionando Inicio > Todos los programas > Sun Microsystems > Application Server 
PE 9 > Start Default Server. Para cerrar el servidor de aplicaciones, seleccione la opción Stop Default Server de 
la misma ubicación. 

Prueba del servicio Web EnteroEnorme desde otra computadora 

Si su computadora está conectada a una red y permite peticiones HTTP, entonces puede probar el servicio Web 
desde otra computadora en la red, escribiendo el siguiente URL en un navegador en otra computadora: 

http ://host : 8080/Ente roEnorme/Servi ci oEnteroEnorme?Tester 

en donde host es el nombre de host o dirección 1P de la computadora en la que está desplegado el servicio Web. 
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Nota para los usuarios de Windows XP Service Pack 2 

Por cuestiones de seguridad, las computadoras que ejecutan Windows XP Service Pack 2 no permiten peticiones 
HTTP de otras computadoras de manera predeterminada. Si desea que otras computadoras se conecten a su 
computadora mediante HTTP, realice los siguientes pasos: 

1. Seleccione Inicio > Panel de control para abrir la ventana Panel de control de su sistema, y después 
haga doble clic en Firewall de Windows para ver el cuadro de diálogo de configuración del Firewall de 
Windows. 

2. En este cuadro de diálogo de configuración, haga clic en la ficha Opciones avanzadas, seleccione 
Conexión de área local (o el nombre de su conexión de red, si es distinto) en el cuadro de lista Confi- 
guración de conexión de red, y haga clic en el botón Configuración... para que aparezca el cuadro de 
diálogo Configuración avanzada. 

3. En el cuadro de diálogo Configuración avanzada, asegúrese de que la casilla de verificación para Servi- 
dor Web (HTTP) esté seleccionada, para permitir que los clientes en otras computadoras puedan enviar 
peticiones al servidor Web de su computadora. 

4. Haga clic en Aceptar en el cuadro de diálogo Configuración avanzada y después en Aceptar en el cua- 
dro de diálogo de configuración de Firewall de Windows. 

28.3.5 Descripción de un servicio Web con el Lenguaje de descripción 
de servicios Web (WSDL) 

Una vez que se implementa un servicio Web, se compila y se despliega en un servidor de aplicaciones, una aplica- 
ción cliente puede consumirlo. Sin embargo, para ello el cliente debe saber en dónde encontrar el servicio Web, 
y se le debe proporcionar una descripción de cómo interactuar con el servicio Web; es decir, qué métodos están 
disponibles, qué parámetros esperan y qué devuelve cada método. Para este fin, JAX-WS utiliza el Lenguaje de 
descripción de servicios Web (WSDL): un vocabulario XML estándar para describir los servicios Web en forma 
independiente de la plataforma. 

No es necesario comprender los detalles de WSDL para aprovechar sus beneficios; el servidor genera un 
WSDL del servicio Web en forma dinámica por usted, y las herramientas cliente pueden analizar el WSDL para 
ayudar a crear la clase proxy del lado cliente que un cliente utiliza para acceder al servicio Web. Como el WSDL se 
crea en forma dinámica, los clientes siempre reciben la descripción más actualizada de un servicio Web desplega- 
do. Para ver el WSDL del servicio Web EnteroEnorme (figura 28.6), escriba el siguiente URL en su navegador: 

http : //I ocal host : 8080/EnteroEnorme/Servi ci oEnteroEnorme?WSDL 

o haga clic en el vínculo WSDL File en la página Web Tester (que se muestra en la figura 28.4). 

Cómo acceder al WSDL del servicio Web EnteroEnorme desde otra computadora 

En algún momento dado, los clientes en otras computadoras querrán utilizar su servicio Web. Dichos clientes 
necesitan acceso al WSDL de su servicio Web, al cual pueden acceder mediante el siguiente URL: 

http : / /host\ 8080/EnteroEnorme/Servi ci oEnteroEnorme?WSDL 

en donde host es el nombre de host o dirección 1P de la computadora en la que se va a desplegar el servicio Web. 
Como vimos en la sección 28.3.4, esto funcionará sólo si su computadora permite conexiones HTTP desde otras 
computadoras, como se da el caso para los servidores Web y de aplicaciones que están disponibles públicamente. 

28.4 Cómo consumir un servicio Web 

Ahora que hemos definido y desplegado nuestro servicio Web, podemos consumirlo desde una aplicación cliente. 
El cliente de un servicio Web puede ser cualquier tipo de aplicación, o incluso otro servicio Web. Para habilitar 
una aplicación cliente, de manera que pueda consumir un servicio Web, hay que agregar una referencia del ser- 
vicio Web a la aplicación. Este proceso define la clase proxy que permite al cliente acceder al servicio Web. 
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Figura 28.6 | Un fragmento del archivo .wsdl para el servicio Web EnteroEnorme. 


28.4-1 Creación de un cliente para consumir el servicio 
Web EnteroEnorme 

En esta sección, utilizará Netbeans para crear una aplicación Java de GUI de escritorio, y después agregará una 
referencia de servicio Web al proyecto para que el cliente pueda acceder al servicio Web. Al agregar la referencia 
de servicio Web, el IDE crea y compila los artefactos del lado cliente: el marco de trabajo de código de Java que 
da soporte a la clase proxy del lado cliente. Después, el cliente llama a los métodos en un objeto de la clase proxy, 
la cual utiliza el resto de los artefactos para interactuar con el servicio Web. 

Creación de un proyecto de aplicación de escritorio en Netbeans 5-5 

Antes de realizar los pasos en esta sección, asegúrese de que el servicio Web EnteroEnorme se haya desplegado, y 
de que Sun Java System Application Server se esté ejecutando (vea la sección 28.3.3). Realice los siguientes pasos 
para crear una aplicación de escritorio Java cliente en Netbeans: 

1. Seleccione File > New Project... para abrir el cuadro de diálogo New Project. 

2. Seleccione General de la lista Categories y Java Application de la lista Projects. 

3. Especifique el nombre UsoEnteroEnorme en el campo Project Ñame y desactive la casilla de verificación 
Create Main Class. En un momento agregará una subclase de DFrame que contiene un método mai n. 

4. Haga clic en Finish para crear el proyecto. 
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Cómo agregar una referencia de servicio Web a una aplicación 

A continuación, agregará una referencia de servicio Web a su aplicación para que pueda interactuar con el servicio 
Web EnteroEnorme. Para agregar una referencia de servicio Web, realice los siguientes pasos. 

1. Haga clic con el botón derecho del ratón en el nombre del proyecto (UsoEnteroEnorme) en la ficha 
Projects de Netbeans. 

2. Seleccione New > Web Service Client... del menú contextual para mostrar el cuadro de diálogo New 

Web Service Client (figura 28.7). 

3. En el campo WSDL URL, especifique el URL http : //local host : 8080/EnteroEnorme/Servi ció 
EnteroEnorme?WSDL (figura 28.7). Este URL indica al IDE en dónde puede encontrar la descripción 
WSDL del servicio Web. [Nota: si Sun Java System Application Server está ubicado en otro equipo, 
sustituya local host con el nombre de host o dirección IP de esa computadora]. El IDE utiliza esta 
descripción WSDL para generar los artefactos del lado cliente que componen y dan soporte al proxy. 
Observe que el cuadro de diálogo New Web Service Client le permite buscar servicios Web en varias 
ubicaciones. Muchas compañías simplemente distribuyen los URL de WSDL exactos para sus servicios 
Web, que el programador puede colocar en el campo WSDL URL. 



Figura 28.7 | Cuadro de diálogo New Web Service Client. 


4. En el campo Package, especifique com . dei tel . jhtp7 . cap28 . usoenteroenorme como el nombre del 
paquete. 

5. Haga clic en Finish para cerrar el cuadro de diálogo New Web Service Client. 

En la ficha Projects de Netbeans, el proyecto UsoEnteroEnorme ahora contiene una carpeta Web Serví ce Refe- 
rences con el proxy para el servicio Web EnteroEnorme (figura 28.8). Observe que el nombre del proxy se lista 
como Serví cí oEnteroEnorme, como especificamos en la línea 1 1 de la figura 28.2. 

Al especificar el servicio Web que deseamos consumir, Netbeans accede a la información WSDL del servicio 
Web y la copia en un archivo en nuestro proyecto (llamado Serví ci oEnteroEnorme . wsdl en este ejemplo). Para 
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Figura 28.8 | Ficha Project de Netbeans después de agregar una referencia de servicio Web al proyecto. 
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Figura 28.9 | Ubicación del archivo Serví cioEnteroEnorme.wsdl en la ficha Files de Netbeans. 


ver este archivo desde la ficha Files de Netbeans, expanda los nodos en la carpeta xml-resources del proyecto 
UsoEnteroEnorme como se muestra en la figura 28.9. Si el servicio Web cambia, los artefactos del lado cliente y la 
copia del archivo WSDL del cliente se pueden regenerar haciendo clic con el botón derecho del ratón en el nodo 
Serví ci oEnteroEnorme que se muestra en la figura 28.8, y seleccionando Refresh Client. 

Para ver los artefactos del lado cliente generados por el IDE seleccione la ficha Files de Netbeans y expanda 
la carpeta build del proyecto UsoEnteroEnorme, como se muestra en la figura 28.10. 

28.4-2 Cómo consumir el servicio Web EnteroEnorme 

Para este ejemplo, utilizaremos una aplicación de GUI para interactuar con el servicio Web. Para crear la GUI de 
la aplicación cliente, primero hay que agregar una subclase de J Frame al proyecto. Para ello, realice los siguientes 
pasos: 

1. Haga clic con el botón derecho del ratón en el nombre del proyecto en la ficha Project de Netbeans. 

2. Seleccione New > JFrame Form... para que aparezca el cuadro de diálogo New JFrame Form. 

3. Especifique UsoEnteroEnorme! Frame en el campo Class Ñame. 

4. Especifique com.deítel . jhtp7.cap28.c1i enteenteroenorme en el campo Package. 

5. Haga clic en Finish para cerrar el cuadro de diálogo New JFrame Form. 

A continuación, cree la G UI que se muestra en las capturas de pantalla de ejemplo al final de la figura 28.11. Para 
obtener más información acerca de cómo usar Netbeans en la creación de una GUI y de manejadores de eventos, 
consulte el apéndice de GroupLayout. 

La aplicación en la figura 28.1 1 utiliza el servicio Web EnteroEnorme para realizar cálculos con enteros posi- 
tivos de hasta 100 dígitos. Para ahorrar espacio, no mostramos el método i ni tComponents generado en forma 
automática por Netbeans, el cual contiene el código que crea los componentes de GUI, los posiciona y registra sus 
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Figura 28.10 | Cómo ver los artefactos del lado cliente del servicio Web EnteroEnorme generados por 
Netbeans. 


manejadores de eventos. Para ver el código fuente completo, abra el archivo UsoEnteroEnormeJ Frame .java que 
se encuentra en la carpeta de este ejemplo, en src\java\com\deitel\jhtp7\cap28\clienteenteroenorme. 
Observe que Netbeans coloca las declaraciones de variables de instancia de los componentes de GUI al final de 
la clase (líneas 326 a 335). Java permite declarar variables de instancia en cualquier parte del cuerpo de una clase, 
siempre y cuando se coloquen fuera de los métodos de la clase. Seguiremos declarando nuestras propias variables 
de instancia en la parte superior de la clase. 


1 // Fig. 28.11: UsoEnteroEnormelFrame. java 

2 // Aplicación de escritorio cliente para el servicio Web EnteroEnorme. 

3 package com.deitel . jhtp7 . cap28 . el i enteenteroenorme ; 

4 

5 // importa las clases para acceder al proxy del servicio Web EnteroEnorme 

6 import com.deitel . jhtp7.cap28.clienteenteroenorme. EnteroEnorme; 

7 import com.deitel . jhtp7.cap28.clienteenteroenorme.ServicioEnteroEnorme; 

8 

9 import javax.swing.lOptionPane; // se utiliza para mostrar errores al usuario 

10 

11 public class UsoEnteroEnormelFrame extends javax.swing.l Frame 

12 { 

13 private ServicioEnteroEnorme servi cioEnteroEnorme ; // se usa para obtener el proxy 

14 private EnteroEnorme proxyEnteroEnorme; // se usa para acceder al servicio Web 

15 

16 // constructor sin argumentos 

17 public UsoEnteroEnormeJFrameO 

18 { 

19 i ni tComponentsO ; 

20 

Figura 28.1 1 | Aplicación de escritorio cliente para el servicio Web EnteroEnorme. (Parte I de 6). 
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try 

{ 

// crea los objetos para acceder al servicio Web EnteroEnorme 

servici oEnteroEnorme = new Servi ci oEnteroEnormeO ; 
proxyEnteroEnorme = servi ci oEnteroEnorme . getEnteroEnormePortO ; 

} 

catch ( Exception excepción ) 

{ 

excepci on . pri ntStackT race() ; 

} 

} // fin del constructor de UsoEnteroEnormeJFrame 

// El método initComponents se genera automáticamente por Netbeans y se llama 
// desde el constructor para inicializar la GUI. No mostraremos aqui este método 
// para ahorrar espacio. Abra UsoEnteroEnormelFrame. java en la carpeta 
// de este ejemplo para ver el código generado completo (lineas 37 a 153). 

// invoca al método sumar del servicio Web EnteroEnorme para sumar objetos EnteroEnorme 

private void sumarlButtonActionPerformed( 
java.awt.event.ActionEvent evt ) 

{ 

String primerNumero = primeroITextFi el d . getTextO ; 

String segundoNumero = segundoITextFi el d . getTextO ; 

if ( esValido( primerNumero ) && esValido( segundoNumero ) ) 

{ 

try 

{ 

resultadosJTextArea. setText( 

proxyEnteroEnorme . sumar( primerNumero, segundoNumero ) ); 

} // fin de try 

catch ( Exception e ) 

{ 

JOptionPane.showMessageDialog( this, e.toStringO, 

"Error en el método Sumar", DOptionPane . ERROR_MESSAGE ); 
e . pri ntStackT race() ; 

} // fin de catch 
} // fin de if 

} // fin del método sumarJButtonActionPerformed 

// invoca al método restar del servicio Web EnteroEnorme para restar el 
// segundo EnteroEnorme del primero 

private void restar3ButtonActionPerformed( 
java.awt.event.ActionEvent evt ) 

{ 

String primerNumero = primeroITextField. getTextO ; 

String segundoNumero = segundoITextFi el d . getTextO ; 

if ( esValido( primerNumero ) && esValidof segundoNumero ) ) 

{ 

try 

{ 

resultadosJTextArea. setText( 

proxyEnteroEnorme . restar( primerNumero, segundoNumero ) ); 

} // fin de try 

catch ( Exception e ) 

{ 

JOptionPane.showMessageDialogC this, e.toStringO, 


Figura 28.1 1 | Aplicación de escritorio cliente para el servicio Web EnteroEnorme. (Parte 2 de 6). 
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"Error en el método Restar", DOptionPane . ERROR_MESSAGE ); 
e.printStackTrace() ; 

} // fin de catch 
} // fin de if 

} // fin del método restarJButtonActionPerformed 

// invoca al método mayor del servicio Web EnteroEnorme para determinar si 
// el primer EnteroEnorme es mayor que el segundo 

private void mayorlButtonActionPerformed( 
java.awt.event.ActionEvent evt ) 

{ 

String primerNumero = primerolTextFi el d . getTextO ; 

String segundoNumero = segundoDTextFi el d . getTextO I 

if ( esValidof primerNumero ) && esValidof segundoNumero ) ) 

{ 

try 

{ 

boolean result = 

proxyEnteroEnorme.mayorf primerNumero, segundoNumero ); 
resultadosJTextArea. setTextf String . format( "%s %s %s %s , 
primerNumero, ( result ? "es" : "no es" ), "mayor que 1 , 
segundoNumero ) ) ; 

} // fin de try 

catch ( Exception e ) 

{ 

UOptionPane.showMessageDialogf this, e.toStringO, 

"Error en método Mayor", DOptionPane . ERRORJMESSAGE ); 
e.printStackTrace() ; 

} // fin de catch 
} // fin de if 

} // fin del método mayorJButtonActionPerformed 

// invoca al método menor del servicio Web EnteroEnorme para determinar 
// si el primer EnteroEnorme es menor que el segundo 
private void menorlButtonActionPerformedf 
java.awt.event.ActionEvent evt ) 

{ 

String primerNumero = primerolTextFi el d . getTextf) ; 

String segundoNumero = segundoDTextFi el d . getTextf) ; 

if ( esValidof primerNumero ) && esValidof segundoNumero ) ) 

{ 

try 

{ 

boolean resultado = 

proxyEnteroEnorme.menorf primerNumero, segundoNumero ); 
resultadosJTextArea. setTextf String . formatf "%s %s %s %s , 
primerNumero, ( resultado ? "es" : "no es" ), "menor que' , 
segundoNumero ) ) ; 

} // fin de try 

catch ( Exception e ) 

{ 

DOptionPane.showMessageDialogC this, e.toStringO, 

"Error en método Menor", DOptionPane . ERROR_MESSACE ); 
e.printStackTracef) ; 

} // fin de catch 
} // fin de if 


Figura 28.1 1 | Aplicación de escritorio cliente para el servicio Web EnteroEnorme. (Parte 3 de 6). 
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} // fin del método menorJButtonActionPerformed 

// invoca al método igual del servicio Web EnteroEnorme para determinar si 
// el primer EnteroEnorme es igual al segundo 

private void i gual JButtonActi onPerformed( 
java.awt.event.ActionEvent evt ) 

{ 

String primerNumero = primeroJTextField.getTextO ; 

String segundoNumero = segundoJTextFi el d . getTextO ; 

if ( esValido( primerNumero ) && esValido( segundoNumero ) ) 

{ 

try 

{ 

boolean resultado = 

proxyEnteroEnorme . i gual ( primerNumero, segundoNumero ); 
resultadosJTextArea.setTextf Stri ng . format( ”%s %s %s %s ", 
primerNumero, ( resultado ? "es" : "no es" ), "igual a", 
segundoNumero ) ) ; 

} // fin de try 

catch ( Exception e ) 

{ 

JOptionPane. showMessageDialogf this, e.toStringC) , 

"Error en el método Igual", JOptionPane. ERROR_MESSAGE ); 
e . pri ntStackT race() ; 

} // fin de catch 
} // fin de if 

} // fin del método igual IButtonActionPerformed 

// comprueba el tamaño de un objeto String para asegurar que no sea demasiado grande 
// como para usarlo como un EnteroEnorme; asegura que sólo haya digitos en el String 
private boolean esValido( String numero ) 

{ 

// comprueba la longitud del objeto String 
if ( numero. length() > 100 ) 

{ 

JOpti onPane . showMessageDi alog( this, 

"Los EnterosEnormes deben ser <= 100 digitos.", "Desbordamiento de 
EnteroEnorme", 

JOptionPane. ERROR_MESSAGE ); 
return false; 

} // fin de if 

// busca caracteres que no sean digitos en el objeto String 

for ( char c : numero. toCharArrayO ) 

{ 

if ( !Character.isDigit( c ) ) 

{ 

JOptionPane . showMessageDi al og( this, 

"Hay caracteres que no son digitos en el objeto String", 

"EnteroEnorme contiene caracteres que no son digitos", 

JOptionPane. ERROR_MESSAGE ); 
return false; 

} // fin de if 
} // fin de for 

return true; // el número se puede usar como un EnteroEnorme 
} // fin del método de validación 


Figura 28.1 1 | Aplicación de escritorio cliente para el servicio Web EnteroEnorme. (Parte 4 de 6). 



1232 Capítulo 28 Servidos Web JAX-WS, Web 2.0 y Mash-ups 


310 

311 

312 

313 

314 

315 

316 

317 

318 

319 

320 

321 

322 

323 

324 

325 

326 

327 

328 

329 

330 

331 

332 

333 

334 

335 

336 

337 


// el método mai n empieza la ejecución 

public static void main( String args[] ) 

{ 

java . awt . EventQueue . i nvokel_ater( 
new RunnableO 
{ 

public void run() 

{ 

new UsoEnteroEnormeJFrameO .setVisiblef true ); 
} // fin del método run 
} // fin de la clase interna anónima 
); // fin de la llamada a java. awt. EventQueue. invokeLater 
} // fin del método mai n 

// Variables declaration - do not modify 

private javax.swing.DButton igual DButton ; 
private javax.swing.DLabel indicacionesJLabel ; 
private javax.swing.DButton mayorDButton ; 
private javax.swing.DButton menorDButton ; 
private javax.swing.DTextField primeroJTextField; 
private javax.swing.DButton restarJButton ; 
private javax.swing.DScrollPane resultadosJScrollPane; 
private javax.swing.DTextArea resultadosJTextArea; 
private javax.swing.DTextField segundoJTextFi el d ; 
private javax.swing.DButton sumarDButton ; 

// fin de las variables declaration 
} // fin de la clase UsoEnteroEnormeDFrame 




Figura 28.1 1 | Aplicación de escritorio cliente para el servicio Web EnteroEnorme. (Parte 5 de 6). 
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Figura 28.1 1 | Aplicación de escritorio cliente para el servicio Web EnteroEnorme. (Parte 6 de 6). 


En las líneas 6 a 7 se importan las clases EnteroEnorme y Servi cioEnteroEnorme que permiten a la apli- 
cación cliente interactuar con el servicio Web. Aquí incluimos esas declaraciones i mport sólo para fines de docu- 
mentación. Estas clases se encuentran en el mismo paquete que OsoEnteroEnormeJFrame, por lo que no son 
necesarias estas declaraciones i mport. Observe que no tenemos declaraciones i mport para la mayoría de los 
componentes de GUI que utilizamos en este ejemplo. Al crear una GUI en Netbeans, utiliza los nombres de 
clases completamente calificados (como javax. swi ng . DFrame en la línea 11), por lo que estas declaraciones no 
son necesarias. 

En las líneas 13 y 14 se declaran las variables de tipo Servi cioEnteroEnorme y EnteroEnorme, respecti- 
vamente. En la línea 24 en el constructor se crea un objeto Servi cioEnteroEnorme. En la línea 25 se utiliza el 
método getEnteroEnormePort de este objeto para obtener el objeto proxyEnteroEnorme que utiliza la aplica- 
ción para invocar al método del servicio Web. 

En las líneas 165 a 166, 189 a 190, 213 a 214, 240 a 241 y 267 a 268 en los diversos manejadores de JBu- 
tton, se invocan los métodos Web del servicio EnteroEnorme. Observe que cada llamada se realiza en el objeto 
proxy local al que se hace referencia mediante proxyEnteroEnorme. Después, el objeto proxy se comunica con 
el servicio Web por el cliente. 

El usuario introduce dos enteros, cada uno de hasta 100 dígitos máximo. Al hacer clic en cualquiera de los 
cinco objetos JButton, la aplicación invoca a un método Web para realizar la tarea correspondiente y devolver 
el resultado. Nuestra aplicación cliente no puede procesar números de 100 dígitos directamente. En vez de ello, el 
cliente pasa representaciones String de esos números a los métodos Web del servicio Web, los cuales realizan 
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tareas para el cliente. Así, la aplicación cliente utiliza entonces el valor de retorno de cada operación para mostrar 
un mensaje apropiado. 

28.5 SOAP 

SOAP (un acrónimo para Protocolo simple de acceso a objetos) es un protocolo independiente de la plataforma 
que usa XML para facilitar las llamadas a procedimientos remotos, por lo general, a través de HTTP. SOAP es un 
protocolo común para pasar información entre los clientes de servicios Web y los servicios Web. El protocolo que 
transmite mensajes de petición y respuesta se conoce también como el formato de cable o protocolo de cable 
del servicio Web, ya que define cómo se envía la información “a través del cable”. 

Cada petición y respuesta se empaqueta en un mensaje SOAP (también conocido como envoltura SOAP): 
una “envoltura” XML que contiene la información que un servicio Web requiere para procesar el mensaje. Con unas 
cuantas excepciones, la mayoría de los firewalls (barreras de seguridad que restringen la comunicación entre 
redes) permiten que pase el tráfico http para que los clientes puedan navegar en sitios Web ubicados en servidores 
Web detrás de los firewalls. Por ende, XML y HTTP permiten que computadoras en distintas plataformas envíen 
y reciban mensajes SOAP, con unas cuantas limitaciones. 

Los servicios Web también utilizan SOAP para el extenso conjunto de tipos que soporta. El formato de cable 
utilizado para transmitir peticiones y respuestas debe soportar todos los tipos que se pasan entre las aplicaciones. 
SOAP soporta tipos primitivos (como int) y sus tipos de envoltura (como Integer), así como Date, Time y 
otros. SOAP también puede transmitir arreglos y objetos de tipos definidos por el usuario (como veremos en la 
sección 28.8). Para obtener más información acerca de SOAP, visite www. wB . org/TR/ soap/. 

Cuando un programa invoca a un método Web, la petición y toda la información relevante se empaqueta en 
un mensaje SOAP, y se envía al servidor en el que reside el servicio Web. Este servicio procesa el contenido del 
mensaje SOAP (que se encuentra dentro de una envoltura SOAP), el cual especifica el método que el cliente desea 
invocar y los argumentos para este método. A este proceso de interpretar el contenido de un mensaje SOAP se le 
conoce como análisis de un mensaje SOAP. Una vez que el servicio Web recibe y analiza una petición, se hace 
una llamada al método apropiado con cualquier argumento especificado, y la respuesta se envía de vuelta al cliente 
en otro mensaje SOAP. El proxy del lado cliente analiza la respuesta, que contiene el resultado de la llamada al 
método, y devuelve el resultado a la aplicación cliente. 

En la figura 28.5 se utilizó la página Web Tester del servicio Web EnteroEnorme para mostrar el resultado 
de invocar al método sumar de EnteroEnorme con los valores 99999999999999999 y 1. La página Web Tester 
también muestra la petición SOAP y los mensajes de respuesta (que no se mostraron antes). En la figura 28. 12 se 
muestra el mismo resultado con los mensajes SOAP que muestra la aplicación Tester. En el mensaje de petición 
de la figura 28.12, el texto 

<nsl: sumar> 

<pri me ro>99999999999999999</p rimero 
<segundo>l</segundo> 

</nsl: sumar> 

especifica el método a llamar (sumar), los argumentos del método (primero y segundo), y los valores de los 
argumentos (99999999999999999 y 1). De manera similar, el texto 

<nsl: sumarResponse> 

<return>100000000000000000</return> 

</nsl: sumarResponse> 

del mensaje de respuesta en la figura 28.12 especifica el valor de retorno del método sumar. 

Al igual que con el WSDL para un servicio Web, los mensajes SOAP se generan de manera automática para 
usted. Por lo tanto, no necesita comprender los detalles acerca de SOAP o XML para aprovecharlos a la hora de 
publicar y consumir los servicios Web. 


28.6 Rastreo de sesiones en los servicios Web 

En la sección 26.7 describimos las ventajas en cuanto al uso del rastreo de sesiones para mantener la información 
de estado de un cliente, de manera que podamos personalizar las experiencias de navegación del usuario. Ahora 
vamos a incorporar el rastreo de sesiones en un servicio Web. Suponga que una aplicación cliente necesita llamar a 
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Figura 28.12 | Mensajes SOAP para el método sumar del servicio Web EnteroEnorme, como se muestra en la 
página Web Tester de Sun Java System Application Server. 


varios métodos del mismo servicio Web, tal vez varias veces cada uno de ellos. En tal caso, puede ser benéfico para 
el servicio Web mantener la información de estado para el cliente, con lo cual se elimina la necesidad de pasar la 
información del cliente entre éste y el servicio Web varias veces. Por ejemplo, un servicio Web que proporciona 
reseñas de restaurantes locales podría almacenar el domicilio del usuario cliente durante la petición inicial, y des- 
pués utilizarlo para devolver resultados personalizados y localizados en las peticiones subsiguientes. Al almacenar 
la información de la sesión, también permitimos que un servicio Web diferencie a un cliente de otro. 

28.6. 1 Creación de un servicio Web B1 ackjack 

Nuestro siguiente ejemplo es un servicio Web que le ayudará a desarrollar un juego de cartas llamado Blackjack. 
El servicio Web Blackjack (figura 28.13) proporciona métodos Web para barajar un mazo de cartas, repartir 
una carta del mazo y evaluar una mano de cartas. Después de presentar el servicio Web, lo utilizaremos para 
que sirva como el repartidor en un juego de blackjack (figura 28. 14). El servicio Web B1 ackj ack usa un objeto 
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HttpSession para mantener un mazo único de cartas para cada aplicación cliente. Varios clientes pueden usar 
el servicio al mismo tiempo, pero las llamadas a los métodos Web que realiza un cliente específico sólo utilizan el 
mazo de cartas almacenadas en la sesión de ese cliente. Nuestro ejemplo utiliza las siguientes reglas de blackjack: 

Se reparten dos cartas al repartidor y dos cartas al jugador. Las cartas del jugador se reparten 
con la cara hacia arriba. Sólo la primera de las cartas del repartidor se reparte con la cara hacia 
arriba. Cada carta tiene un valor. Una carta numerada del 2 al 10 vale lo que indique en su 
cara. Los jotos, reinas y reyes valen 10 cada uno. Los ases pueden valer 1 u 11, lo que sea más 
conveniente para el jugador (como pronto veremos). Si la suma de las dos cartas iniciales del 
jugador es 21 (por ejemplo, que se hayan repartido al jugador una carta con valor de 10 y un as, 
que cuenta como 1 1 en esta ocasión), el jugador tiene “blackjack” y gana el juego de inmediato 
(si el repartidor tampoco tienen blackjack, lo que residía en un “empate”). En caso contrario, 
el jugador puede empezar a tomar cartas adicionales, una a la vez. Estas cartas se reparten con 
la cara hacia arriba, y el jugador decide cuándo dejar de tomar cartas. Si el jugador “se pasa” 

(es decir, si la suma de las cartas del jugador excede a 21), el juego termina y el jugador pierde. 

Cuando el jugador está satisfecho con su conjunto actual de cartas, “se planta” (es decir, deja de 
tomar cartas) y se revela la carta ocidta del repartidor. Si el total del repartidor es 16 o menos, 
debe tomar otra carta; en caso contrario, el repartidor debe plantarse. El repartidor debe seguir 
tomando cartas hasta que la suma de todas sus cartas sea mayor o igual a 17. Si el reparti- 
dor se pasa de 21, el jugador gana. En caso contrario, la mano con el total de puntos que sea 
mayor gana. Si el repartidor y el jugador tienen el mismo total de puntos, el juego es un “empate” 
y nadie gana. Observe que el valor de un as para un repartidor depende de la(s) otra(s) carta(s) 
del repartidor y de las reglas de la casa del casino. Por lo general, un repartidor debe obtener tota- 
les de 16 o menos y debe “plantarse” al obtener totales de 17 o más. Sin embargo, para un “suave 
1 7” ( una mano con un total de 1 7, en donde un as cuenta como 11), algunos casinos reqideren 
que el repartidor tome otra carta y otros requieren que se plante (nosotros vamos a requerir que 
el repartidor se plante). A dicha mano se le conoce como “suave 1 7”, ya que al tomar otra carta 
la mano no puede “pasarse”. 

El servicio Web (figura 28.13) almacena cada carta como un objeto Stri ng que consiste en un número del 
1 al IB, para representar la cara de la carta (del as al rey, respectivamente), seguido de un espacio y un dígito del 0 
al 3, que representa el palo de la carta (corazones, diamantes, bastos o espadas, respectivamente). Por ejemplo, 
el joto de bastos se representa como "11 2" y el dos de corazones se representa como "2 0". Para crear y des- 
plegar este servicio Web, siga los pasos que se presentan en las secciones 28.3.3 a 28.3.4 para el servicio Entero- 
Enorme. 
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// Fig. 28. IB: Blackjack. java 

// Servicio Web Blackjack que reparte cartas y evalúa manos 

package com.deitel . jhtp7.ch28. blackjack; 

import java. útil .ArrayList; 

import java. uti 1 . Random; 

i mport j avax . annotati on . Resou rce ; 

import javax. jws .WebServi ce ; 

import javax. jws. WebMethod; 

import javax. jws. WebParam; 

i mport j avax . serví et . http . HttpSessi on ; 

i mport j avax . serví et . http . HttpServl etRequest ; 

import javax. xml .ws .WebServi ceContext ; 

import javax. xml .ws.handler.MessageContext; 

@WebService( ñame = "Blackjack", serviceName = "ServicioBlackjack" ) 
public class Blackjack 


Figura 28.13 | Servicio Web Blackjack que reparte cartas y evalúa manos. (Parte I de 3). 
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18 { 

19 // usa ©Resource para crear un objeto WebServi ceContext para rastrear sesiones 

20 prívate ©Resource WebServiceContext contextoServicioWeb; 

21 prívate MessageContext contextoMensaje ; // se utiliza en el rastreo de sesiones 

22 prívate HttpSession sesión; // almacena los atributos de la sesión 

23 

24 // reparte una carta 

25 @WebMethod( operationName = "repartí rCarta" ) 

26 public String repartí rCartaO 

27 { 

28 String carta = " ; 

29 

30 ArrayList< String > mazo = 

31 ( ArrayList< String > ) sesión. getAttri bute( 'mazo" ); 

32 

33 carta = mazo.get( 0 ) ; // obtiene la carta superior del mazo 

34 mazo.remove( 0 ) ; // elimina la carta superior del mazo 

35 

36 return carta; 

37 } // fin del Método Web repartí rCarta 

38 

39 // baraja el mazo 

40 @WebMethod( operationName = "barajar" ) 

41 public void barajarO 

42 { 

43 // obtiene el objeto HttpSession para almacenar el mazo para el cliente actual 

44 contextoMensaje = contextoServi ci oWeb . getMessageContextO ; 

45 sesión = ( ( HttpServletRequest ) contextoMensaje. get( 

46 MessageContext . SERVLET_REQUEST ) ) .getSession() ; 

47 

48 // llena el mazo de cartas 

49 ArrayList< String > mazo = new ArrayList< String >(); 

50 

51 for ( int cara = 1; cara <= 13; cara++ ) // itera a través de las caras 

52 for (int palo = 0; palo <= 3; palo++ ) // itera a través de los palos 

53 mazo.add( cara + + palo ); // agrega cada carta al mazo 

54 

55 String cartaTemp; // guarda la carta temporalmente durante el intercambio 

56 Random objetoAleatorio = new RandomO; // genera números aleatorios 

57 int indice; // índice la carta seleccionada al azar 

58 

59 for ( int i = 0; i < mazo.sizeO ; i++ ) // baraja 

60 { 

61 indice = objetoAleatorio. nextlnt( mazo.sizeO - 1 ); 

62 

63 // intercambia la carta en la posición i con la carta seleccionada al azar 

64 cartaTemp = mazo.get( i ); 

65 mazo. set ( i, mazo.get( índice ) ); 

66 mazo.set( índice, cartaTemp ); 

67 } // fin de for 

68 

69 // agrega este mazo a la sesión del usuario 

70 sesión . setAttri bute( "mazo , mazo ); 

71 } // fin del Método Web barajar 

72 

73 // determina el valor de una mano 

74 @WebMethod( operationName = "obtenerVal orMano ) 

75 public int obtenerValorMano( @WebParam( ñame = "mano" ) String mano ) 

76 { 

Figura 28.13 | Servicio Web Blackjack que reparte cartas y evalúa manos. (Parte 2 de 3). 
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// divide la mano en cartas 

String[] cartas = mano.split( "\t' ); 

int total = 0; // valor total de las cartas en la mano 

int cara; // cara de la carta actual 

int cuentaAses = 0; // número de ases en la mano 

for ( int i = 0; i < cartas . 1 ength ; i++ ) 

{ 

// analiza la cadena y obtiene el primer int en el objeto String 

cara = Integer . parselnt( 

cartas[ i ].substring( 0, cartas[ i ].indexOf( " ) ) ); 

switch ( cara ) 

{ 

case 1: // en as, incrementa cuentaAses 

++cuentaAses ; 

break; 

case 11: // joto 
case 12: // reina 
case IB: // rey 
total += 10; 
break; 

default: // en cualquier otro caso, suma la cara 

total += cara; 
break; 

} // fin de switch 
} // fin de for 

// calcula el uso óptimo de los ases 
i f C cuentaAses > 0 ) 

{ 

// si es posible, cuenta un as como 11 

if ( total + 11 + cuentaAses - 1 <= 21 ) 
total += 11 + cuentaAses - 1; 

else // en cualquier otro caso, cuenta todos los ases como 1 
total += cuentaAses; 

} // fin de if 

return total; 

} // fin del Método Web obtenerValorMano 
} // fin de la clase Blackjack 


Figura 28.13 | Servicio Web Blackjack que reparte cartas y evalúa manos. (Parte 3 de 3). 


Rastreo de sesiones en servicios Web 

El cliente del servicio Web B1 ack j ack llama primero al método barajar (líneas 40 a 71) para barajar el mazo de 
cartas. Este método también coloca el mazo de cartas en un objeto HttpSessi on que es específico para el cliente 
que llamó a barajar. Para usar el rastreo de sesiones en un servicio Web, debemos incluir código para los recur- 
sos que mantienen la información de estado de la sesión. Anteriormente, había que escribir el código, que algunas 
veces era tedioso, para crear estos recursos. Sin embargo, JAX-WS se encarga de esto por nosotros mediante la 
anotación ©Resource. Esta anotación permite a herramientas como Netbeans “inyectar” el código complejo de 
soporte en nuestra clase, con lo cual nos podemos enfocar en la lógica de negocios, en vez de hacerlo en el código 
de soporte. El concepto de usar anotaciones para agregar código que de soporte a nuestras clases se conoce como 
inyección de dependencias. Las anotaciones como ©WebService, ©WebMethod y ©Webparam también realizan 
la inyección de dependencias. 

En la línea 20 se inyecta un objeto WebServi ceContext en nuestra clase. Un objeto WebServiceContext 
permite a un servicio Web acceder a la información para una petición específica y darle mantenimiento, como el 
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estado de la sesión. A medida que analice el código de la figura 28.13 observará que nunca creamos el objeto Web- 
Servi ceContext. Todo el código necesario para crearlo se inyecta en la clase mediante la anotación OResource. 
En la línea 21 se declara una variable del tipo de interfaz MessageContext, que el servicio Web utilizará para 
obtener un objeto HttpSession para el cliente actual. En la línea 22 se declara la variable HttpSession que el 
servicio Web utilizará para manipular la información de estado de la sesión. 

En la línea 44 del método barajar se utiliza el objeto conextoServicioWeb que se inyectó en la línea 
20 para obtener un objeto MessageContext. Después, en las líneas 45 y 46 se utiliza el método get del objeto 
MessageContext para obtener el objeto HttpSession para el cliente actual. El método get recibe una constante 
que indica lo que se debe obtener del objeto MessageContext. En este caso, la constante MessageContext . SER- 
VLET_REQUEST indica que nos gustaría obtener el objeto HttpServletRequest para el cliente actual. Después 
llamamos al método getSession para obtener el objeto HttpSession del objeto HttpServl etRequest. 

En las líneas 49 a 70 se genera un objeto ArrayLi st que representa a un conjunto de cartas, se baraja el mazo 
y se almacena en el objeto sesi on del cliente. En las líneas 5 1 a 53 se utilizan ciclos anidados para generar objetos 
Stri ng en la forma "cara palo" para representar a cada una de las posibles cartas en el mazo. En las líneas 59 a 67 se 
baraja el mazo, intercambiando cada carta con otra seleccionada al azar. En la línea 70 se inserta el objeto Array- 
Li st en el objeto sesi on para mantener el mazo entre las llamadas a los métodos desde un cliente específico. 

En las líneas 25 a 37 se define el método repartí rCarta como un método Web. En las líneas 30 y 31 se utiliza 
el objeto sesión para obtener el atributo de sesión "mazo" que se almacenó en la línea 70 del método barajar. 
El método getAttribute recibe como parámetro un objeto String que identifica el objeto Object a obtener 
del estado de la sesión. El objeto HttpSession puede almacenar muchos Object, siempre y cuando cada uno 
tenga un identificador único. Observe que se debe llamar al método barajar antes de llamar al método repar- 
ti rCarta por primera vez para un cliente; en caso contrario, se producirá una excepción en las líneas 30 y 31, 
ya que getAttri bute devolverá nul 1 . Después de obtener el mazo del usuario, reparti rCarta obtiene la carta 
superior del mazo (línea 33), la quita del mazo (línea 34) y devuelve el valor de la carta como un objeto Stri ng 
(línea 36). Sin usar el rastreo de sesiones, el mazo de cartas tendría que pasarse entre cada una de las llamadas a los 
métodos. El rastreo de sesiones facilita el proceso de llamar al método reparti rCarta (no requiere argumentos) 
y elimina la sobrecarga de enviar el mazo a través de la red varias veces. 

El método obtenerVal orMano (líneas 74 a 116) determina el valor total de las cartas en una mano, al tratar 
de obtener la mayor puntuación posible sin pasar de 21. Recuerde que un as se puede contar como 1 u 11, y 
todas las cartas con cara cuentan como 10. Este método no utiliza el objeto sesión, ya que el mazo de cartas no 
se utiliza en este método. 

Como veremos pronto, la aplicación cliente mantiene una mano de cartas como un objeto String, en el 
cual cada carta va separada de un carácter de tabulación. En la línea 78 se divide en tokens la mano de cartas 
(representada por reparti r) en cartas individuales, mediante una llamada al método spl i t de Stri ng, y se pasa 
a un objeto Stri ng que contiene los caracteres delimitadores (en este caso, sólo un fabulador). El método Spl i t 
usa los caracteres delimitadores para separar los tokens en el objeto Stri ng. En las líneas 83 a 103 se cuenta el 
valor de cada carta. En las líneas 86 y 87 se obtiene el primer entero (la cara) y se utiliza ese valor en la instrucción 
swi tch (líneas 89 a 102). Si la carta es un as, el método incrementa la variable cuentaAses. En breve hablaremos 
acerca de cómo se utiliza esta variable. Si la carta es un 1 1, 12 o 13 (joto, reina o rey), el método suma 10 al valor 
total de la mano (línea 97). Si la carta es cualquier otra cosa, el método incrementa el total en base a ese valor (lí- 
nea 100). 

Como un as puede tener uno de dos valores, se requiere lógica adicional para procesar los ases. En las líneas 
106 a 113 del método obtenerVal orMano se procesan los ases después de todas las demás cartas. Si una mano 
contiene varios ases, sólo un as puede contarse como 1 1. La condición en la línea 109 determina si el contar un 
as como 1 1 y el resto como 1 producirá un total que no exceda a 2 1 . Si esto es posible, en la línea 1 1 0 se aj usta el 
total de manera acorde. En caso contario, en la línea 1 12 se ajusta el total, y se cuenta cada as como 1. 

El método obtenerVal orMano incrementa al máximo el valor de las cartas actuales sin exceder a 21. Por ejem- 
plo, imagine que el repartidor tiene un 7 y recibe un as. El nuevo total podría ser 8 o 18. Sin embargo, obtener- 
Val orMano siempre incrementa al máximo el valor de las cartas sin pasar de 21, por lo que el nuevo total es 18. 

28.6.2 Cómo consumir el servicio Web Blackjack 

Ahora usaremos el servicio Web B1 ackjack en una aplicación de java (figura 28.14). La aplicación lleva la cuenta 
de las cartas del jugador y del repartidor, y el servicio Web lleva la cuenta de las cartas que se han repartido. 
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El constructor (líneas 34 a 83) establece la GUI (línea 36), modifica el color de fondo de la ventana (línea 40) 
y crea el objeto proxy del servicio Web B1 ack j ack (líneas 46 y 47). En la GUI, cada jugador tiene 1 1 objetos J La- 
bel : el máximo número de cartas que se pueden repartir sin exceder automáticamente a 21 (es decir, cuatro ases, 
cuatro de dos y tres de tres). Estos objetos J Label se colocan en un objeto ArrayLi st de objetos J Label (líneas 
59 a 82), para que podamos indizar el objeto ArrayLi st durante el juego y determinar el objeto J Label que 
mostrará una imagen de una carta específica. 

En el marco de trabajo JAX-WS 2.0, el cliente debe indicar si desea permitir al servicio Web mantener la 
información de la sesión. En las líneas 50 y 5 1 del constructor se lleva a cabo esta tarea. Primero convertimos el 
objeto proxy al tipo de interfaz Bi ndi ngProvi der. Un objeto BindingProvider permite al cliente manipular la 
información de petición que se enviará al servidor. Esta información se almacena en un objeto que implementa a 
la interfaz RequestContext. Los objetos Bi ndi ngProvi der y RequestContext son parte del marco de trabajo 
que crea el IDE cuando agregamos un cliente de servicio Web a la aplicación. A continuación, en las líneas 50 
y 51 se invoca el método getRequestContext de BindingProvider para obtener el objeto RequestContext. 
Luego se hace una llamada al método put de RequestContext para establecer la propiedad Bi ndi ngProvi der. 
SESSI0N_MAINTAIN_PR0PERTY a true, lo cual permite el rastreo de sesiones desde el lado cliente, de manera que 
el servicio Web sepa qué cliente está invocando a sus métodos. 


1 // Fig. 28.14: JuegoBlackjackJFrame. java 

2 // Juego de Blackjack que utiliza el servicio Web Blackjack 

3 package com.deitel .jhtp7.ch28.clienteblackjack; 

4 

5 import j ava. awt. Color; 

6 import java. útil .ArrayLi st; 

7 import javax.swing.Imagelcon; 

8 import j avax.swing.J Label ; 

9 import javax.swing.JOptionPane; 

10 import javax.xml .ws. BindingProvider; 

1 1 import com. dei tel . jhtp7 . cap28 . el i entebl ackjack . Blackjack; 

12 import com.deitel . jhtp7.cap28.clienteblackjack.ServicioBlackjack; 

13 

14 public class JuegoBlackjackJFrame extends javax.swing. JFrame 

15 { 

16 private String cartasJugador ; 

17 private String cartasReparti dor ; 

18 private ArrayList< JLabel > naipes; // lista de objetos JLabel con imágenes de las 
cartas 

19 private int cartaActual Jugador ; // número de carta actual del jugador 

20 private int cartaActual Repartidor; // número de carta actual de proxyBl ackjack 

21 private ServicioBlackjack servicioBlackjack; // se utiliza para obtener el proxy 

22 private Blackjack proxyBlackjack; // se utiliza para acceder al servicio Web 

23 

24 // enumeración de estados del juego 

25 private enum EstadoJuego 

26 { 

27 EMPATE, // el juego termina en un empate 

28 PIERDE, // el jugador pierde 

29 CANA, // el jugador gana 

30 BLACKJACK // el jugador tiene blackjack 

31 } // fin de enum EstadoJuego 

32 

33 // constructor sin argumentos 

34 public JuegoBlackjackJFrameO 

35 { 

36 i ni tComponentsO ; 

Figura 28.14 | Juego de Blackjack que utiliza el servicio Web Blackjack. (Parte I de 9). 
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37 

38 // debido a un error en Netbeans, debemos cambiar el color de fondo 

39 // del objeto JFrame aqui , en vez de hacerlo en el diseñador 

40 getContentPane() . setBackground( new Color( 0, 180, 0 ) ); 

41 

42 // inicializa el proxy blackjack 

43 try 

44 { 

45 // crea los objetos para acceder al servicio Web Blackjack 

46 servi cioBl ackjack = new ServicioBlackjackO ; 

47 proxyBlackjack = servicioBlackjack.getBlackjackPort() ; 

48 

49 // habilita el rastreo de sesiones 

50 ( ( Bi ndi ngProvi der ) proxyBlackjack ) .getRequestContextO .put( 

51 Bi ndi ngProvi der . SESSION_MAINTAIN_PROPERTY , true ) ; 

52 } // fin de try 

53 catch ( Exception e ) 

54 { 

55 e.printStackTrace() ; 

56 } // fin de catch 

57 

58 // agrega componentes ILabel al objeto ArrayList naipes para manipularlo mediante 
programaci ón 

59 naipes = new ArrayList< ILabel >(); 

60 

61 naipes. add( 0, cartalRepartidorJLabel ); 

62 naipes. add( carta2Reparti dorJLabel ); 

63 naipes. add( carta3RepartidorJLabel ); 

64 naipes. add( carta4RepartidorJLabel ); 

65 naipes. add( carta5RepartidorJLabel ); 

66 naipes. add( carta6Reparti dorJLabel ); 

67 naipes. add( carta7Reparti dorJLabel ); 

68 naipes. add( carta8Reparti dorJLabel ); 

69 naipes. add( carta9Reparti dorJLabel ); 

70 naipes. add( cartalORepartidorJLabel ); 

71 naipes. add( cartallRepartidorJLabel ); 

72 naipes. add( cartallugadorJLabel ); 

73 naipes. add( carta21ugadorJLabel ); 

74 naipes. add( carta31ugadorJLabel ); 

75 naipes. add( carta41ugadorJLabel ); 

76 naipes. add( carta51ugadorJI_abel ); 

77 naipes. add( carta61ugadorJLabel ); 

78 naipes. add( carta73ugadorJLabel ); 

79 naipes. add( carta83ugadorJLabel ); 

80 naipes. add( carta91ugadorJLabel ); 

81 naipes. add( cartalOlugadorJLabel ); 

82 naipes. add( cartallJugadorJLabel ); 

83 } // fin del constructor sin argumentos 

84 

85 // juega la mano del repartidor 

86 private void juegoRepartidor() 

87 { 

88 try 

89 { 

90 // mientras el valor de la mano del repartidor sea menor a 17 

91 // el repartidor debe seguir tomando cartas 

92 String[] cartas = cartasRepartidor.split( "\t" ); 

93 

94 // muestra las cartas del repartidor 

Figura 28.14 | Juego de Blackjack que utiliza el servicio Web Blackjack. (Parte 2 de 9). 
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for ( int i =0; i < cartas . 1 ength ; i++ ) 
mostrarCarta( i, cartas [ i ] ); 

while ( proxyBlackjack.obtenerValorMano( cartasRepartidor ) < 17 ) 

{ 

String nuevaCarta = proxyBl ackjack . repartí rCartaO ; // reparte una nueva 

carta 

cartasRepartidor += ”\t" + nuevaCarta; // reparte una nueva carta 
mostrarCarta( cartaActualRepartidor, nuevaCarta ); 

++cartaActual Repartí dor ; 

JOptionPane.showMessageDialog( this, "El repartidor toma una carta", 

"Turno del repartidor", JOptionPane.PLAINJMESSAGE ); 

} // end while 

int total Repartí dor = proxyBlackjack.obtenerValorMano( cartasRepartidor ); 
int totalJugador = proxyBlackjack.obtenerValorMano( cartasJugador ); 

// si el repartidor se pasó, el jugador gana 

if ( total Repartí dor > 21 ) 

{ 

finDelJuegoC EstadoJuego.GANA ); 
return ; 

} // fin de if 

// si el repartidor y el jugador tienen menos de 21 

// la mayor puntuación gana, si tienen igual puntuación es un empate 

if ( total Repartí dor > totalJugador ) 
finDelJuegoC EstadoJuego . PIERDE ); 
el se if (total Repartidor < totalJugador ) 
finDelJuegoC EstadoJuego.GANA ); 
el se 

finDelJuegoC EstadoJuego . EMPATE ); 

} // fin de try 

catch ( Exception e ) 

{ 

e.printStackTrace() ; 

} // fin de catch 

} // fin del método juegoRepartidor 

// muestra la carta representada por valorCarta en el objeto JLabel especificado 

public void mostrarCarta( int carta, String valorCarta ) 

{ 

try 

{ 

// obtiene el objeto JLabel correcto de naipes 

JLabel mostrarEtiqueta = naipes. get( carta ); 

// si la cadena que representa la carta está vacía, muestra la parte posterior 
de la carta 

if ( valorCarta. equals( ) ) 

{ 

mostrarEtiqueta. setlconf new ImageIcon( getClassO .getResource( 

"/com/dei tel/jhtp7/cap28/cl i entebl ackjack/" + 
"blackjack_imagenes/cartpost . png' ) ) ) ; 
return ; 

} // fin de if 

// obtiene el valor de la cara de la carta 

String cara = valorCarta. substri ng( 0, valorCarta. indexOf( ) ); 


Figura 28.14 | Juego de Blackjack que utiliza el servicio Web B1 ackjack. (Parte 3 de 9). 
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// obtiene el palo de la carta 

String palo = 

valorCarta.substringf valorCarta. indexOf( " " ) + 1 ); 

char letraPalo; // letra del palo que se usa para formar el archivo de imagen 

switch ( Integer . parselntf palo ) ) 

{ 

case 0: // corazones 

letraPalo = ' c ' ; 
break; 

case 1: // diamantes 

letraPalo = ' d ' ; 
break; 

case 2: // bastos 

letraPalo = ' b ' ; 
break; 

default: // espadas 

letraPalo = 'e' ; 
break; 

} // fin de switch 

// establece la imagen para mostrarEtiqueta 

mostrarEtiqueta.setlconf new Imagelconf getCl assf) . getResourcef 

"/com/dei tel/jhtp7/cap28/cl i enteblackjack/bl ackjack_imagenes/" + 
cara + letraPalo + png" ) ) ); 

} // fin de try 
catch f Exception e ) 

{ 

e.printStackTrace() ; 

} // fin de catch 
} // fin del método mostrarCarta 

// muestra todas las cartas del jugador y el mensaje apropiado 

public void finDelluegof Estadoluego ganador ) 

{ 

Stringf] cartas = cartasRepartidor.split( "\t" ); 

// muestra las cartas de proxyBlackjack 

for ( int i = 0; i < cartas. length; i++ ) 
mostrarCartaf i, cartas [ i ]); 

// muestra la imagen del estado apropiado 

if ( ganador == Estadoluego. GANA ) 

estadolLabel . setTextf "Usted gana!" ); 
el se if f ganador == Estadoluego . PIERDE ) 
estadolLabel . setTextf "Usted pierde." ); 
el se if f ganador == Estadoluego . EMPATE ) 
estadolLabel . setTextf "Es un empate." ); 
else // blackjack 

estadolLabel . setTextf "Blackjack!" ); 

// muestra las puntuaciones finales 

int total Repartidor = proxyBlackjack. obtenerVal orManof cartasReparti dor ); 
int totallugador = proxyBlackjack. obtenerVal orManof cartaslugador ); 
totalRepartidorlLabel .setTextf "Repartidor: + total Reparti dor ); 

total lugadorlLabel . setTextf "lugador: ' + totallugador ); 


Figura 28.14 | Juego de Blackjack que utiliza el servicio Web Blackjack. (Parte 4 de 9). 
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211 // restablece para nuevo juego 

212 pasarlButton . setEnabl ed( false ); 

213 pedi rlButton . setEnabl ed( false ); 

214 repartí rlButton . setEnabl ed( true ); 

215 } // fin del método finDelJuego 

216 

217 // El método i ni tComponents es generado automáticamente por Netbeans y se llama 

218 // desde el constructor para inicializar la GUI. No mostraremos aquí este método 

219 // para ahorrar espacio. Abra luegoBlackjacklFrame. java en la carpeta de 

220 // este ejemplo para ver el código generado completo (líneas 221 a 531) 

221 

532 // maneja el clic del objeto pasarlButton 

533 prívate void pasarlButtonActionPerformed( 

534 java.awt.event.ActionEvent evt ) 

535 { 

536 pasarlButton . setEnabl ed( false ); 

537 pedi rlButton . setEnabl ed( false ); 

538 repartí rlButton . setEnabl ed( true ); 

539 juegoRepartidorO ; 

540 } // fin del método pasarlButtonActi onPerformed 

541 

542 // maneja el clic del objeto pedi rlButton 

543 prívate void pedi rlButtonActionPerformed( 

544 java.awt.event.ActionEvent evt ) 

545 { 

546 // obtiene otra carta para el jugador 

547 String carta = proxyBl ackjack . repartí rCarta() ; // reparte una nueva carta 

548 cartaslugador += "\t" + carta; // agrega la carta ala mano 

549 

550 // actualiza la GUI para mostrar una nueva carta 

551 mostrarCarta( cartaActual lugador, carta ); 

552 ++cartaActual lugador ; 

553 

554 // determina el nuevo valor de la mano del jugador 

555 int total = proxyBlackjack.obtenerValorManof cartaslugador ); 

556 

557 if ( total > 21 ) // el jugador se pasa 

558 finDelluego( Estadoluego . PIERDE ); 

559 if ( total == 21 ) // el jugador no puede tomar más cartas 

560 { 

561 pedi rlButton . setEnabled( false ); 

562 juegoRepartidorO; 

563 } // fin de if 

564 } // fin del método pedi rlButtonActi onPerformed 

565 

566 // maneja el clic del objeto repartí rlButton 

567 prívate void repartí rlButtonActionPerformed( 

568 java.awt.event.ActionEvent evt ) 

569 { 

570 String carta; // almacena una carta temporalmente hasta que se agrega a una mano 

571 

572 // borra las imágenes de las cartas 

573 for ( int i = 0; i < nai pes . size() ; i++ ) 

574 naipes.get( i ).setIcon( nuil ); 

575 

576 estadolLabel . setText( ); 

577 total Repartí dorlLabel . setText( ); 

578 total lugadorlLabel . setText( " ); 

579 

Figura 28.14 | Juego de Blackjack que utiliza el servicio Web Blackjack. (Parte 5 de 9). 
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580 // crea un nuevo mazo barajado en un equipo remoto 

581 proxyBlackjack. barajar() ; 

582 

583 // reparte dos cartas al jugador 

584 cartasJugador = proxyBlackjack. reparti rCartaO ; // agrega la primera carta a la mano 

585 mostrarCarta( 11, cartasJugador ); // muestra la primera carta 

586 carta = proxyBlackjack. reparti rCartaO ; // reparte la segunda carta 

587 mostrarCarta( 12, carta ); // muestra la segunda carta 

588 cartasJugador += "\t" + carta; // agrega la segunda carta a la mano 

589 

590 // reparte dos cartas a proxyBlackjack, pero sólo muestra la primera 

591 cartasReparti dor = proxyBlackjack. reparti rCartaO ; // agrega la primera carta a 

la mano 

592 mostrarCarta( 0, cartasRepartidor ); // muestra la primera carta 

593 carta = proxyBlackjack. reparti rCartaO ; // reparte la segunda carta 

594 mostrarCarta( 1, "" ); // muestra la parte posterior de la carta 

595 cartasRepartidor += "\t" + carta; // agrega la segunda carta a la mano 

596 

597 pasarJButton.setEnabled( true ); 

598 pedi rlButton . setEnabl ed( true ); 

599 reparti rlButton . setEnabl ed( false ); 

600 

601 // determina el valor de las dos manos 

602 int total Repartidor = proxyBlackjack. obtenerValorMano( cartasRepartidor ); 

603 int total Jugador = proxyBlackjack. obtenerVal orMano( cartasJugador ); 

604 

605 // si ambas manos son iguales a 21, es un empate 

606 if ( total Jugador == total Reparti dor && total Jugador == 21 ) 

607 finDelJuego( EstadoJuego . EMPATE ); 

608 else if (total Repartidor == 21 ) // proxyBlackjack tiene blackjack 

609 finDelJuego( EstadoJuego . PIERDE ); 

610 else if (total Jugador == 21 ) // blackjack 

611 finDelJuego( EstadoJuego . BLACKJACK ); 

612 

613 //la siguiente carta para proxyBlackjack tiene el indice 2 

614 cartaActual Reparti dor = 2; 

615 

616 // la siguente carta para el jugador tiene el indice 13 

617 cartaActual Jugador = 13; 

618 } // fin del método reparti rJButtonActionPerformed 

619 

620 // empieza la ejecución de la aplicación 

621 public static void main( String args[] ) 

622 { 

623 j ava . awt . EventQueue . i nvokeLate r ( 

624 new RunnableO 

625 { 

626 public void run() 

627 { 

628 new JuegoBl ackjackj Frame() . setVi si bl e(true) ; 

629 } 

630 } 

631 ); // fin de la llamada a java. awt. EventQueue. i nvokeLate r 

632 } // fin del método mai n 

633 

634 // Declaración de variables - no modificar 

635 private javax.swing. JLabel cartalOJugadorJLabel ; 

636 private javax.swing. JLabel cartalORepartidorJLabel ; 

637 private javax.swing. JLabel cartallJugadorJLabel ; 

Figura 28.14 | Juego de Blackjack que utiliza el servicio Web Blackjack. (Parte 6 de 9). 
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638 prívate javax.swing. JLabel cartallRepartidorJLabel ; 

639 prívate javax.swing. JLabel cartalJugadorJLabel ; 

640 prívate javax.swing. JLabel cartalRepartidorJLabel ; 

641 prívate javax.swing. JLabel carta2JugadorJLabel ; 

642 prívate javax.swing. JLabel carta2RepartidorJLabel ; 

643 prívate javax.swing. JLabel carta3JugadorJLabel ; 

644 prívate javax.swing. JLabel carta3RepartidorJLabel ; 

645 prívate javax.swing. JLabel carta4JugadorJLabel ; 

646 prívate javax.swing. JLabel carta4RepartidorJLabel ; 

647 prívate javax.swing. JLabel carta5JugadorJLabel ; 

648 prívate javax.swing. JLabel carta5RepartidorJLabel ; 

649 prívate javax.swing. JLabel carta6JugadorJLabel ; 

650 prívate javax.swing. JLabel carta6RepartidorJLabel ; 

651 prívate javax.swing. JLabel carta7JugadorJLabel ; 

652 prívate javax.swing. JLabel carta7RepartidorJLabel ; 

653 prívate javax.swing. JLabel carta8JugadorJLabel ; 

654 prívate javax.swing. JLabel carta8RepartidorJLabel ; 

655 prívate javax.swing. JLabel carta9JugadorJLabel ; 

656 prívate javax.swing. JLabel carta9RepartidorJLabel ; 

657 prívate javax.swing. JLabel estadoJLabel ; 

658 prívate javax.swing. JLabel jugador JLabel ; 

659 prívate javax.swing. JButton pasarJButton ; 

660 prívate javax.swing. JButton pedí rJButton ; 

661 prívate javax.swing. JLabel repartí dorJLabel ; 

662 prívate javax.swing. JButton repartí rJButton ; 

663 prívate javax.swing. JLabel total JugadorJLabel ; 

664 prívate javax.swing. JLabel totalRepartidorJLabel ; 

665 // End of variables declaration 

666 } // fin de la clase JuegoBlackjackJFrame 


a) Manos del repartidor y del jugador, después de que el usuario hace clic en el 
botón Repartir. 



Figura 28.14 | Juego de Blackjack que utiliza el servicio Web Blackjack. (Parte 7 de 9). 
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b) Manos del repartidor y del jugador, después de que el usuario hace clic en 
Pedir dos veces y luego en Pasar. En este caso, el jugador gana. 



c) Manos del repartidor y del jugador, después de que el usuario hace clic en el 
botón Pasar con base en la mano inicial. En este caso, el jugador pierde. 


«DA 



Figura 28.14 | Juego de Blackjack que utiliza el servicio Web Blackjack. (Parte 8 de 9). 
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d) Manos del repartidor y del jugador, después de que al usuario se le reparte 
blackjack. 
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e) Manos del repartidor y del jugador, después de que al repartidor se le reparte 
blackjack. 



Figura 28.14 | Juego de Blackjack que utiliza el servicio Web Blackjack. (Parte 9 de 9). 
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El método finDel Juego (líneas 178 a 21 5) muestra todas las cartas del repartidor, muestra el mensaje apropia- 
do en estado! Label y muestra los totales finales en puntos del repartidor y del jugador. El método finDel Juego 
recibe como argumento un miembro de la enumeración EstadoJuego (definida en las líneas 25 a 31). La enu- 
meración representa si el jugador empató, perdió o ganó el juego; sus cuatro miembros son EMPATE, PIERDE, 
CANA y BLACKJACK. 

Cuando el jugador hace clic en el botón Repartir, el método repartí rJButtonActi onPerformed (líneas 
567 a 618) borra todos los objetos JLabel que muestran cartas o información sobre el estado del juego. A con- 
tinuación, el mazo se baraja (línea 581), y el jugador y el repartidor reciben dos cartas cada uno (líneas 584 a 
595). Después, en las líneas 602 y 603 se calcula el total de cada mano. Si el jugador y el repartidor obtienen 
puntuaciones de 21, el programa llama al método finDel Juego, y le pasa EstadoJuego . EMPATE (línea 607). Si 
sólo el repartidor tiene 21, el programa pasa EstadoJuego. PIERDE al método finDel Juego (línea 609). Si sólo 
el jugador tiene 21 después de repartir las primeras dos cartas, el programa pasa EstadoJuego . BLACKJACK al 
método finDel Juego (línea 611). 

Si repartí rJButtonActi onPerformed no llama a finDel Juego, el jugador puede tomar más cartas hacien- 
do clic en el botón Pedir, el cual llama a pedí rJButtonActi onPerformed en las líneas 543 a 564. Cada vez que 
un jugador hace clic en Pedir, el programa reparte una carta más al jugador y la muestra en la GUI. Si el jugador 
excede a 21, el juego termina y el jugador pierde. Si el jugador tiene exactamente 21, no puede tomar más cartas y 
se hace una llamada al método j uegoReparti dor (líneas 86 a 131), lo cual provoca que el repartidor tome cartas 
hasta que su mano tenga un valor de 17 o más (líneas 98 a 106). Si el repartidor excede a 21, el jugador gana 
(línea 1 14); en caso contrario, se comparan los valores de las manos, y se hace una llamada a finDel Juego con el 
argumento apropiado (líneas 120 a 125). 

Al hacer clic en el botón Pasar, estamos indicando que el jugador no desea recibir otra carta. El método 
pasarJButtonActionPerformed (líneas 533 a 540) deshabilita los botones Pedir y Pasar, habilita el botón 
Repartir y después llama al método j uegoReparti dor. 

El método mostrarCarta (líneas 134 a 184) actualiza la GUI para mostrar una carta recién repartida. El 
método recibe como argumentos un índice entero para el objeto JLabel en el objeto ArrayLi st que debe tener 
establecida su imagen, y un objeto Stri ng que representa a la carta. Un objeto Stri ng vacío indica que deseamos 
mostrar la cara de la carta hacia abajo. Si el método mostrarCarta recibe un objeto Stri ng que no esté vacío, el 
programa extrae la cara y el palo del objeto Stri ng, y utiliza esta información para mostrar la imagen correcta. 
La instrucción switch (líneas 159 a 173) convierte el número que representa el palo en un entero, y asigna el 
carácter apropiado a cartaPalo (c para corazones, d para diamantes, b para bastos y e para espadas). El carácter 
en 1 etraPal o se utiliza para completar el nombre del archivo de imagen (líneas 176 a 178). 

En este ejemplo, aprendió a configurar un servicio Web para dar soporte al manejo de sesiones, de manera 
que pueda llevar la cuenta del estado de la sesión de cada cliente. También aprendió a indicar desde una aplica- 
ción de escritorio cliente que desea participar en el rastreo de sesiones. Ahora aprenderá a acceder a una base de 
datos desde un servicio Web, y cómo consumir un servicio Web desde una aplicación Web cliente. 

28.7 Cómo consumir un servicio Web controlado por base de datos 
desde una aplicación Web 

Nuestros ejemplos anteriores acceden a los servicios Web desde aplicaciones de escritorio creadas en Netbeans. 
Sin embargo, podemos utilizarlos con igual facilidad en aplicaciones Web creadas con Netbeans o Sun Java Studio 
Creator 2. De hecho, y como los comercios basados en Internet prevalecen cada vez más, es común que las apli- 
caciones Web consuman servicios Web. En esta sección le presentaremos un servicio Web de reservación de una 
aerolínea, que recibe información sobre el tipo de asiento que desea reservar un cliente, y hace una reservación si 
está disponible dicho asiento. Más adelante en esta sección, le presentaremos una aplicación Web que permite a 
un cliente especificar una petición de reservación, y después utiliza el servicio Web de reservación de una aerolínea 
para tratar de ejecutar la petición. Utilizaremos Sun Java Studio Creator 2 para crear la aplicación Web. 

28.7.1 Configuración de Java DB en Netbeans y creación de la base de datos 
Reservación 

En este ejemplo, nuestro servicio Web utiliza una base de datos llamada Reservad' on, la cual contiene una sola 
tabla llamada Asi entos para localizar un asiento que coincida con la petición de un cliente. Usted creará la base 
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de datos Reservación mediante el uso de las herramientas que se proporcionan en Netbeans para crear y mani- 
pular bases de datos Java DB. 

Cómo agregar una base de datos Java DB 

Para agregar un servidor de bases de datos Java DB en Netbeans, realice los siguientes pasos: 

1. Seleccione Tools > Options... para que aparezca el cuadro de diálogo Options de Netbeans. 

2. Haga clic en el botón Advanced Options para mostrar el cuadro de diálogo Advanced Options. 

3. En IDE Configuration, expanda el nodo Server and External Tool Settings y seleccione Java DB Data- 
base. 

4. Si las propiedades de Java DB no están ya configuradas, establezca la propiedad Java DB Location a la 
ubicación de Java DB en su sistema. JDK 6 incluye una versión de Java DB, la cual se ubica en Win- 
dows, en el directorio C:\Archi vos de programa\Java\jdkl.6.0\db. Sun Java System Application 
Server también se incluye con Java DB en C:\Sun\AppServer\javadb. Además, establezca la propie- 
dad Database Location a la ubicación en donde desea que se almacenen las bases de datos Java DB. 

Creación de una base de datos Java DB 

Ahora que está configurado el software de bases de datos, cree una nueva base de datos de la siguiente manera: 

1. Seleccione Tools > Java DB Database > Create Java DB Database... 

2. Escriba el nombre de la base de datos a crear (Reservación), un nombre de usuario (jhtp7) y una 
contraseña ( j htp7), y después haga clic en OK para crear la base de datos. 

Cómo agregar una tabla y datos a la base de datos Asientos 

Puede usar la ficha Runtime de Netbeans (a la derecha de las fichas Projects y Files) para crear tablas y ejecutar 

instrucciones SQL que llenen la base de datos con datos: 

1. Haga clic en la ficha Runtime de Netbeans y expanda el nodo Databases. 

2. Netbeans debe estar conectado a la base de datos para ejecutar instrucciones SQL. Si Netbeans ya está 
conectado, proceda al paso 3. Si Netbeans no está conectado a la base de datos, aparecerá el icono Fí" 
enseguida del URL de la base de datos (jdbc : de rby ¡//local host : 1527/Reservaci on). En este caso, 
haga clic con el botón derecho del ratón en el icono y seleccione Connect.... Una vez conectado, el icono 
cambiará a P. 

3. Expanda el nodo para la base de datos Reservación, haga clic con el botón derecho del ratón en el 
nodo Tables y seleccione Create Table... para que aparezca el cuadro de diálogo Create Table. Agregue 
una tabla llamada Asi entos a la base de datos, y establezca las columnas Numero, Ubi caci on, C1 ase y 
Reservado, como se muestra en la figura 28.15. Use el botón Add column para agregar una fila en el 
cuadro de diálogo por cada columna en la base de datos. 



Figura 28. 1 5 | Tabla de configuración de la base de datos Asi entos. 
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Número 

Ubicación 

Clase 

Reservado 

i 

Pasillo 

Economi ca 

0 

2 

Pasillo 

Economi ca 

0 

3 

Pasi lio 

Primera 

0 

4 

Centro 

Economi ca 

0 

5 

Centro 

Economi ca 

0 

6 

Centro 

Primera 

0 

7 

Ventana 

Economi ca 

0 

8 

Ventana 

Economi ca 

0 

9 

Ventana 

Primera 

0 

10 

Ventana 

Primera 

0 

Figura 28.16 

Datos de la tabla Asi entos. 




4. A continuación, use comandos INSERT INTO para llenar la base de datos con los datos que se muestran 
en la figura 28.16. Para ello, haga clic con el botón derecho del ratón en la tabla Asi entos en la ficha 
Runtime y seleccione Execute Command... para que aparezca una ficha SQL Command en el editor de 
Netbeans. El archivo InstruccionesSQLParaLaFig28_16.txt que se proporciona con los ejemplos 
de este capítulo contiene los 10 comandos INSERT INTO que almacenan los datos que se muestran en la 
figura 28.16. Sólo copie el texto en ese archivo y péguelo en la ficha SQL Command, y después oprima 
el botón Run SQL ( ) a la derecha de la lista desplegable Connection en la ficha SQL Command para 

ejecutar los comandos. Para confirmar que los datos se hayan insertado correctamente, haga clic con el 
botón derecho del ratón en la tabla Asi entos en la ficha Runtime, y seleccione View Data.... 

Creación del servicio Web Reservación 

Ahora puede crear un servicio Web que utilice la base de datos Reservación (figura 28.17). El servicio Web de 
reservación de la aerolínea tiene un solo método Web: reservar (líneas 25 a 73), el cual busca en una base 
de datos Reservaci on que contenga una sola tabla llamada Asi entos para localizar un asiento que coincida con 
la petición del usuario. El método recibe dos argumentos: un objeto String que representa el tipo de asiento 
deseado (es decir, "Ventana", "Centro" o "Pasi 1 lo") y un objeto Stri ng que representa el tipo de clase desea- 
do (es decir, "Económica" o "Primera"). Si encuentra un asiento apropiado, el método reservar actualiza la 
base de datos para hacer la reservación y devuelve true; en caso contrario, no se realiza la reservación y el método 
devuelve f al se. Observe que las instrucciones en las líneas 34 a 37 y en las líneas 43 a 44, que consultan y actua- 
lizan la base de datos, usan objetos de los tipos Resul tSet y Statement (que vimos en el capítulo 25). 

Nuestra base de datos contiene cuatro columnas: el número de asiento (es decir, 1-10), el tipo de asiento 
(es decir, Ventana, Centro o Pasillo), el tipo de clase (Ecnonomica o Primera), y una columna que contiene 
1 (verdadero) o 0 (falso) para indicar si el asiento está reservado o no. En las líneas 34 a 37 se obtienen los números 
de asiento de cualquier asiento disponible que coincida con el asiento y tipo de clase solicitados. Esta instrucción 
llena el objeto con j untoResul tados con los resultados de la consulta 

SELECT "Numero" 

FROM "Asientos" 

WHERE ("Reservado" = 0) AND ("Tipo" = tipo ) AND ("Clase" = clase') 

Los parámetros tipo y clase en la consulta se sustituyen con los valores de los parámetros ti poAsi ento y ti po- 
C1 ase del método reservar. Cuando usamos las herramientas de Netbeans para crear una tabla de una base de 
datos y sus columnas, las herramientas de Netbeans colocan automáticamente la tabla y los nombres de las colum- 
nas entre comillas dobles. Por esta razón, debemos colocar la tabla y los nombres de las columnas entre comillas 
dobles en las instrucciones SQL que interactúan con la base de datos Reservaci on. 
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Si con j untoResul tados no está vacío (es decir, que por lo menos haya un asiento disponible que coincida 
con los criterios seleccionados), la condición en la línea 40 es true y el servicio Web reserva el primer número de 
asiento que coincida. Recuerde que el método next de conjuntoResultados devuelve true si existe una fila que 
no esté vacía, y posiciona el cursor en esa fila. Para obtener el número de asiento (línea 42), accedemos a la prime- 
ra columna de conjuntoResul tado (es decir, conjuntoResul tados . getlnt(l); la primera columna en la fila). 
Después, en las líneas 43 y 44 se invoca el método executellpdate de i nstrucci on para ejecutar el SQL: 

UPDATE "Asi entos" 

SET "Reservado" = 1 
WHERE ("Numero" = número') 

el cual marca el asiento como reservado en la base de datos. El parámetro número se sustituye con el valor de 
numeroAsi ento. El método reserve devuelve true (línea 45) para indicar que la reservación se realizó con éxito. 
Si no hay asientos que coincidan, o si ocurrió una excepción, el método reserve devuelve fal se (líneas 48, 53, 
58 y 70) para indicar que ningún asiento coincidió con la petición del usuario. 


1 // Fig. 28.17: Reservación. java 

2 // Servicio Web de reservaciones de una aerolinea. 

3 package com.deitel . jhtp7.cap28. reservación; 

4 

5 import java.sql .Connection; 

6 import java. sql . Statement; 

7 import java.sql .DriverManager; 

8 import java. sql . ResultSet; 

9 import java.sql .SQLException; 

10 import javax. jws .WebServi ce ; 

11 import javax. jws. WebMethod; 

12 import javax. jws. WebParam; 

13 

14 @WebService( ñame = "Reservación", serviceName = "ServicioReservacion” ) 

15 public class Reservación 

16 { 

17 private static final String URL__BASEDAT0S = 

18 " jdbc : de rby: //local host : 1527/Reservacion" ; 

19 private static final String USUARIO = "jhtp7"; 

20 private static final String CONTRASENIA = "jhtp7"; 

21 private Connection conexión; 

22 private Statement instrucción; 

23 

24 // un Método Web que puede reservar un asiento 

25 @WebMethod( operationName = "reservar" ) 

26 public boolean reserve( @WebParam( ñame = "ti poAsi ento" ) String tipoAsiento, 

27 @WebParam( ñame = "ti podase" ) String tipoClase ) 

28 { 

29 try 

30 { 

31 conexión = DriverManager. getConnecti on( 

32 URL_BASEDAT0S, USUARIO, CONTRASENIA ); 

33 instrucción = conexi on . createStatementO ; 

34 ResultSet conjuntoResultados = i nstrucci on . executeQueryC 

35 "SELECT \"Numero\" FR0M \"Asi entos\"" + 

36 "WHERE (\"Reservado\" = 0) AND (\"Ubicacion\" = + tipoAsiento + 

37 AND (\"Clase\" = ' + tipoClase + ); 

38 

39 // si el asiento solicitado está disponible, lo reserva 

40 if ( conjuntoResultados. next() ) 

Figura 28.17 | Servicio Web de reservaciones de una aerolínea. (Parte I de 2). 
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{ 

int asiento = conjuntoResultados.getInt( 1 ); 
instrucción . executeUpdate( 'UPDATE \"Asientos\" " + 

"SET \"Reservado\" = 1 WHERE \"Numero\" = " + asiento ); 
return true; 

} // fin de if 

return false; 

} // fin de try 

catch ( SQLException e ) 

{ 

e.printStackTraceO ; 
return false; 

} // fin de catch 

catch ( Exception e ) 

{ 

e.printStackTraceO ; 
return false; 

} // fin de catch 
finally 
{ 

try 

{ 

i nstruccion . el ose O ; 
conexión. close() ; 

} // fin de try 

catch ( Exception e ) 

{ 

e.printStackTraceO ; 
return false; 

} // fin de catch 
} // fin de finally 
} // fin del Método Web reservar 
} // fin de la clase Reservación 


Figura 28. 1 7 | Servicio Web de reservaciones de una aerolínea. (Parte 2 de 2). 


28.7.2 Creación de una aplicación Web para interactuar con el servicio Web 
Reservación 

En esta sección presentaremos una aplicación Web llamada C1 i enteRese rvaci on para consumir el servicio Web 
Reservación. La aplicación permite a los usuarios seleccionar asientos con base en la clase ("Económica" o 
"Pri mera") y la ubicación ("Pasi lio", "Centro" o "Ventana"), y después enviar sus peticiones al servicio Web 
de reservaciones de la aerolínea. Si la petición de la base de datos no tiene éxito, la aplicación instruye al usuario 
para que modifique la petición e intente de nuevo. La aplicación que presentamos aquí se creó mediante Sun Java 
Studio Creator 2, JavaServer Faces (JSF) y las técnicas presentadas en los capítulos 26 y 27. 

Cómo agregar una referencia de servicio Web a un proyecto en Sun Java Studio Creator 2 
Para agregar un servicio Web a una aplicación Web en Java Studio Creator 2, realice los siguientes pasos: 

1. Llaga clic en el botón Agregar servicio Web... ( y¡) para que aparezca el cuadro de diálogo Agregar 
servicio Web. 

2. Fíaga clic en el botón Obtener información sobre el servicio Web. 

3. Llaga clic en Agregar para cerrar el cuadro de diálogo y agregar el proxy del servicio Web a la aplicación 
Web. Ahora el servicio Web aparecerá en la ficha Servidores de Java Studio Creator 2, bajo el nodo 

Servicios Web. 
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4. Haga dic con el botón derecho del ratón en el nodo ServicioReservacion bajo el nodo Servicios Web, 
y seleccione Agregar a página para crear una instancia de la clase proxy del servicio Web que puede usar 
en la clase Reservar que proporciona la lógica de la JSP. 

Para los fines de este ejemplo, vamos a suponer que usted ya leyó los capítulos 26 y 27, y por ende sabe cómo 
crear la GUI de una aplicación Web, crear manejadores de eventos, y agregar propiedades al bean de sesión de una 
aplicación Web (que vimos en la sección 26.4.4). 

Reservar .jsp 

El archivo Reservar, jsp (figura 28.18) define dos objetos ListaDesplegable y un objeto Botón. El obje- 
to ti poAsi entoLi staDespl egabl e (líneas 26 a 31) muestra todos los tipos de asientos que el usuario puede 
seleccionar. El objeto el aseLi staDespl egabl e (líneas 32 a 37) proporciona opciones para el tipo de clase. Los 
usuarios hacen clic en el objeto Botón llamado reservarBoton (líneas 38 a 41) para enviar peticiones después de 
realizar selecciones de los objetos Li staDespl egabl e. Esta página también define tres objetos Eti queta : i ns- 
trucci onesEti queta (líneas 21 a 25) para mostrar instrucciones, exitoEti queta (líneas 42 a 45) para indicar 
una reservación exitosa, y errorEti queta (líneas 46 a 50) para mostrar un mensaje apropiado si no hay un 
asiento disponible que coincida con la selección del usuario. El archivo de bean de página (figura 28.19) adjunta 
manejadores de eventos a ti poAsi entoLi staDespl egabl e, el aseLi staDespl egabl e y reservarBoton. 
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<?xml version="1.0" encodi ng="UTF-8"?> 

<! — Fig. 28.18 Reservar. jsp — > 

<! — JSP que permite a un usuario seleccionar un asiento --> 

<jsp : root version="l. 2" xml ns : f="http://java. sun . com/j sf/core" 
xml ns : h="http : // j ava . sun . com/ j sf/html " 
xml ns : jsp="http : //java . sun . com/1 SP/Page" 
xml ns : ui="http : //www. sun . com/web/ui "> 

<jsp :di recti ve . page contentType="text/html ; charset=UTF-8" 
pageEncodi ng="UTF-8"/> 

<f : vi ew> 

<ui:page bi ndi ng=”#{Reservar . pagel}" id="pagel"> 

<ui:html bi ndi ng=''#{Reservar . html 1}" id="htmll"> 

<ui:head bi ndi ng='#{Reservar . headl}" id="headl"> 

<ui:link binding="#{Reservar.linkl}" id="linkl" 
url="/ resources/styl esheet . css"/> 

</ui : head> 

<ui:body bi ndi ng="#{Reservar . bodyl}" id="bodyl" 
style= ¡ -rave-layout: grid"> 

<ui:form binding="#{Reservar.forml}" id="forml"> 

<ui :label binding="#{Reservar.instruccionesEtiqueta}" 
i d="i nstrucci onesEti queta" 

style="position: absolute; left: 24px; top: 24px" 
text="Seleccione el tipo de asiento y la clase a 
reservar : "/> 

<ui : dropDown bi ndi ng="#{Reservar . ti poAsi entoLi staDespl egabl e}" 
i d="ti poAsi entoLi staDespl egabl e" i tems= 

"#{ Reservar . ti poAsi entoLi staDespl egabl eDefaul tOpti ons . opti ons}" 
style="left: 24px; top: 48px; position: absolute; 
width: 96px" val ueChangeLi stener= 

"#{ Reservar . ti poAsi entoLi staDespl egabl e_processVal ueChange}"/> 
<ui : dropDown bi ndi ng="#{Reservar. el aseLi staDespl egabl e}" 
i d="cl aseLi staDespl egabl e" i tems= 

"#{ Reservar . el aseLi staDespl egabl eDefaul tOpti ons . opti ons}" 
style="left: 144px; top: 48px; position: absolute; 
width: 96px" val ueChangeLi stener= 

"#{Reservar . el aseLi staDespl egabl e_processVal ueChange}"/> 


Figura 28. 18 | JSP que permite a un usuario seleccionar un asiento. (Parte I de 3). 
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<ui ibutton action="#{Reservar. reservarBoton_action}" 

bi ndi ng="#{Reservar. reservarBoton}" id="reservarBoton" 
primary="true" style="position: absolute; left: 26Bpx; 
top: 48px” text= "Reservar"/» 

<ui :label binding="#{Reservar.exitoEtiqueta}" 

id="exitoEtiqueta" style="position: absolute; left: 24px; 
top: 24px" text="Se ha realizado su reservación. 

Gracias." vi si bl e="fal se"/> 

<ui :label binding="#{Reservar.errorEtiqueta}" id="errorEtiqueta" 
style="color: red; left: 24px; top: 96px; 
position: absolute" text="Este tipo de asiento no está 
disponible. Modifique su petición e intente de nuevo." 
vi si bl e="fal se"/> 

</ui : form> 

</ui : body> 

</ui : html> 

</ui : page> 

</f :view> 

</jsp: root> 


a) Selección de un asiento: 



b) El asiento se reservó con éxito 
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c) Ningún asiento coincide con el tipo y clase solicitados: 



Figura 28.18 | JSP que permite a un usuario seleccionar un asiento. (Parte 2 de 3). 
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d) Intento de reservar otro asiento de ventana en clase económica, cuando no hay dichos asientos disponibles: 
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Figura 28. 18 | JSP que permite a un usuario seleccionar un asiento. (Parte 3 de 3). 

Reservar .java 

La figura 28.19 contiene el código de bean de página que proporciona la lógica para Reservar, jsp (para aho- 
rrar espacio, no mostramos el código que se genera automáticamente en las líneas 28 a 283). Como vimos en la 
sección 26.5.2, la clase que representa al bean de página extiende a AbstractPageBean. Cuando el usuario hace 
clic en Reservar en la JSP, se ejecuta el manejador de eventos reservarBoton_acti on (líneas 285 a 319). En la 
línea 289 se crea un objeto proxy Serví ci oReservaci onlCl i ent. En las líneas 290 a 292 se utiliza este objeto 
para invocar el método reservar del servicio Web, al cual se le pasa el tipo de asiento seleccionado y el tipo de 
clase como argumentos. Si reservar devuelve true, en las líneas 296 a 301 se ocultan los componentes de la 
GUI en la JSP y se muestra el componente exi toEti queta (línea 300) para agradecer al usuario por hacer una 
reservación; en caso contrario, en las líneas 305 a 310 se asegura que los componentes de la GUI se sigan mos- 
trando en pantalla y se muestra el componente errorEti queta (línea 310) para notificar al usuario que el tipo 
de asiento solicitado no está disponible, y pide al usuario que intente de nuevo. Cuando el usuario selecciona un 
valor en uno de los componentes Li staDespl egable, se hace una llamada al manejador de eventos correspon- 
diente (ti poAsi entoLi staDespl egabl e_processVal ueChange en las líneas 322 a 327, o el aseLi staDespl e- 
gabl e_processVal ueChange en las líneas 330 a 335) para establecer las propiedades ti poAsi ento y ti poCl ase 
de la sesión, las cuales agregamos al bean de sesión de la aplicación. Los valores de estas propiedades se utilizan 
como argumentos en la llamada al método reservar del servicio Web. 
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// Fig. 28.19: Reservar . java 

// Clase de bean de soporte con ámbito de página para el cliente de reservación de asientos 

package com.deitel . jhtp7.cap28.clientereservacion; 

import com.sun. rave.web.ui .appbase. AbstractPageBean; 

import com.sun. rave.web.ui .component.Body; 

import com.sun. rave.web.ui .component.Form; 

import com.sun. rave.web.ui . component . Head ; 

import com.sun. rave.web.ui . component. Fltml ; 

import com. sun . rave .web . ui . component . Li nk; 

import com.sun. rave.web.ui . component . Page ; 

i mport javax. faces . FacesExcepti on ; 

import com.sun. rave.web.ui . component . Label ; 

import com.sun. rave.web.ui . component. DropDown; 

import com.sun. rave.web.ui .model .SingleSelectOptionsList; 

import com.sun. rave.web.ui . component . Button ; 

import com.sun. rave.web.ui . component . Stati cText ; 

i mport webservi ce . serví cioreservaci on . 

serví ci oreservacionl. Serví ci oReservaci onlCl i ent ; 
i mport javax. faces . event . Val ueChangeEvent ; 


Figura 28.19 

(Parte I de 2). 


Clase de bean de soporte con ámbito de página para el cliente de reservación de asientos. 


28.7 Cómo consumir un servicio Web controlado por base de datos desde una aplicación Web 1257 


22 

23 

24 

25 

26 
27 

284 

285 

286 

287 

288 

289 

290 

291 

292 

293 

294 

295 

296 

297 

298 

299 

300 

301 

302 

303 

304 

305 

306 

307 

308 

309 

310 

311 

312 

313 

314 

315 

316 

317 

318 

319 

320 

321 

322 

323 

324 

325 

326 

327 

328 

329 

330 

331 

332 

333 

334 

335 

336 


public class Reservar extends AbstractPageBean 

{ 

// Para ahorrar espacio, no mostramos aqui las lineas 24 a 283 del código generado 
// por lava Studio Creator 2. En el archivo Reservar. java podrá ver el código completo 
// junto con los ejemplos de este capitulo. 

// método que invoca al servicio Web cuando el usuario hace clic en el botón Reservar 
public String reservarBoton_action() 

{ 

try 

{ 

ServicioReservacionlClient cliente = getServicioReservacionlClientl() ; 
boolean reservado = 

cliente. reservar( getSessionBeanl() . getTi poAsi ento() , 
getSessionBeanlO .getTipoClase() ) ; 

if ( reservado ) 

{ 

instruccionesEtiqueta.setVisible( false ); 
tipoAsientoListaDesplegable.setVisible( false ); 
claseLi staDespl egabl e . setVi si bl e( false ); 
reservarBoton.setVisible( false ); 
exitoEtiqueta.setVisible( true ); 
errorEtiqueta.setVisible( false ); 

} // fin de if 
el se 
{ 

instruccionesEtiqueta.setVisiblef true ); 
tipoAsientoListaDesplegable.setVisiblef true ); 
claseListaDesplegable.setVisibleC true ); 
reservarBoton.setVisiblef true ); 
exi toEtiqueta. setVi si ble( false ); 
errorEtiqueta.setVisiblef true ); 

} // fin de else 
} // fin de try 
catch ( Exception e ) 

{ 

e.printStackTrace() ; 

} // fin de catch 

return nuil ; 

} // fin del método reservarBoton_acti on 

// almacena el tipo de asiento seleccionado en el bean de sesión 

public void ti poAsientoLi staDespl egabl e_processVal ueChange( 

Val ueChangeEvent event) 

{ 

getSessionBeanlO . setTi poAsi ento( 

( String ) tipoAsientoListaDesplegable.getSelectedO ); 

} // fin del método ti poAsientoLi staDespl egabl e_processVal ueChange 

// almacena la clase seleccionada en el bean de sesión 

public void el aseLi staDespl egabl e_processVal ueChangef 
Val ueChangeEvent event) 

{ 

getSessionBeanlO . setTi poCl ase( 

( String ) claseListaDesplegable.getSelected() ); 

} //fin del método claseListaDesplegable_processValueChange 
} // fin de la clase Reservar 


Figura 28.19 | Clase de bean de soporte con ámbito de página para el cliente de reservación de asientos. 
(Parte 2 de 2). 
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28.8 Cómo pasar un objeto de un tipo definido por el usuario 
a un servicio Web 

Los métodos Web que hemos demostrado hasta ahora reciben y devuelven sólo valores de tipos primitivos u 
objetos String. Los servicios Web también pueden recibir y devolver objetos de tipos definidos por el usuario; 
a éstos se les conoce como tipos personalizados. En esta sección presentaremos un servicio Web llamado Gene- 
radorEcuaci ones, el cual genera preguntas aritméticas aleatorias de tipo Ecuaci on. El cliente es una aplicación 
de escritorio para enseñar matemáticas, en la cual el usuario selecciona el tipo de pregunta matemática que desea 
resolver (suma, resta o multiplicación) y el nivel de habilidad del usuario; el nivel 1 utiliza números de un dígito 
en cada pregunta, el nivel 2 utiliza números de dos dígitos y el nivel 3 utiliza números de tres dígitos. El cliente 
pasa esta información al servicio Web, el cual a su vez genera un objeto Ecuaci on que consiste en números aleato- 
rios con el número apropiado de dígitos. La aplicación cliente recibe el objeto Ecuaci on, muestra la pregunta de 
ejemplo al usuario en una aplicación Java, permite al usuario proporcionar una respuesta y la verifica para deter- 
minar si es correcta o no. 


Señalización de los tipos definidos por el usuario 

Anteriormente mencionamos que todos los tipos que se pasan o reciben de servicios Web SOAP deben recibir 
soporte de SOAP. Entonces, ¿cómo puede SOAP dar soporte a un tipo que no se ha creado todavía? Los tipos 
personalizados que se envían o reciben de un servicio Web se señalizan en formato XML. A este proceso se le 
conoce como señalización XML. El proceso de serializar objetos a XML y deserializar objetos de XML se maneja 
de manera automática, sin necesidad de que el programador intervenga. 


Requerimientos para los tipos definidos por el usuario que se utilizan con métodos Web 

Una clase que se utiliza para especificar tipos de parámetros o de valores de retorno en los métodos Web debe 

cumplir varios requerimientos: 

1. Debe proporcionar un constructor predeterminado publ ico sin argumentos. Cuando un servicio Web, 
o el consumidor de un servicio Web, recibe un objeto serializado XML, el Marco de trabajo JAX-WS 
2.0 debe tener la capacidad de llamar a este constructor al momento de deserializar el objeto (es decir, 
convertirlo de XML otra vez en un objeto Java). 

2. Las variables de instancia que deben señalizarse en formato XML deben tener métodos set (establecer) y 
get (obtener) publ i c para acceder a las variables de instancia pri vate (recomendado), o las variables de 
instancia deben declararse publ i c (no se recomienda). 

3. Las variables de instancia que no sean publ i c y deban serializarse deben proporcionar métodos set y get 
(incluso si tienen cuerpos vacíos); en caso contrario, no se serializan. 

Cualquier variable de instancia que no se serialice simplemente recibe su valor predeterminado (o el valor propor- 
cionado por el constructor sin argumentos) cuando se deserializa un objeto de la clase. 



Error común de programación 28.3 

Si tratamos de deserializar un objeto de una clase que no tenga un constructor predeterminado o sin argumentos, se 
produce un error en tiempo de ejecución. 


Definición de la clase Ecuación 

En la figura 28.20 definimos la clase Ecuaci on. En las líneas 18 a 31 se define un constructor que recibe tres argu- 
mentos: dos valores i nt que representan a los operandos izquierdo y derecho, y un valor Stri ng que representa 
la operación aritmética a realizar. El constructor establece las variables de instancia operandolzq, operandoDer y 
ti poOperaci on, y después calcula el resultado apropiado. El constructor sin argumentos (líneas 13 a 16) llama al 
constructor de tres argumentos (líneas 18 a 31) y le pasa valores predeterminados. No utilizamos constructor sin 
argumentos de manera explícita, pero el mecanismo de serialización de XML lo utiliza al momento de deserializar 
objetos de esta clase. Como proporcionamos un constructor con parámetros, debemos definir de manera explícita 
el constructor sin argumentos en esta clase, de manera que puedan pasarse (o devolverse) objetos de la clase hacia 
o desde los métodos Web. 
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1 // Fig. 28.20: Ecuación. java 

2 // Clase Ecuación que contiene información acerca de una ecuación 

3 package com.deitel . jhtp7.cap28.generadorecuaciones; 

4 

5 public class Ecuación 

6 { 

7 private int operandolzq; 

8 private int operandoDer; 

9 private int valorResultado; 

10 private String ti poOperacion ; 

1 1 

12 // constructor sin argumentos requerido 

13 public EcuacionO 

14 { 

15 this( 0, 0, "+" ) ; 

16 } // fin del constructor sin argumentos 

17 

18 public Ecuacionf int valorlzq, int valorDer, String tipo ) 

19 { 

20 operandolzq = valorlzq; 

21 operandoDer = valorDer; 

22 ti poOperacion = tipo; 

23 

24 // determina valorResultado 

25 if ( ti poOperacion . equal s( "+" ')')// suma 

26 valorResultado = operandolzq + operandoDer; 

27 else if ( tipoOperacion.equalsf ) ) // resta 

28 valorResultado = operandolzq - operandoDer; 

29 else // multiplicación 

30 valorResultado = operandolzq * operandoDer; 

31 } // fin del constructor con tres argumentos 

32 

33 // devuelve una representación String de una Ecuación 

34 public String toStringO 

35 { 

36 return operandolzq + + ti poOperacion + + 

37 operandoDer + + valorResultado; 

38 } // fin del método toString 

39 

40 // devuelve el lado izquierdo de la ecuación como un objeto String 

41 public String getLadoIzqO 

42 { 

43 return operandolzq + + ti poOperacion + + operandoDer; 

44 } // fin del método getLadoIzq 

45 

46 // devuelve el lado derecho de la ecuación como un objeto String 

47 public String getLadoDerO 

48 { 

49 return "" + valorResultado; 

50 } // fin del método getLadoDer 

51 

52 // obtiene el operandolzq 

53 public int getOperandoIzqO 

54 { 

55 return operandolzq; 

56 } // fin del método getOperandoIzq 

57 

58 // obtiene el operandoDer 

59 public int getOperandoDerO 

Figura 28.20 | Clase Ecuación que contiene información acerca de una ecuación. (Parte i de 2). 
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{ 

return operandoDer; 

} // fin del método getOperandoDer 

// obtiene el valorResultado 

public int getValorRetornoO 

{ 

return valorResultado; 

} // fin del método getValorRetorno 

// obtiene el ti poOperacion 

public String getTi poOperacionO 

{ 

return ti poOperacion ; 

} // fin del método getTipoOperacion 

// método set requerido 

public void setLadoIzqf String valué ) 

{ 

// cuerpo vacio 
} // fin del método setLadoIzq 

// método set requerido 

public void setLadoDerf String valué ) 

{ 

// cuerpo vacio 
} // fin del método setLadoDer 

// método set requerido 

public void setOperandoIzqC int valué ) 

{ 

// cuerpo vacio 

} // fin del método setOperandoIzq 

// método set requerido 

public void setOperandoDerf int valué ) 

{ 

// cuerpo vacio 

} // fin del método setOperandoDer 

// método set requerido 

public void setValorRetornof int valué ) 

{ 

// cuerpo vacio 

} // fin del método setValorRetorno 
// método set requerido 

public void setTi poOperacion ( String valué ) 

{ 

// cuerpo vacio 

} // fin del método setTi poOperacion 
} // fin de la clase Ecuación 


Figura 28.20 | Clase Ecuaci on que contiene información acerca de una ecuación. (Parte 2 de 2). 


La clase Ecuación define los métodos getLadoIzq y setLadoIzq (líneas 41 a 44 y 77 a 80); getLadoDer 
y setLadoDer (líneas 47 a 50 y 83 a 86); getOperandoIzq y setOperandoIzq (líneas 53 a 56 y 89 a 92); get- 
OperandoDer y setOperandoDer (líneas 59 a 62 y 95 a 98); getValorRetorno y setVal orRetorno (líneas 65 a 
68 y 101 a 104); y getTi poOperaci on y setTi poOperaci on (líneas 71 a 74 y 107 a 110). El cliente del servicio 
Web no necesita modificar los valores de las variables de instancia. Sin embargo, recuerde que una propiedad se 



28.8 Cómo pasar un objeto de un tipo definido por el usuario a un servicio Web 1261 


puede señalizar sólo si tiene los métodos de acceso gety set, o si es publ i c. Por lo tanto, proporcionamos métodos 
set con cuerpos vacíos para cada una de las variables de instancia de la clase. El método getLadoIzq (líneas 41 a 
44) devuelve un objeto Stri ng que representa todo lo que hay a la izquierda del signo igual (=) en la ecuación, 
y getLadoDer (líneas 47 a 50) devuelve un objeto Stri ng que representa todo lo que hay a la derecha del sig- 
no de igual (=). El método getOperandoIzq (líneas 53 a 56) devuelve el entero a la izquierda del operador, y 
getOperandoDer (líneas 59 a 62) obtiene el entero a la derecha del operador. El método getValorRetorno 
(líneas 65 a 68) devuelve la solución a la ecuación, y getTi poOperaci on (líneas 71a 74) devuelve el operador 
en la ecuación. El cliente en este ejemplo no utiliza la propiedad 1 adoDe r, pero la incluimos para que los futuros 
clientes puedan usarla. 

Creación del servicio Web CeneradorEcuaci oríes 

La figura 28.21 presenta el servicio Web CeneradorEcuaci ones, el cual crea objetos Ecuaci on aleatorios y perso- 
nalizados. Este servicio Web sólo contiene el método generarEcuacion (líneas 18 a 31), el cual recibe dos pará- 
metros: la operación matemática (ya sea "+", o "*”) y un i nt que representa el nivel de dificultad (1 a 3). 


1 // Fig. 28.21: GeneradorEcuaciones. java 

2 // Servicio Web que genera ecuaciones aleatorias 

3 package com.deitel . jhtp7.cap28.generadorecuaciones; 

4 

5 import java. útil .Random; 

6 import javax. jws .WebServi ce ; 

7 import javax. jws. WebMethod; 

8 import javax. jws. WebParam; 

9 

10 @WebService( ñame = "GeneradorEcuaciones 1 , 

11 serviceName = "Servi ci oCeneradorEcuaci ones" ) 

12 public class GeneradorEcuaciones 

13 { 

14 private int minimo; 

15 private int máximo; 

16 

17 // genera una ecuación matemática y la devuelve como un objeto Ecuación 

18 @WebMethod( operationName = "generarEcuacion" ) 

19 public Ecuación generarEcuacion( 

20 @WebParam( ñame = "operación" ) String operación, 

21 @WebParam( ñame = "dificultad" ) int dificultad ) 

22 { 

23 minimo = ( int ) Math.pow( 10, dificultad - 1 ); 

24 máximo = ( int ) Math.pow( 10, dificultad ); 

25 

26 Random objetoAleatorio = new Random(); 

27 

28 return new Ecuacion( 

29 objetoAleatorio. nextlnt( máximo 

30 objetoAleatorio. nextlnt( máximo 

31 } // fin del método generarEcuacion 

32 } // fin de la clase GeneradorEcuaciones 

Figura 28.21 | Servicio Web que genera ecuaciones aleatorias. 


- minimo ) + minimo, 

- minimo ) + minimo, operación ); 


Prueba del servicio Web GeneradorEcuaciones 

En la figura 28.22 se muestra el resultado de probar el servicio Web GeneradorEcuaciones con la página Web 
Tester. En la parte (b) de la figura, observe que el valor de retorno de nuestro método Web está codificado en 
XML. Sin embargo, este ejemplo es distinto de los anteriores porque el XML especifica los valores para todos los 
datos del objeto señalizado en XML que se devuelve. La clase proxy recibe este valor de retorno y lo deserializa en 
un objeto de la clase Ecuaci on, y después lo pasa al cliente. 
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a) Uso de la página Web del servicio Web Generador-Ecuaciones para generar un objeto Ecuación. 



b) Resultado de generar un objeto Ecuación. 



Figura 28.22 | Prueba de un método Web que devuelve un objeto Ecuación serializado con XML. 
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Observe que no se está pasando un objeto Ecuación entre el servicio Web y el cliente. En vez de ello, la 
información en el objeto se envía en forma de datos codificados en XML. Los clientes creados en Java tomarán 
la información y crearán un nuevo objeto Ecuación. Sin embargo, los clientes creados en otras plataformas tal 
vez utilicen la información en forma distinta. Los lectores que creen clientes en otras plataformas deben revisar la 
documentación de los servicios Web para la plataforma específica que utilicen, para ver cómo pueden sus clientes 
procesar tipos personalizados. 

Detalles del servicio Web Generador Ecuaciones 

Vamos a analizar el método Web GenerarEcuacion más de cerca. En las líneas 23 a 24 de la figura 28.21 se 
definen los límites superior e inferior de los números aleatorios que utiliza el método para generar un objeto 
Ecuación. Para establecer estos límites, el programa llama primero al método static pow de la clase Math; 
este método eleva su primer argumento a la potencia de su segundo argumento. El valor de la variable mi nimo 
se determina elevando 10 a una potencia que sea uno menos que nivel (línea 23). Esto calcula el número más 
pequeño con nivel dígitos. Si nivel es 1 , mi nimo es 1; si nivel es 2, mi nimo es 10; y si nivel es 3, mi nimo es 
100. Para calcular el valor de maxi mo (el límite superior para cualquier número generado al azar que se utilice para 
formar un objeto Ecuaci on), el programa eleva 10 a la potencia del argumento ni vel especificado (línea 23). Si 
nivel es 1, máximo es 10; si nivel es 2, máximo es 100; y si nivel es 3, máximo es 1000. 

En las líneas 28 a 30 se crea y devuelve un nuevo objeto Ecuación, el cual consiste en dos números aleato- 
rios y el objeto Stri ng llamado operación que recibe generarEcuacion. El programa llama al método Random 
nextlnt, el cual devuelve un i nt que es menor que el límite superior especificado. Este método genera un valor 
de operando izquierdo que es mayor o igual a mi ni mo, pero menor que maxi mo (es decir, un número con nivel 
dígitos). El operando derecho es otro número aleatorio con las mismas características. 

Consumo del servicio Web GeneradorEcuaciones 

La aplicación Tutor de matemáticas (figura 28.23) utiliza el servicio Web GeneradorEcuaciones. Esta apli- 
cación llama al método generarEcuacion del servicio Web para crear un objeto Ecuación. Después, el tutor 
muestra el lado izquierdo del objeto Ecuaci on y espera a que el usuario introduzca datos. En la línea 9 también 
se declara una variable de instancia llamada Servi ci oGeneradorEcuaci ones, la cual utilizamos para obtener un 
objeto proxy GeneradorEcuaciones. En las líneas 10 a 11 se declaran variables de instancia de los tipos Gene- 
radorEcuaciones y Ecuación. 

Después de mostrar una ecuación, la aplicación espera a que el usuario escriba una respuesta. La opción pre- 
determinada para el nivel de dificultad es Números de un dígito, pero el usuario puede cambiar esto si selecciona 
un nivel del objeto JComboBox llamado Seleccione el nivel. Al hacer clic en cualquiera de los niveles se invoca 
el método ni vel JComboBoxItemStateChanged (líneas 158 a 163), el cual establece la variable di ficul tad con el 
nivel seleccionado por el usuario. Aunque la opción predeterminada para el tipo de pregunta es Suma, el usuario 
también puede cambiar esto si selecciona una operación del objeto DComboBox Seleccione la operación. Al hacer 
esto, se invoca al método operacionDComboBoxItemStateChanged (líneas 166 a 177), el cual establece la varia- 
ble String llamada operación con el símbolo matemático apropiado. 

Cuando el usuario hace clic en el objeto IButton Generar ecuación, el método generarDButtonAction- 
Performed (líneas 207 a 221) invoca al método generarEcuacion (línea 212) del servicio Web Generador- 
Ecuaciones. Después de recibir un objeto Ecuación del servicio Web, el manejador muestra el lado izquierdo 
de la ecuación en el componente ecuacionJLabel (línea 214) y habilita el component comprobarRespuesta- 
DButton, de manera que el usuario pueda enviar una respuesta. Cuando el usuario hace clic en el botón IButton 
Comprobar respuesta, el método comprobarRespuestaJButtonActionPerformed (líneas 180 a 204) determi- 
na si el usuario proporcionó la respuesta correcta. 


1 // Fig. 28.23: ClienteGeneradorEcuacionesJFrame. java 

2 // Programa tutor de matemáticas que usa servicios Web para generar ecuaciones 

3 package com.deitel . jhtp7.cap28.clientegeneradorecuaciones; 

4 

5 import javax . swi ng . DOptionPane ; 

6 

Figura 28.23 | Aplicación tutor de matemáticas. (Parte I de 4). 
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public class ClienteGeneradorEcuacionesIFrame extends javax.swing. JFrame 

{ 

prívate ServicioGeneradorEcuaciones servicio; // se utiliza para obtener el proxy 

private GeneradorEcuaciones proxy; // se utiliza para acceder al servicio Web 

prívate Ecuación ecuación; // representa una ecuación 

private int respuesta; // la respuesta del usuario a la pregunta 

private String operación = "+"; // operación matemática +, - o * 

private int dificultad = 1; // 1, 2 o B dígitos en cada número 

// constructor sin argumentos 

publ i c C1 i enteGeneradorEcuacioneslF rame() 

{ 

i ni tComponentsO ; 

try 

{ 

// crea los objetos para acceder al servicio GeneradorEcuaciones 

servicio = new ServicioGeneradorEcuacionesO ; 
proxy = servicio. getGeneradorEcuacionesPortO ; 

} // fin de try 

catch ( Exception ex ) 

{ 

ex.printStackTraceO ; 

} // fin de catch 

} // fin de constructores sin argumentos 

// El método i ni tComponents se genera automáticamente por Netbeans y se llama 
// desde el constructor para inicializar la GUI. Aquí no se muestra este 
// método para ahorrar espacio. Abra ClienteGeneradorEcuacioneslFrame. java en la 
// carpeta de este ejemplo para ver el código generado completo (líneas B7 a 156). 

// obtiene el nivel de dificultad seleccionado por el usuario 

private void ni vel IComboBoxItemStateChangedC 
java.awt.event.ItemEvent evt ) 

{ 

// los índices empiezan en 0, por lo que se suma 1 para obtener el nivel de 
dificultad 

dificultad = nivel JComboBox.getSelectedIndex() + 1; 

} fin del método nivel IComboBoxItemStateChanged 

// obtiene la operación matemática seleccionada por el usuario 

private void operaci on3ComboBoxItemStateChanged( 
java.awt.event.ItemEvent evt ) 

{ 

String elemento = ( String ) operaci onlComboBox . getSel ectedltemO ; 

i f ( el emento. equals( "Suma" ) ) 

operación = "+' ; // el usuario seleccionó suma 
el se if ( el emento . equal s( "Resta' ) ) 

operación = ; // el usuario seleccionó resta 

el se 

operación = "*' ; // el usuario seleccionó multiplicación 
} // fin del método operationIComboBoxItemStateChanged 

// comprueba la respuesta del usuario 

private void comprobarRespuestalButtonActionPerformed( 
java.awt.event.ActionEvent evt ) 

{ 

if ( respuestaJTextFi el d . getTextQ . equal s( " ) ) 


Figura 28.23 | Aplicación tutor de matemáticas. (Parte 2 de 4). 
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{ 

JOpti onPane . showMessageDi alog( 
thfs, "Escriba su respuesta." ); 

} // fin de if 

int respuestaUsuario = Integer. parselnt( respuestaJTextFi el d . getText() ); 

if ( respuestaUsuario == respuesta ) 

{ 

ecuacionJLabel .setText( ); 
respuestaJTextFi el d . setText( "" ); 
comprobarRespuestaJButton . setEnabl ed( false ); 
JOptionPane.showMessageDialogC this, "Correcto! Bien hecho! , 
"Correcto", JOpti onPane . PLAIN_MESSACE ); 

} // fin de if 
el se 
{ 

JOptionPane.showMessageDialogC this, "Incorrecto. Intente de nuevo.", 
"Incorrecto", JOpti onPane . PLAIN_MESSACE ); 

} // fin de else 

} // fin del método checkAnswerJButtonActionPerformed 

// genera un nuevo objeto Ecuación con base en las selecciones del usuario 

private void generarJButtonActionPerformed( 
java.awt.event.ActionEvent evt ) 

{ 

try 

{ 

ecuación = proxy.generarEcuacion( operación, dificultad ); 
respuesta = ecuación. getValorRetornoO ; 
ecuacionJLabel . setText( ecuación. getLadoIzqO + ); 

comprobarRespuestaJButton . setEnabl ed( true ); 

} // fin de try 

catch ( Exception e ) 

{ 

e.printStackTrace() ; 

} // fin de catch 

} // fin del método generateJButtonActionPerformed 

// empieza la ejecución del programa 

public static void main( String argsf] ) 

{ 

java . awt . EventQueue . i nvokeLater( 
new RunnableO 
{ 

public void run() 

{ 

new ClienteCeneradorEcuacionesJFrameO .setVisible( true ); 

} // fin del método run 
} // fin de la clase interna anónima 
); // fin de la llamada a java. awt. EventQueue. invokeLater 
} // fin del método mai n 

// Variables declaration - do not modify 

private javax. swing . JButton comprobarRespuestaJButton; 
private javax. swing . JLabel ecuacionJLabel; 
private javax. swing . JButton generarJButton ; 
private javax. swing . JComboBox nivel JComboBox; 
private javax. swing . JLabel nivel JLabel; 


Figura 28.23 | Aplicación tutor de matemáticas. (Parte 3 de 4). 
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243 prívate javax.swing.DComboBox operacionJComboBox; 

244 prívate javax.swí ng.DLabel operací onDLabel ; 

245 prívate javax.swí ng.DLabel preguntaJLabel ; 

246 prívate javax.swí ng.DLabel respuestaJLabel ; 

247 prívate javax.swí ng . DTextFi el d respuestaJTextFi el d ; 

248 // Fin de variables declaration 

249 } // fin de la clase ClienteGeneradorEcuacioneslFrame 




Figura 28.23 | Aplicación tutor de matemáticas. (Parte 4 de 4). 


28.9 Conclusión 

En este capítulo se introdujeron los servicios Web JAX-WS 2.0, los cuales promueven la portabilidad y reutiliza- 
ción de software en aplicaciones que operan a través de Internet. Aprendió que un servicio Web es un componen- 
te de software almacenado en una computadora a la que una aplicación (u otro componente de software) puede 
acceder en otra computadora a través de una red, y se comunican a través de tecnologías como XML, SOAP y 
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HTTP. Hablamos sobre los diversos beneficios de este tipo de computación distribuida; por ejemplo, los clientes 
pueden acceder a los datos en equipos remotos, los clientes que no tengan el poder de procesamiento para realizar 
cálculos específicos pueden aprovechar los recursos de los equipos remotos, y pueden desarrollarse por completo 
tipos nuevos de aplicaciones innovadoras. 

Explicamos cómo Netbeans, Sun Java Studio Creator 2 y las APIs de JAX-WS 2.0 facilitan la creación y el 
consumo de servicios Web. Le mostramos cómo establecer proyectos y archivos en estas herramientas, y cómo 
las herramientas administran la infraestructura del servicio Web necesaria para dar soporte a los servicios creados 
por el programador. Aprendió a definir los servicios Web y los métodos Web, así como a consumirlos desde apli- 
caciones Java de escritorio creadas en Netbeans, y también desde aplicaciones Web creadas en Sun Java Studio 
Creator 2. Después de explicar la mecánica de los servicios Web con nuestro ejemplo EnteroEnorme, demostra- 
mos servicios Web más sofisticados que utilizan rastreo de sesiones tanto del lado servidor como del lado cliente, 
y servicios Web que acceden a bases de datos mediante el uso de JDBC. También explicamos la serialización con 
XML y le mostramos cómo pasar objetos de tipos definidos por el usuario a los servicios Web, y cómo devolverlos 
de los servicios Web. 

En el siguiente capítulo hablaremos acerca de cómo dar formato a la salida con el método System. out. 
pri ntf y la clase Formatter. 

28.10 Recursos Web 

Además de los recursos Web que se muestran a continuación, también puede consultar los recursos Web relacio- 
nados con JSP que se proporcionan al final del capítulo 26. 
www.deitel . com/WebServi ces/ 

Visite nuestro Centro de recursos de servicios Web para obtener información acerca de cómo diseñar e implemen- 

tar servicios Web en muchos lenguajes, e información acerca de los servicios Web ofrecidos por compañías como 

Google, Amazon y eBay. También encontrará muchas herramientas adicionales de Java para publicar y consumir 

servicios Web. 

www . dei te! . com/ j ava/ 

www.deitel . com/JavaSE6Mustang/ 

www.deitel . com/JavaEE5/ 

www.deitel . com/JavaCerti ficati on/ 

www. dei te! . com/JavaDesi gnPatterns/ 

Nuestros Centros de recursos sobre Java proporcionan información específica de este lenguaje, como libros, 
documentos, artículos, diarios, sitios Web y blogs que abarcan una gran variedad de temas relacionados con Java 
(incluyendo los servicios Web de java), 
www. dei te! . com/ResourceCenters . html 

De un vistazo a nuestra lista cada vez más extensa de Centros de recursos sobre programación, Web 2.0, software 

y demás temas interesantes. 

java. sun . com/webservi ces/jaxws/i ndex . j sp 

El sitio oficial para la API de Sun Java para los Servicios Web de XML (JAX-WS). Incluye la API, documentación, 
tutoriales y demás vínculos de utilidad, 
www. webservi ces.org 

Ofrece noticias relacionadas con la industria, artículos y recursos para los servicios Web. 
www-130 . i bm . com/devel operworks/webservi ces 

El sitio de IBM para la arquitectura orientada al servicio (SOA) y los servicios Web incluye artículos, descargas, 
demos y foros de discusión relacionados con la tecnología de los servicios Web. 
www. w3 . org/TR/wsdl 

Ofrece gran cantidad de documentación acerca de WSDL, incluyendo una explicación detallada de los servicios 
Web y las tecnologías relacionadas, como XML, SOAP, HTTP los tipos MIME en el contexto de WSDL. 
www. w3 . org/TR/soap 

Ofrece gran cantidad de documentación acerca de los mensajes SOAP, el uso de SOAP con HTTP y cuestiones 
de seguridad relacionadas con SOAP. 
www.ws-i .org 
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El sitio Web de la Organizadón de Interoperabilidad de Servicios Web proporciona información detallada sobre 
la creación de servicios Web basados en estándares que promuevan la interoperabilidad y una verdadera indepen- 
dencia de la plataforma, 
webservi ces . xmi . com/securi ty 

Artículos acerca de la seguridad de los servicios Web y los protocolos de seguridad estándar. 

Servicios Web basados en REST 

en .wi ki pedí a. org/wi ki /REST 

Recurso de Wikipedia que explica la Transferencia representativa de estado (REST). 
www. xf ront . com/REST-Web-Servi ces . htmi 

Artículo titulado “Building Web Services the REST Way” (Cómo crear servicios Web al estilo REST). 

www. i es . uci . edu/~fiei di ng/pubs/di ssertati on/rest_arch_styi e . htm 

La disertación que propuso originalmente el concepto de los servicios basados en REST. 

rest . bi ueoxen . net/egi -bi n/wi ki . pi ?ShortSummaryOfRest 

Una breve introducción a REST (en inglés). 

www. prescod . net/rest 

Vínculos a muchos recursos sobre REST (en inglés). 


Resumen 

Sección 28. 1 Introducción 

• Un servicio Web es un componente de software almacenado en una computadora a la que se puede acceder median- 
te llamadas a métodos desde una aplicación (u otro componente de software) en otra computadora, a través de una 
red. 

• Los servicios Web se comunican mediante el uso de tecnologías como XML y HTTP. 

• El Protocolo simple de acceso a objetos (SOAP) es un protocolo basado en XML que permite la comunicación entre 
los clientes y los servicios Web, en forma independiente de la plataforma. 

• Los servicios Web permiten a los comercios realizar transacciones a través de servicios Web estandarizados y amplia- 
mente disponibles, en vez de depender de aplicaciones propietarias. 

• Las compañías como Amazon, Google, eBay, PayPal y muchas otras están usando servicios Web para su beneficio, 
al hacer que sus aplicaciones del lado cliente estén disponibles para sus socios a través de los servicios Web. 

• Al comprar servicios Web y utilizar la gran diversidad de servicios Web gratuitos, las compañías pueden invertir 
menos tiempo en desarrollar nuevas aplicaciones y pueden crear nuevas e innovadoras aplicaciones. 

• Netbeans 5.5 y Sun Java Studio Creator 2 (ambos desarrollados por Sun) son dos de las diversas herramientas que 
permiten a los programadores “pubicar” y “consumir” servicios Web. 

Sección 28.2 Fundamentos de los servicios Web de Java 

• La computadora en la que reside un servicio Web se conoce como equipo remoto o servidor. Una aplicación cliente 
que accede a un servicio Web envía una llamada a un método a través de la red a un equipo remoto, el cual procesa 
la llamada y devuelve una respuesta a la aplicación, a través de la red. 

• En Java, un servicio Web se implementa como una clase. La clase que representa el servicio Web reside en un servi- 
dor; no forma parte de la aplicación cliente. 

• Al proceso de hacer que un servicio Web esté disponible para recibir peticiones de los clientes se le conoce como pu- 
blicación de un servicio Web; al proceso de usar un servicio Web desde una aplicación cliente se le conoce como 
consumo de un servicio Web. 

• Una aplicación que consume un servicio Web consiste de dos partes: un objeto de una clase proxy para interactuar 
con el servicio Web y una aplicación cliente que consume el servicio Web, al invocar métodos en el objeto proxy. El 
objeto proxy maneja los detalles relacionados con la comunicación con el servicio Web por el cliente. 

• Las peticiones a (y las respuestas de) los servicios Web creados con JAX-WS 2.0 se transmiten comúnmente median- 
te SOAP. Cualquier cliente capaz de generar y procesar mensajes SOAP puede interactuar con un servicio Web, sin 
importar el lenguaje en el que esté escrito. 
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Sección 28.3.1 Creación de un proyecto de aplicación Web y cómo agregar una clase de servidor Web 
en Netbeans 

• Al crear un servido Web en Netbeans, nos enfocamos en la lógica del servicio Web y dejamos que el IDE se encargue 
de la infraestructura del servicio Web. 

• Para crear un servicio Web en Netbeans, primero debemos crear un proyecto de tipo aplicación Web (Web Applica- 
tion). Netbeans utiliza este tipo de proyecto para las aplicaciones Web que se ejecutan en clientes basados en navega- 
dor, y para los servicios Web invocados por otras aplicaciones. 

• Al crear una aplicación Web en Netbeans, el IDE genera archivos adicionales que dan soporte a la aplicación Web. 

Sección 28.3.2 Definición del servicio Web EnteroEnorme en Netbeans 

• De manera predeterminada, cada nueva clase de servicio Web que se crea con las APIs de JAX-WS es un POJO 
(Objeto Java simple); no necesita extender una clase o implementar una interfaz para crear un servicio Web. 

• Al compilar una clase que utiliza estas anotaciones de JAX-WS 2.0, el compilador crea el marco de trabajo de código 
compilado que permite al servicio Web esperar las peticiones de los clientes y responder a esas peticiones. 

• La anotación @WebServi ce indica que una clase representa a un servicio Web. El elemento opcional ñame especifica 
el nombre de la clase proxy que se generará para el cliente. El elemento opcional serví ceName especifica el nombre 
de la clase que el cliente debe utilizar para obtener un objeto de la clase proxy. 

• Netbeans coloca la anotación @WebServi ce al principio de cada nueva clase de servicio Web que crea el programa- 
dor. Se pueden agregar los elementos opcionales ñame y serví ceName en los paréntesis de la anotación. 

• Los métodos que se etiquetan con la anotación OWebMethod se pueden llamar en forma remota. 

• Los métodos que no están etiquetados con OWebMethod no están accesibles para los clientes que consumen el servicio 
Web. Por lo general, éstos son métodos utilitarios dentro de la clase de servicio Web. 

• La anotación OWebMethod tiene un elemento operationName opcional para especificar el nombre del método que 
está expuesto al cliente del servicio Web. 

• Los parámetros de los métodos Web se anotan con la anotación @WebParam. El elemento opcional ríame indica el 
nombre del parámetro que está expuesto a los clientes del servicio Web. 

Sección 28.3.3 Publicación del servicio Web EnteroEnorme desde Netbeans 

• Netbeans se encarga de todos los detalles relacionados con la generación y despliegue de un servicio Web por noso- 
tros. Esto incluye crear el marco de trabajo requerido para dar soporte al servicio Web. 

• Para determinar si hay errores de compilación en el proyecto, haga clic con el botón derecho del ratón en el nombre 
del proyecto en la ficha Projects de Netbeans, y después seleccione la opción Build Project. 

• Seleccione Deploy Project para desplegar el proyecto en el servidor Web que seleccionó durante la configuración de 
la aplicación. 

• Seleccione Run Project para ejecutar la aplicación Web. 

• Las opciones Deploy Project y Run Project también generan el proyecto si ha cambiado, e inician el servidor de 
aplicaciones en caso de que no se encuentre ya en ejecución. 

• Para asegurar que se vuelvan a compilar todos los archivos de código fuente en un proyecto durante la siguiente 
operación de generación, puede usar las opciones Clean Project o Clean and Build Project. 

Sección 28.3.4 Prueba del servicio Web EnteroEnorme con la página Web Tester de Sun Java 
System Application Server 

• Sun Java System Application Server puede crear en forma dinámica una página Web llamada Tester para probar los 
métodos de un servicio Web desde un navegador Web. Para habilitar esta característica, use las opciones de ejecución 
(Run) del proyecto. 

• Para mostrar la página Web Tester, ejecute la aplicación desde Netbeans o escriba el URL del servicio Web en el 
campo dirección del navegador, seguido de ?Tester. 

• Un cliente puede acceder a un servicio Web sólo cuando el servidor de aplicaciones se encuentra en ejecución. Si 
Netbeans inicia el servidor de aplicaciones por usted, éste se cerrará cuando cierre Netbeans. Para mantener el servi- 
dor de aplicaciones en ejecución, puede iniciarlo en forma independiente de Netbeans. 

Sección 28.3.5 Descripción de un servicio Web con el Lenguaje de descripción de servicios Web 
(WSDL) 

• Para consumir un servicio Web, un cliente debe saber en dónde encontrar el servicio Web, y debe recibir la descrip- 
ción del mismo. 

• JAX-WS utiliza el Lenguaje de descripción de servicios Web (WSDL): un vocabulario XML estándar para describir 
servicios Web de manera independiente de la plataforma. 
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• No necesita comprender el WSDL para aprovechar sus beneficios; el servidor genera un WSDL del servicio Web en 
forma dinámica por usted, y las herramientas cliente pueden analizar el WSDL para ayudarnos a crear la clase proxy 
del lado cliente que utiliza un cliente para acceder al servicio Web. 

• Como el WSDL se crea en forma dinámica, los clientes siempre reciben la descripción más actualizada de un servicio 
Web desplegado. 

• Para ver el WSDL de un servicio Web, escriba su URL en el campo dirección del navegador seguido de 7WSDL, o 
haga clic en el vínculo WSDL File en la página Web Tester de Sun Java System Application Server. 

Sección 28.4 Cómo consumir un servicio Web 

• El cliente de un servicio Web puede ser cualquier tipo de aplicación, o incluso otro servicio Web. 

• En Netbeans, para habilitar una aplicación cliente de manera que pueda consumir un servicio Web, hay que agregar 
una referencia del servicio Web a la aplicación, la cual define la clase proxy del lado cliente. 

Sección 28.4.1 Creación de un cliente para consumir el servicio Web EnteroEnorme 

• Al agregar una referencia de servicio Web, el IDE crea y compila los artefactos del lado cliente: el marco de trabajo 
de código de Java que da soporte a la clase proxy del lado cliente. 

• El cliente llama a los métodos en un objeto proxy, el cual usa los artefactos del lado cliente para interactuar con el 
servicio Web. 

• Para agregar una referencia de servicio Web, haga clic con el botón derecho del ratón en el nombre del proyecto del 
cliente en la ficha Projects de Netbeans, y después seleccione New > Web Service Client... En el campo WSDL URL 
del cuadro de diálogo, especifique el URL del WSDL del servicio Web. 

• Netbeans utiliza la descripción WSDL para generar la clase proxy y los artefactos del lado cliente. 

• Al especificar el servicio Web que el programador desea consumir, Netbeans copia el WSDL del servicio Web en 
un archivo en el proyecto. Podemos ver este archivo desde la ficha Files de Netbeans, expandiendo los nodos en la 
carpeta xml -resources del proyecto. 

• Los artefactos del lado cliente y la copia del cliente del archivo WSDL se pueden regenerar, haciendo clic con el botón 
derecho del ratón en el nodo del servicio Web en la ficha Projects de Netbean, y seleccionando Refresh Client. 

• Para ver los artefactos del lado cliente generados por el IDE, seleccione la ficha Files de Netbeans y expanda la car- 
peta bui I d del proyecto. 

Sección 28.5 SOAP 

• SOAP es un protocolo basado en XML, de uso común e independiente de la plataforma, que facilita las llamadas a 
procedimientos remotos, comúnmente a través de HTTP. 

• El protocolo que transmite mensajes de petición y respuesta también se conoce como el formato de cable o proto- 
colo de cable del servicio Web, ya que define la forma en que se envía la información “a lo largo del cable”. 

• Cada petición y respuesta se empaquetan en un mensaje SOAP (también conocido como envoltura SOAP), el cual 
contiene la información que un servicio Web requiere para procesar el mensaje. 

• El formato de cable utilizado para transmitir peticiones y respuestas debe tener soporte para todos los tipos que se 
pasen de una aplicación a otra. SOAP soporta los tipos primitivos y sus tipos de envoltura, así como Date, Time y 
otros. SOAP también puede transmitir arreglos y objetos de tipos definidos por el usuario. 

• Cuando un programa invoca a un método Web, la petición y toda la información relevante se empaquetan en un 
mensaje SOAP y se envían al servidor en el que reside el servicio Web. El servicio Web procesa el contenido del men- 
saje SOAP; este mensaje especifica el método a invocar y sus argumentos. Una vez que el servicio Web recibe y 
analiza una petición, se hace una llamada al método apropiado y la respuesta se envía de vuelta al cliente, en otro 
mensaje SOAP El proxy del lado cliente analiza la respuesta, que contiene el resultado de la llamada al método, y 
después devuelve el resultado a la aplicación cliente. 

• Los mensajes SOAP se generan de manera automática por usted. Por lo tanto, no necesita comprender los detalles 
acerca de SOAP o XML para aprovechar estas tecnologías al publicar y consumir servicios Web. 

Sección 28.6 Rastreo de sesiones en los servicios Web 

• Puede ser benéfico para un servicio Web mantener la información de estado del cliente, con lo cual se elimina la 
necesidad de pasar la información del cliente entre éste y el servicio Web varias veces. Al almacenar la información 
de la sesión, el servicio Web puede también diferenciar a un cliente de otro. 

Sección 28.6.1 Creación de un servicio Web Blackjack 

• Para usar el rastreo de sesiones en un servicio Web, debemos incluir código para los recursos que mantienen la 
información de estado de la sesión. Anteriormente, había que escribir el código, que algunas veces era tedioso, para 
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crear estos recursos. Sin embargo, JAX-WS se encarga de esto por nosotros mediante la anotación ©Resource. Esta 
anotación permite a herramientas como Netbeans “inyectar” el código complejo de soporte en nuestra clase, con lo 
cual nos podemos enfocar en la lógica de negocios, en vez de hacerlo en el código de soporte. 

• Al uso de anotaciones para agregar código que dé soporte a nuestras clases se le conoce como inyección de de- 
pendencias. Las anotaciones como ©WebServi ce, ©WebMethod y ©WebParam también realizan la inyección de 
dependencias. 

• Un objeto WebServi ceContext permite a un servicio Web acceder a la información para una petición específica y 
darle mantenimiento, como el estado de la sesión. El código necesario que crea a un objeto WebServi ceContext se 
inyecta en la clase mediante la anotación ©Resource. 

• El objeto WebServi ceContext se utiliza para obtener un objeto MessageContext. Un servicio Web utiliza a un 
objeto MessageContext para obtener un objeto HttpSessi on para el cliente actual. 

• El método get del objeto MessageContext se utiliza para obtener el objeto HttpSessi on para el cliente actual. El 
método get recibe una constante que indica lo que se debe obtener del objeto MessageContext. La constan- 
te MessageContext . SERVLET_REQUEST indica que deseamos obtener el objeto HttpServletRequest para el cliente 
actual. Después llamamos al método getSession para obtener el objeto HttpSession del objeto HttpServI etRe- 
quest. 

• El método getAttri bute de HttpSessi on recibe un objeto Stri ng que identifica el objeto Object a obtener del 
estado de la sesión. 

Sección 28.6.2 Cómo consumir el servicio Web Blackjack 

• En el marco de trabajo JAX-WS 2.0, el cliente debe indicar si desea permitir al servicio Web mantener la informa- 
ción de la sesión. Para ello, primero convertimos el objeto proxy al tipo de interfaz Bi ndi ngProvi der. Un objeto 
Bi ndi ngProvi der permite al cliente manipular la información de petición que se enviará al servidor. Esta infor- 
mación se almacena en un objeto que implementa a la interfaz RequestContext. Los objetos Bi ndi ngProvi der y 
RequestContext son parte del marco de trabajo que crea el IDE cuando agregamos un cliente de servicio Web a la 
aplicación. 

• A continuación, se invoca el método getRequestContext de Bi ndi ngProvi der para obtener el objeto Request- 
Context. Luego se hace una llamada al método put de RequestContext para establecer la propiedad Bi ndi ngPro- 
vi der . SESSION_MAINTAIN_PROPERTY a true, lo cual permite el rastreo de sesiones desde el lado cliente, de manera 
que el servicio Web sepa qué cliente está invocando a sus métodos. 

Sección 28.7.1 Configuración de Java DB en Netbeans y creación de la base de datos Reservación 

• Para agregar un servidor de bases de datos Java DB en Netbeans, realice los siguientes pasos: Seleccione Tools > 
Options... para que aparezca el cuadro de diálogo Options de Netbeans. Haga clic en el botón Advanced Options para 
mostrar el cuadro de diálogo Advanced Options. En IDE Configuration, expanda el nodo Server and External Tool Set- 
tings y seleccione Java DB Database. Si las propiedades de Java DB no están ya configuradas, establezca la propiedad 
Java DB Location con la ubicación de Java DB en su sistema. Además, establezca la propiedad Database Location con 
la ubicación en donde desea que se almacenen las bases de datos Java DB. 

• Para crear una nueva base de datos: seleccione Tools > Java DB Datables > Create Java DB Database.... Escriba el 
nombre de la base de datos a crear, un nombre de usuario y contraseña, y después haga clic en OK para crear la base 
de datos. 

• Puede utilizar la ficha Runtime de Netbeans para crear tablas y ejecutar instrucciones SQL que llenen la base de datos 
con información. Haga clic en la ficha Runtime de Netbeans y expanda el nodo Databases. 

• Netbeans debe estar conectado a la base de datos para ejecutar instrucciones SQL. Si Netbeans no está conectado a 
la base de datos, aparecerá el icono K enseguida del URL de la base de datos. En este caso, haga clic con el botón 
derecho del ratón en el icono y seleccione Connect.... Una vez conectado, el icono cambiará a 

Sección 28.7.2 Creación de una aplicación Web para interactuar con el servicio Web Reservación 

• Para agregar un servicio Web a una aplicación Web en Java Studio Creator 2, haga clic en el botón Agregar servicio 
Web... ( ■ «). Después podrá especificar el WSDL del servicio Web en el cuadro de diálogo que aparezca. 

Sección 28.8 Cómo pasar un objeto de un tipo definido por el usuario a un servicio Web 

• Los servicios Web pueden recibir y devolver objetos de tipos definidos por el usuario; a éstos se les conoce como tipos 
personalizados. 

• Los tipos personalizados que se envían o reciben de un servicio Web mediante el uso de SOAP se serializan en for- 
mato XML. A este proceso se le conoce como señalización XML y se maneja de manera automática, sin necesidad 
de que el programador intervenga. 
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• Una clase que se utiliza para especificar tipos de parámetros o de valores de retorno en los métodos Web debe pro- 
porcionar un constructor predeterminado public o sin argumentos. Además, las variables de instancia que deban 
deserializarse deben tener métodos sety get publ i c, o las variables de instancia se deben declarar como publ i c. 

• Cualquier variable de instancia que no se serialice, simplemente recibe su valor predeterminado (o el valor propor- 
cionado por el constructor sin argumentos) a la hora de deserializar un objeto de la clase. 


Terminología 

@Resource, anotación 
@WebMethod, anotación 
@WebParam, anotación 
@WebService, anotación 
AbstractPageBean, clase 
Add Server Instance, cuadro de diálogo 
agregar una referencia de servicio Web a un proyecto en 
Netbeans 

analizar un mensaje SOAP 

artefactos del lado cliente 

artefactos del lado servidor 

BEA Weblogic Server 

Bi ndi ngProvi der, interfaz 

Build Project, opción en Netbeans 

clase proxy para un servicio Web 

Clean and Build Project, opción en Netbeans 

Clean Project, opción en Netbeans 

consumir un servicio Web 

Deploy Project, opción en Netbeans 

desplegar un servicio Web 

envoltura SOAP 

equipo remoto 

formato de cable 

get, método de la interfaz MessageContext 
getRequestContext, método de la interfaz Bi ndi ng- 
Provi der 
IDE Netbeans 5.5 
inyección de dependencias 
JAX-WS 2.0 
JBoss Application Server 

Lenguaje de descripción de servicios Web (WSDL) 

mensaje SOAP 

MessageContext, interfaz 

ñame, elemento de la anotación OWebParam 

ñame, elemento de la anotación @WebServi ce 

New Project, cuadro de diálogo en Netbeans 


New Web Service Client, cuadro de diálogo en Netbeans 
New Web Service, cuadro de diálogo en Netbeans 
objeto proxy maneja los detalles de la comunicación con 
el servicio Web 

operati onName, elemento de la anotación @WebMethod 
Organización de Interoperabilidad de Servicios Web 
(WS-I) 

POJO (Objeto Java simple) 
probar un servicio Web 

Project Properties, cuadro de diálogo en Netbeans 

protocolo de cable 

publicar un servicio Web 

put, método de la interfaz RequestContext 

rastreo de sesiones en servicios Web 

referencia de servicio Web 

RequestContext, interfaz 

REST (Transferencia representativa de estado) 

Run Project, opción en Netbeans 
señalización en XML 

Server Manager, cuadro de diálogo en Netbeans 
serví ceName, elemento de la anotación OWebServi ce 
servidor Apache Tomcat 
servidor de aplicaciones 
servidor GlassFish 

SOAP (Protocolo simple de acceso a objetos) 

Sun Java Studio Creator 2 
Sun Java System Application Server 
Tester, página Web de Sun Java System Application 
Server 

tipo personalizado 

transacciones B2B (negocio a negocio) 
transacciones de negocio a negocio (B2B) 

Transferencia representativa de estado (REST) 

Web Application, proyecto en Netbeans 
WebServi ceContext, interfaz 
WS-I Basic Profile 1.1 (BP 1.1) 


Ejercicios de autoevaluación 

28. 1 Conteste con verdadero o falso a cada una de las siguientes proposiciones; en caso de ser falso , explique por qué. 

a) Todos los métodos de una clase de servicio Web pueden ser invocados por los clientes de ese servicio Web. 

b) Al consumir un servicio Web en una aplicación cliente creada en Netbeans, debemos crear la clase proxy 
que permita al cliente comunicarse con el servicio Web. 

c) Una clase proxy que se comunica con un servicio Web generalmente usa SOAP para enviar y recibir men- 
sajes. 

d) El rastreo de sesiones está habilitado de manera automática en un cliente de un servicio Web. 

e) Los métodos Web no se pueden declarar como stati c. 
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f) Un tipo definido por el usuario que se utilice en un servicio Web debe definir métodos get y set para cual- 
quier propiedad que se vaya a señalizar. 

28.2 Complete los siguientes enunciados. 

a) Cuando se envían mensajes entre una aplicación y un servicio Web mediante SOAP, cada mensaje se coloca 

en un(a) 

b) Un servicio Web en java es un ; no necesita implementar ninguna interfaz o extender 

una clase. 

c) Las peticiones a los servicios Web se transportan generalmente a través de Internet, mediante el protocolo 

d) Para establecer el nombre expuesto de un método Web, utilice el elemento de la anota- 

ción @WebMethod. 

e) La transforma a un objeto en un formato que se pueda enviar entre un servicio Web y 

un cliente. 

Respuestas a los ejercicios de autoevaluación 

28.1 a) Falso. Sólo los métodos declarados con la anotación OWebMethod pueden ser invocados por los clientes del 
servicio Web. b) Falso. Netbeans crea la clase proxy cuando agregamos un cliente de servicio Web a la aplicación, 

c) Verdadero, d) Falso. En el marco de trabajo JAX-WS 2.0, el cliente debe indicar si desea permitir que el servicio 
Web mantenga información sobre la sesión. Primero hay que convertir el objeto proxy al tipo de la interfaz Bin- 
di ngProvi der, y después hay que usar el método getRequestContext de Bi ndi ngProvi der para obtener el objeto 
RequestContext. Por último, hay que usar el método put del objeto RequestContext para establecer la propiedad 
Bi ndi ngProvi der . SESSION_MAINTAIN_PROPERTY a true. e) Verdadero, f) Verdadero. 

28.2 a) mensaje SOAP o envoltura SOAP 

b) POJO (Objeto Java simple). 

c) HTTP. 

d) operationName. 

e) Señalización en XML. 

Ejercicios 

28.3 (Servicio Web Libreta Telefónica) Cree un servicio Web que almacene las entradas en una libreta telefónica, en 
la base de datos Li bretaDi recci onesBD, y una aplicación cliente Web que consuma este servicio. Use los pasos de la 
sección 28.7.1 para crear la base de datos Li bretaTel efoni ca. Esta base sólo debe contener una tabla (LibretaDi- 
recciones) con tres columnas: Apel 1 i doPaterno, PrimerNombre y NumeroTel efoni co, cada una de tipo VARCHAR. 
Las columnas Apel 1 i doPaterno y Pri me r Nombre deben almacenar hasta 30 caracteres. La columna NumeroTel efoni - 
co debe soportar números telefónicos de la forma (800) 5 5 5-1212, que contienen 14 caracteres. 

Dé al usuario cliente la capacidad de escribir un nuevo contacto (método Web agregarEntrada) y buscar con- 
tactos por apellido paterno (método Web getEntradas). Pase sólo objetos String como argumentos para el servicio 
Web. El método Web getEntradas debe devolver un arreglo de objetos Stri ng que contenga las entradas que coinci- 
dan en la libreta de direcciones. Cada objeto Stri ng en el arreglo debe consistir en el apellido paterno, primer nombre 
y número telefónico para una entrada en la libreta de direcciones. Estos valores deben separarse mediante comas. 

La consulta SELECT para buscar una entrada en Li bretaDi recci ones por apellido paterno debería ser: 

SELECT Apel 1 i doPaterno , PrimerNombre, NumeroTel efoni co 

FROM Li bretaDi recci ones 

WHERE (Apell i doPaterno = ApellidoPatemo') 

La instrucción INSERT para insertar una nueva entrada en la base de datos Li bretaDi recci ones debe ser: 

INSERT INTO Li bretaDi recci ones (ApellidoPatemo, PrimerNombre, NumeroTel efoni co) 

VALUES (ApellidoPatemo , PrimerNombre , NumeroTelefonico ) 

28.4 (Modificación al servicio Web Libreta telefónica) Modifique el ejercicio 28.3, de manera que utilice una clase 
llamada EntradaLi bretaTel efoni ca para representar a una fila en la base de datos. Al agregar contactos, la aplicación 
cliente debe proporcionar objetos de tipo EntradaLi bretaDi recci ones al servicio Web, y debe recibir objetos de tipo 
EntradaLi bretaDi recci ones a la hora de buscar contactos. 
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28.5 (Modificación al servicio Web Blackjack) Modifique el ejemplo del servicio Web Blackjack en la sección 28.6 
para incluir la clase Carta. Modifique el método Web repartí rCarta, de manera que devuelva un objeto de tipo 
Carta, y modifique el método Web obtenerVal orMano, de manera que reciba un arreglo de objetos Carta del cliente. 
Modifique además la aplicación cliente para llevar la cuenta de qué cartas se han repartido, mediante el uso de objetos 
ArrayLi st de objetos Carta. La clase proxy creada por Netbean considerará el parámetro del arreglo de un método 
Web como un objeto Li st, de manera que podemos pasar estos objetos ArrayLi st de objetos Carta directamente al 
método obtenerVal orMano. Su clase Carta deberá incluir métodos set y get para la cara y el palo de la carta. 




Todas las noticias que puede 
imprimir. 

— Adolph S. Ochs 


¿ Qué loca persecución ? 

¿ De qué aprieto escapar ? 
— John Keats 

No elimines el punto de 
referencia en el límite 
de los campos. 

— Amenehope 
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Salida con 
formato 


OBJETIVOS 

En este capítulo aprenderá a: 

■ Trabajar con los flujos de entrada y salida. 

■ Usar el formato pri ntf. 

■ Imprimir con anchuras de campo y precisiones. 

■ Usar banderas de formato en la cadena de formato de pri ntf. 

■ Imprimir con un índice como argumento. 

■ Imprimir literales y secuencias de escape. 

■ Dar formato a la salida con la clase Formatter. 
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29.1 Introducción 

29.2 Flujos 

29.3 Aplicación de formato a la salida con pri ntf 

29.4 Impresión de enteros 

29.5 Impresión de números de punto flotante 

29.6 Impresión de cadenas y caracteres 

29.7 Impresión de fechas y horas 

29.8 Otros caracteres de conversión 

29.9 Impresión con anchuras de campo y precisiones 

29.10 Uso de banderas en la cadena de formato de pri ntf 

29.1 1 Impresión con índices como argumentos 

29.12 Impresión de literales y secuencias de escape 

29.13 Aplicación de formato a la salida con la clase Formatter 

29.14 Conclusión 
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29.1 Introducción 

Una parte importante de la solución a cualquier problema es la presentación de los resultados. En este capítulo, 
hablaremos sobre las características de formato del método printf y la clase Formatter (paquete java, uti 1). 
El método pri ntf aplica formato a los datos y los imprime en el flujo de salida estándar (System . out). La clase 
Formatter aplica formato a los datos y los imprime en un destino especificado, como una cadena o un flujo de 
salida de archivo. 

Anteriormente en este libro hablamos sobre muchas de las características de pri ntf. En este capítulo se sin- 
tetizan esas características y se presentan otras, como mostrar datos de fecha y hora en varios formatos, reordenar 
la salida con base en el índice del argumento, y mostrar números y cadenas con varias banderas. 

29.2 Flujos 

Por lo general, las operaciones de entrada y salida se llevan a cabo con flujos, los cuales son secuencias de bytes. 
En las operaciones de entrada, los bytes fluyen de un dispositivo (como un teclado, una unidad de disco, una 
conexión de red) a la memoria principal. En las operaciones de salida, los bytes fluyen de la memoria principal a 
un dispositivo (como una pantalla, una impresora, una unidad de disco, una conexión de red). 

Cuando empieza la ejecución de un programa, tres flujos se conectan a éste de manera automática. Por lo 
común, el flujo de entrada estándar se conecta al teclado, y el flujo de salida estándar se conecta a la pantalla. Un 
tercer flujo, el flujo de error estándar (System . err), se conecta generalmente a la pantalla y se utiliza para impri- 
mir mensajes de error en ésta, de manera que puedan verse de inmediato; aún y cuando el flujo de salida estándar 
esté escribiendo en un archivo. Generalmente, los sistemas operativos permiten redirigir estos flujos a otros dispo- 
sitivos. En el capítulo 14, Archivos y flujos, y en el capítulo 24, Redes, se describen los flujos con detalle. 

29.3 Aplicación de formato a la salida con printf 

Con pri ntf podemos lograr un formato preciso en la salida. [Nota: Java SE 5 tomó prestada esta característica 
del lenguaje de programación Cj. El método printf cuenta con las siguientes herramientas de formato, cada 
una de las cuales se verá en este capítulo: 

1. Redondeo de valores de punto flotante a un número indicado de posiciones decimales. 

2. Alineación de una columna de números con puntos decimales, que aparezcan uno encima de otro. 

3. Justificación a la derecha y justificación a la izquierda de los resultados. 
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4. Inserción de caracteres literales en posiciones precisas de una línea de salida. 

5. Representación de números de punto flotante en formato exponencial. 

6. Representación de enteros en formato octal y hexadecimal (vea el apéndice E, Sistemas numéricos, para 
obtener más información acerca de los valores ocíales y hexadecimales). 

7. Visualización de todo tipo de datos con anchuras de campo de tamaño fijo y precisiones. 

8. Visualización de fechas y horas en diversos formatos. 

Cada llamada a pri ntf proporciona como primer argumento una cadena de formato, la cual describe el 
formato de salida. La cadena de formato puede consistir en texto fijo y especificadores de formato. El texto fijo 
se imprime mediante pri ntf de igual forma que como se imprimiría mediante los métodos printoprintlnde 
System . out. Cada especificador de formato es un receptáculo para un valor y especifica el tipo de datos a impri- 
mir. Los especificadores de formato también pueden incluir información de formato opcional. 

En su forma más simple, cada especificador de formato empieza con un signo de porcentaje (%) y va seguido 
de un carácter de conversión que representa el tipo de datos del valor a imprimir. Por ejemplo, el especifica- 
dor de formato %s es un receptáculo para una cadena, y el especificador de formato %d es un receptáculo para 
un valor i nt. La información de formato opcional se especifica entre el signo de porcentaje y el carácter de con- 
versión. La información de formato opcional incluye un índice como argumento, banderas, anchura de campo y 
precisión. A lo largo de este capítulo, definiremos cada uno de estos elementos, y mostraremos ejemplos. 

29.4 Impresión de enteros 

Un entero es un número completo, como 776, 0 o -52, que no contiene punto decimal. Los valores enteros se 
muestran en uno de varios formatos. En la figura 29. 1 se describen los caracteres de conversión integrales. 

En la figura 29.2 se imprime un entero usando cada una de las conversiones integrales. En las líneas 9 a 10, 
observe que el signo positivo no se muestra de manera predeterminada, pero el signo negativo sí. Más adelante en 
este capítulo (figura 29.14) veremos cómo forzar a que se impriman los signos positivos. 

El método pri ntf tiene la forma 

pri ntf ( cadena-de-formato, lista-de-argumentos ); 

en donde cadena-de-formato describe el formato de salida, y lista-de-argumentos contiene los valores que corres- 
ponden a cada especificador de formato en cadena-de-formato. Puede haber muchos especificadores de formato 
en una cadena de formato. 

Cada cadena de formato en las líneas 8 a 10 especifica que pri ntf debe imprimir un entero decimal (%d) 
seguido de un carácter de nueva línea. En la posición del especificador de formato, pri ntf sustituye el valor del 
primer argumento después de la cadena de formato. Si la cadena de formato contiene varios especificadores de 
formato, en cada posición del siguiente especificador de formato, pri ntf sustituirá el valor del siguiente argu- 
mento en la lista de argumentos. El especificador de formato %o en la línea 11 imprime el entero en formato 
octal. El especificador de formato %x en la línea 12 imprime el entero en formato hexadecimal. El especificador 
de formato %X en la línea 13 imprime el entero en formato hexadecimal, con letras mayúsculas. 


Carácter de conversión 

Descripción 

d 

Muestra un entero decimal (base 10). 

0 

Muestra un entero octal (base 8). 

x o X 

Muestra un entero hexadecimal (base 1 6) . X hace que se muestren los dígitos del 0 al 

9 y la letras A a la F, y x hace que se muestren los dígitos del 0 al 9 y las letras de la a a 
la f. 


Figura 29.1 | Caracteres de conversión de enteros. 
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1 // Fig. 29.2: PruebaConversi onEnteros. java 

2 // Uso de los caracteres de conversión integrales. 

3 

4 public class PruebaConversi onEnteros 

5 { 


6 

public static void main( String args 

7 

{ 



8 

System.out . pri ntf ( 

"%d\n" , 

26 ); 

9 

System.out . pri ntf ( 

"%d\n" , 

+26 ); 

10 

System.out. pri ntf ( 

"%d\n" , 

-26 ); 

1 1 

System.out. pri ntf ( 

"%o\n" , 

26 ); 

12 

System.out. pri ntf ( 

"%x\n" , 

26 ); 

13 

System.out. pri ntf ( 

"%X\n" , 

26 ); 


14 } // fin de main 

15 } // fin de la clase PruebaConversi onEnteros 


26 

26 

-26 

32 

la 

1A 


Figura 29.2 | Uso de caracteres de conversión de enteros. 


29.5 Impresión de números de punto flotante 

Un valor de punto flotante contiene un punto decimal, como en 33.5, 0.0o -657 . 983. Los valores de punto 
flotante se muestran en uno de varios formatos. En la figura 29.3 se describen las conversiones de punto flotante. 
Los caracteres de conversión e y E muestran valores de punto flotante en notación científica computarizada 
(también conocida como notación exponencial). La notación exponencial es el equivalente computacional de 
la notación científica que se utiliza en las matemáticas. Por ejemplo, el valor 150 .4582 se representa en notación 
científica matemática de la siguiente manera: 

1.504582 x 10 2 

y se representa en notación exponencial como 
1. 504582e+02 

en Java. Esta notación indica que 1 . 504582 se multiplica por 10 elevado a la segunda potencia (e+02). La e 
representa al “exponente”. 


Carácter de conversión Descripción 


e o E Muestra un valor de punto flotante en notación exponencial. Cuando se utiliza el 

carácter de conversión E, la salida se muestra en letras mayúsculas. 

f Muestra un valor de punto flotante en formato decimal. 

g o C Muestra un valor de punto flotante en el formato de punto flotante f o en el formato 

exponencial e, con base en la magnitud del valor. Si la magnitud es menor que 1CT 3 , 
o si es mayor o igual que 10 7 , el valor de punto flotante se imprime con e (o E). En 
cualquier otro caso, el valor se imprime en el formato f . Cuando se utiliza el carácter 
de conversión C, la salida se muestra en letras mayúsculas. 

a o A Muestra un número de punto flotante en formato hexadecimal. Cuando se usa el 

carácter de conversión A, la salida se muestra en letras mayúsculas. 

Figura 29.3 | Caracteres de conversión de punto flotante. 
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Los valores que se imprimen con los caracteres de conversión e, E y f se muestran con seis dígitos de precisión 
en el lado derecho del punto decimal de manera predeterminada (por ejemplo, 1.045921); otras precisiones se 
deben especificar de manera explícita. Para los valores impresos con el carácter de conversión g, la precisión repre- 
senta el número total de dígitos mostrados, excluyendo el exponente. El valor predeterminado es de seis dígitos 
(por ejemplo, 12345678 . 9 se muestra como 1 . 23457e+07). El carácter de conversión f siempre imprime por lo 
menos un dígito a la izquierda del punto decimal. Los caracteres de conversión e y E imprimen una e minúscula 
y una E mayúscula antes del exponente, y siempre imprimen sólo un dígito a la izquierda del punto decimal. El 
redondeo ocurre si el valor al que se está dando formato tiene más dígitos significativos que la precisión. 

El carácter de conversión g (o G) imprime en formato e (E) o f, dependiendo del valor de punto flotante. 
Por ejemplo, los valores 0.0000875, 87500000.0, 8.75, 87.50 y 875.0 se imprimen como 8 . 750000e-05, 
8 . 750000e+07, 8 . 750000, 87 . 500000 y 875 . 000000 con el carácter de conversión g. El valor 0.0000875 utiliza 
la notación e ya que la magnitud es menor que 10' 3 . El valor 87500000 . 0 utiliza la notación e, debido a que la 
magnitud es mayor que 10 7 . En la figura 29.4 se muestra cada uno de los caracteres de conversión de punto 
flotante. 


1 // Fig. 29.4; PruebaPuntoFlotante. java 

2 // Uso de los caracteres de conversión de punto flotante. 

3 

4 public class PruebaPuntoFlotante 

5 { 

6 public static void main( String args[] ) 

7 { 


8 

System. out. pri ntf ( 

"%e\n" , 

12345678.9 ); 

9 

System. out. pri ntf ( 

"%e\n" , 

+12345678.9 ); 

10 

System. out. pri ntf ( 

"%e\n" , 

-12345678.9 ); 

1 1 

System. out. pri ntf ( 

"%E\n" , 

12345678.9 ); 

12 

System. out. pri ntf ( 

"%f\n" , 

12345678.9 ); 

13 

System. out. pri ntf ( 

"%g\n" , 

12345678.9 ); 

14 

System. out. pri ntf ( 

"%G\n" , 

12345678.9 ); 

15 

} // fin de main 



16 

} // fin de la clase PruebaPuntoFlotante 

1. 

234568e+07 



1. 

234568e+07 



-1 

. 234568e+07 



1. 

234568E+07 




12345678.900000 


1. 23457e+07 
1. 23457E+07 


Figura 29.4 | Uso de los caracteres de conversión de punto flotante. 


29.6 Impresión de cadenas y caracteres 

Los caracteres de conversión c y s se utilizan para imprimir caracteres individuales y cadenas, respectivamente. El 
carácter de conversión s también puede imprimir objetos con los resultados de las llamadas implícitas al método 
toSt ri ng. Los caracteres de conversión c y C requieren un argumento char. Los caracteres de conversión s y S 
pueden recibir un objeto String o cualquier objeto Object (se incluyen todas las subclases de Object) como 
argumento. Cuando se pasa un objeto al carácter de conversión s, el programa utiliza de manera implícita el 
método toStri ng del objeto para obtener la representación Stri ng del objeto. Cuando se utilizan los caracteres 
de conversión C y S, la salida se muestra en letras mayúsculas. El programa que se muestra en la figura 29.5 impri- 
me en pantalla caracteres, cadenas y objetos con los caracteres de conversión c y s. Observe que se realiza una 
conversión autoboxing en la línea 10, cuando se asigna una constante i nt a un objeto Integer. En la línea 15 se 
asocia un objeto Integer como argumento para el carácter de conversión s, el cual invoca de manera implícita 
al método toStri ng para obtener el valor entero. Observe que también puede imprimir en pantalla un objeto 
Integer mediante el uso del especificador de formato %d. En este caso, se realizará una conversión unboxing con 
el valor i nt en el objeto Integer y se imprimirá en pantalla. 
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1 // Fig. 29.5: ConversionCadenasChar. java 

2 // Uso de los caracteres de conversión de cadenas y caracteres. 

3 

4 public class ConversionCadenasChar 

5 { 

6 public static void main( String args[] ) 

7 { 

8 char caracter= 'A'; // inicializa el char 

9 String cadena = "Esta también es una cadena"; // objeto String 

10 Integer entero = 1234; // inicializa el entero (autoboxing) 

1 1 

12 System. out.printf( "%c\n' , carácter ); 

13 System. out.printf( "%s\n' , "Esta es una cadena" ); 

14 System. out.printf( "%s\n' , cadena ); 

15 System. out.printf( "%S\n' , cadena ); 

16 System. out.printf( "%s\n", entero ); // llamada implícita a toString 

17 } // fin de main 

18 } // fin de la clase ConversionCadenasChar 


A 

Esta es una cadena 
Esta también es una cadena 
ESTA TAMBIEN ES UNA CADENA 
1234 


Figura 29.5 | Uso de los caracteres de conversión de cadenas y caracteres. 



Error común de programación 29.1 

El uso de %c para imprimir una cadena produce una excepción 111 egal FormatConversi onExcepti on; una 
cadena no se puede convertir en un carácter. 


29.7 Impresión de fechas y horas 

Con el carácter de conversión t o T, podemos imprimir fechas y horas en diversos formatos. El carácter de 
conversión t o T siempre va seguido de un carácter de sufijo de conversión que especifica el formato de fecha 
y/o de hora. Cuando se utiliza el carácter de conversión T, la salida se muestra en letras mayúsculas. En la figura 
29.6 se listan los caracteres de sufijo de conversión comunes para aplicar formato a las composiciones de fecha 
y hora que muestran tanto la fecha como la hora. En la figura 29.7 se listan los caracteres de sufijo de conversión 
comunes para aplicar formato a las fechas. En la figura 29.8 se listan los caracteres de sufijo de conversión comu- 
nes para aplicar formato a las horas. Para ver la lista completa de caracteres de sufijo de conversión, visite el sitio 
Web java. sun . com/javase/6/docs/api/java/uti 1/Formatter . html . 


Carácter de sufijo 
de conversión 

Descripción 

C 

Muestra la fecha y hora con el formato 

día mes fecha hora:mi ñuto: segundo zona-horaria año 
con tres caracteres para di a y mes, dos dígitos para fecha, hora, mi ñuto y segundo, y cuatro 
dígitos para año; por ejemplo, Mi é Mar 03 16:30:25 CMT -05:00 2004. Se utiliza el reloj 
de 24 horas. En este ejemplo, CMT -05:00 es la zona horaria. 

F 

Muestra la fecha con el formato año-mes-di a con cuatro dígitos para el año y dos dígitos 
para el mes y la fecha (por ejemplo, 2004-05-04). 


Figura 29.6 | Caracteres de sufijo de conversión de composiciones de fecha y hora. (Parte I de 2). 
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Carácter de sufijo 
de conversión 

Descripción 

D 


Muestra la fecha con el formato mes/di a/año, con dos dígitos para el mes, di a y año (por 
ejemplo, 03/03/04). 

r 


Muestra la hora con el formato hora: mi ñuto: segundo AM | PM, con dos dígitos para la hora, 
mi ñuto y segundo (por ejemplo, 04:30:25 PM). Se utiliza el reloj de 12 horas. 

R 


Muestra la hora con el formato hora: mi ñuto, con dos dígitos para la hora y el mi ñuto (por 
ejemplo, 16: 30). Se utiliza el reloj de 24 horas. 

T 


Muestra la hora con el formato hora: mi ñuto: segundo, con dos dígitos para la hora, mi ñuto 
y segundo (por ejemplo, 16:30 : 25). Se utiliza el reloj de 24 horas. 

Figura 29.6 

Caracteres de sufijo de conversión de composiciones de fecha y hora. (Parte 2 de 2). 

Carácter de sufijo 
de conversión 

Descripción 

A 


Muestra el nombre completo del día de la semana (por ejemplo, Miércoles). 

a 


Muestra el nombre corto de tres caracteres del día de la semana (por ejemplo, Mi é). 

B 


Muestra el nombre completo del mes (por ejemplo, Marzo). 

b 


Muestra el nombre corto de tres caracteres del mes (por ejemplo, Mar). 

d 


Muestra el día del mes con dos dígitos, rellenando con ceros a la izquierda si es 
necesario (por ejemplo, 03). 

m 


Muestra el mes con dos dígitos, rellenando con ceros a la izquierda si es necesario 
(por ejemplo, 07). 

e 


Muestra el día del mes sin ceros a la izquierda (por ejemplo, 3). 

Y 


Muestra el año con cuatro dígitos (por ejemplo, 2004). 

y 


Muestra los dos últimos dígitos del año con ceros a la izquierda, según sea necesario 
(por ejemplo, 04). 

j 


Muestra el día del año con tres dígitos, rellenando con ceros a la izquierda según sea 
necesario (por ejemplo, 016). 

Figura 29.7 | 

Caracteres de sufijo de conversión para aplicar formato a las fechas. 


Carácter de sufijo 

de conversión Descripción 


H Muestra la hora en el reloj de 24 horas, con un cero a la izquierda si es necesario 

(por ejemplo, 16). 

I Muestra la hora en el reloj de 12 horas, con un cero a la izquierda si es necesario 

(por ejemplo, 04). 

k Muestra la hora en el reloj de 24 horas sin ceros a la izquierda (por ejemplo, 16). 

1 Muestra la hora en el reloj de 12 horas sin ceros a la izquierda (por ejemplo, 4). 

Figura 29.8 | Caracteres de sufijo de conversión para aplicar formato a las horas. (Parte I de 2). 
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Carácter de sufijo 

de conversión Descripción 


M Muestra los minutos con un cero a la izquierda, si es necesario (por ejemplo, 06). 

S Muestra los segundos con un cero a la izquierda, si es necesario (por ejemplo, 05). 

Z Muestra la abreviación para la zona horaria (por ejemplo, CMT -05 : 00, que representa 

a la Hora estándar occidental, la cual se encuentra a 5 horas de retraso de la Hora del 
Meridiano de Greenwich). 

P Muestra las iniciales de mañana o tarde en minúsculas (por ejemplo, pm). 

P Muestra el marcador de mañana o tarde en mayúsculas (por ejemplo, PM). 

Figura 29.8 | Caracteres de sufijo de conversión para aplicar formato a las horas. (Parte 2 de 2). 


En la figura 29.9 se utiliza el carácter de conversión t con los caracteres de sufijo de conversión para mostrar 
fechas y horas en diversos formatos. El carácter de conversión t requiere que su correspondiente argumento sea 
de tipo 1 ong, Long, Cal endar o Date (ambas clases se encuentran en el paquete j ava . uti 1 ); los objetos de cada 
una de estas clases pueden representar fechas y horas. La clase Calendar es la preferida para este propósito, ya 
que ciertos constructores y métodos en la clase Date se sustituyen por los de la clase Cal endar. En la línea 10 se 
invoca el método static getlnstance de Calendar para obtener un calendarlo con la fecha y hora actuales. 
En las líneas 13 a 17, 20 a 22 y 25 a 26 se utiliza este objeto Cal endar en instrucciones pri ntf como el valor al 
que se aplicará formato con el carácter de conversión t. Observe que en las líneas 20 a 22 y 25 a 26 se utiliza el 
índice como argumento opcional ("1$") para indicar que todos los especificadores de formato en la cadena de 
formato utilizan el primer argumento después de la cadena de formato en la lista de argumentos. En la sección 
29.11 aprenderá más acerca de los índices como argumentos. Al usar el índice como argumento, se elimina la 
necesidad de listar repetidas veces el mismo argumento. 


1 // Fig. 29.9: PruebaFechaHora. java 

2 // Aplicación de formato a fechas y horas con los caracteres de conversión t y T. 

3 import java. útil .Calendar; 

4 

5 public class PruebaFechaHora 

6 { 

7 public static void main( String argsf] ) 

8 { 

9 // obtiene la fecha y hora actuales 

10 Calendar fechaHora = Calendar. getlnstance() ; 

1 1 

12 // impresión con caracteres de conversión para composiciones de fecha/hora 

13 System. out.printf( "%tc\n", fechaHora ); 

14 System. out.printf( ”%tF\n", fechaHora ); 

15 System. out.printf( "%tD\n", fechaHora ); 

16 System. out. printf( "%tr\n", fechaHora ); 

17 System. out. printf( "%tT\n", fechaHora ); 

18 

19 // impresión con caracteres de conversión para fechas 

20 System. out.printf( "%l$tA, %l$tB %l$td, %l$tY\n", fechaHora ); 

21 System. out.printf( ”%1$TA, %1$TB %l$Td, %l$TY\n M , fechaHora ); 

22 System. out. pri ntf ( "%l$ta, %l$tb %l$te, %l$ty\n , fechaHora ); 

23 

24 // impresión con caracteres de conversión para horas 

25 System. out. printf( "%l$tH :%l$tM :%l$tS\n , fechaHora ); 

Figura 29.9 | Aplicación de formato a fechas y horas con los caracteres de conversión t. (Parte I de 2). 
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26 System. out.printf( "%l$tZ %l$tl :%l$tM:%l$tS %Tp", fechaHora ); 

27 } // fin de main 

28 } // fin de la clase PruebaFechaHora 


mié nov 07 11:54:30 CST 2007 

2007-11-07 

11/07/07 

11:54:30 AM 

11:54:30 

miércoles, noviembre 07, 2007 

MIÉRCOLES, NOVIEMBRE 07, 2007 

mié, nov 7, 07 

11:54:30 

CST 11:54:30 AM 


Figura 29.9 | Aplicación de formato a fechas y horas con los caracteres de conversión t. (Parte 2 de 2). 


29.8 Otros caracteres de conversión 

El resto de los caracteres de conversión son b, B, h, H, % y n. Éstos se describen en la figura 29.10. 

En las líneas 9 y 10 de la figura 29.1 1 se utiliza %b para imprimir el valor de los valores booleanos fal se 
y true. En la línea 11 se asocia un objeto String a %b, el cual devuelve true debido a que no es nuil. En la 
línea 12 se asocia un objeto nuil a %B, el cual muestra FALSE ya que prueba es nuil. En las líneas 13 y 14 se 
utiliza %h para imprimir las representaciones de cadena de los valores de código hash para las cadenas "hola" 
y "Hola". Estos valores se podrían utilizar para almacenar o colocar las cadenas en un objeto Hashtable o 
HashMap (los cuales vimos en el capítulo 19, Colecciones). Observe que los valores de código hash para estas 
dos cadenas difieren, ya que una cadena empieza con letra minúscula y la otra con letra mayúscula. En la línea 
15 se utiliza %H para imprimir nul 1 en letras mayúsculas. Las últimas dos instrucciones pri ntf (líneas 16 y 17) 
utilizan %% para imprimir el carácter % en una cadena, y %n para imprimir un separador de línea específico de la 
plataforma. 



Error común de programación 29.2 

Tratar de imprimir un carácter de porcentaje literal mediante el uso de % en vez de %% en la cadena de formato 
podría provocar un error lógico difícil de detectar. Cuando aparece el % en una cadena de formato, debe ir seguido 
de un carácter de conversión en la cadena. El signo de por ciento individual podría ir seguido accidentalmente de un 
carácter de conversión legítimo, con lo cual se produciría un error lógico. 


Carácter de 


conversión 

Descripción 

b o B 

Imprime "true" o "fal se" para el valor de un boolean o Boolean. Estos caracteres de con- 
versión también pueden aplicar formato al valor de cualquier referencia. Si la referencia no es 
nuil, se imprime "true"; en caso contrario, se imprime "fal se". Cuando se utiliza el carácter 
de conversión B, la salida se muestra en letras mayúsculas. 

h o H 

Imprime la representación de cadena del valor de código hash de un objeto en formato hexa- 
decimal. Si el correspondiente argumento es nul 1 , se imprime "nul 1 ", Cuando se utiliza el 
carácter de conversión H, la salida se muestra en letras mayúsculas. 

% 

Imprime el carácter de por ciento. 

n 

Imprime el separador de línea específico de la plataforma (por ejemplo, \r\n en Windows o \n 
en UNIX/LINUX). 


Figura 29.10 | Otros especificadores de conversión. 
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1 // Fig. 29.11: OtrasConversi ones . java 

2 // Uso de los caracteres de conversión b, B, h, H, % y n. 

3 

4 public class OtrasConversiones 

5 { 

6 public static void main( String args[] ) 

7 { 

8 Object prueba = nuil; 

9 System. out.printf( "%b\n' , false ); 

10 System. out.printf( "%b\n' , true ); 

11 System. out.printf( "%b\n' , "Prueba" ); 

12 System. out.printf( "%B\n' , prueba ); 

13 System. out.printf( "El codigo hash de \"hola\" es %h\n", "hola' ); 

14 System. out.printf( "El codigo hash de \"Hola\" es %h\n", "Hola' ); 

15 System. out.printf( "El codigo hash de nuil es %H\n , prueba ); 

16 System. out.printf( "Impresión de un %% en una cadena de formato\n" ); 

17 System. out.printf( "Impresión de una nueva linea %nla siguiente linea empieza 
aqui" ); 

18 } // fin de main 

19 } // fin de la clase OtrasConversiones 


fal se 
true 
true 
FALSE 

El codigo hash de "hola" es 30f4bc 
El codigo hash de "Hola" es 2268dc 
El codigo hash de nuil es NULL 
Impresión de un % en una cadena de formato 
Impresión de una nueva linea 
la siguiente linea empieza aqui 


Figura 29.11 | Uso de los caracteres de conversión b, B, h, H, % y n. 


29.9 Impresión con anchuras de campo y precisiones 

El tamaño exacto de un campo en el que se imprimen datos se especifica mediante una anchura de campo. Si 
la anchura de campo es mayor que los datos que se van a imprimir, éstos se justificarán a la derecha dentro de 
ese campo, de manera predeterminada. (En la sección 29.10 demostraremos la justificación a la izquierda). El 
programador inserta un entero que representa la anchura de campo entre el signo de porcentaje (%) y el carácter 
de conversión (por ejemplo, %4d) en el especificador de formato. En la figura 29.12 se imprimen dos grupos de 
cinco números cada uno, y se justifican a la derecha los números que contienen menos dígitos que la anchura 
de campo. Observe que la anchura de campo se incrementa para imprimir valores más anchos que el campo, y 
que el signo menos para un valor negativo utiliza una posición de carácter en el campo. Además, si no se especifica 
la anchura del campo, los datos se imprimen en todas las posiciones que sean necesarias. Las anchuras de campo 
pueden utilizarse con todos los especificadores de formato, excepto el separador de línea (%n). 

Error común de programación 29.3 

Si no se proporciona una anchura de campo suficientemente extensa como para manejar un valor a imprimir, se 
pueden desplazar los demás datos que se impriman, con lo que se producirán resultados confusos. ¡Debe conocer sus 
datos! 

El método pri ntf también proporciona la habilidad de especificar la precisión con la que se van a imprimir 
los datos. La precisión tiene distintos significados para los diferentes tipos. Cuando se utiliza con los caracteres de 
conversión de punto flotante e y f , la precisión es el número de dígitos que aparecen después del punto decimal. 
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1 // Fig. 29.12: PruebaAnchuraCampo. java 

2 // Justificación a la derecha de enteros en campos. 

3 

4 public class PruebaAnchuraCampo 

5 { 

6 public static void main( String args[] ) 

7 { 

8 System. out.printf( "%4d\n", 1 ); 

9 System. out.printf( "%4d\n" , 12 ); 

10 System. out.printf( "%4d\n", 123 ); 

11 System. out.printf( "%4d\n", 1234 ); 

12 System. out.printf( "%4d\n\n", 12345 ); // datos demasiado extensos 

13 

14 System. out.printf( "%4d\n", -1 ); 

15 System. out.printf( "%4d\n", -12 ); 

16 System. out.printf( "%4d\n", -123 ); 

17 System. out.printf( "%4d\n", -1234 ); // datos demasiado extensos 

18 System. out.printf( "%4d\n", -12345 ); // datos demasiado extensos 

19 } // fin de main 

20 } // fin de la clase PruebaAnchuraCampo 



Figura 29.12 | Justificación a la derecha de enteros en campos. 


Cuando se utiliza con el carácter de conversión g, la precisión es el número máximo de dígitos significativos a 
imprimir. Cuando se utiliza con el carácter de conversión s, la precisión es el número máximo de caracteres 
a escribir de la cadena. Para utilizar la precisión, se debe colocar entre el signo de porcentaje y el especificador de 
conversión un punto decimal (.), seguido de un entero que representa la precisión. En la figura 29.13 se muestra 
el uso de la precisión en las cadenas de formato. Observe que, cuando se imprime un valor de punto flotante con 
una precisión menor que el número original de posiciones decimales en el valor, éste se redondea. Además, obser- 
ve que el especificador de formato %. 3g indica que el número total de dígitos utilizados para mostrar el valor de 
punto flotante es 3 . Como el valor tiene tres dígitos a la izquierda del punto decimal, se redondea a la posición 
de las unidades. 

La anchura de campo y la precisión pueden combinarse, para lo cual se coloca la anchura de campo, seguida 
de un punto decimal, seguido de una precisión entre el signo de porcentaje y el carácter de conversión, como en 
la siguiente instrucción: 

printf ( "%9.3f , 123.456789 ); 

la cual muestra 123.457 con tres dígitos a la derecha del punto decimal, y se justifica a la derecha en un campo 
de nueve dígitos; antes del número se colocarán dos espacios en blanco en su campo. 

29.10 Uso de banderas en la cadena de formato de printf 

Pueden usarse varias banderas con el método pri ntf para suplementar sus herramientas de formato de salida. 
Hay siete banderas disponibles para usarlas en las cadenas de formato (figura 29.14). 
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Salida con formato 


1 

2 

3 

4 

5 

6 

7 

8 
9 

10 
1 1 
12 

13 

14 

15 

16 


// Fig 29.13: PruebaPreci sion. java 

// Uso de la precisión para números de punto flotante y cadenas, 
public class PruebaPreci sion 
{ 

public static void main( String args[] ) 

{ 

double f = 123.94536; 

String s = "Feliz Cumpl eani os" ; 

System. out.printf( "Uso de la precisión para números de punto flotante\n" ); 
System. out.printf( "\t%. 3f\n\t%. 3e\n\t%. 3g\n\n" , f, f, f ); 


System. out.printf( "Uso de la precisión para las cadenas\n" ); 
System. out.printf( "\t%.lls\n", s ); 

} // fin de main 

} // fin de la clase PruebaPreci sion 


Uso de la precisión para números de punto flotante 
123.945 
1. 239e+02 
124 

Uso de la precisión para las cadenas 
Feliz Cumpl 


Figura 29.13 | Uso de la precisión para los números de punto flotante y las cadenas. 


Bandera 


- (signo negativo) 
+ (signo positivo) 

espacio 

# 

0 (cero) 

, (coma) 

( 


Descripción 


Justifica a la izquierda la salida dentro del campo especificado. 

Muestra un signo positivo antes de los valores positivos, y un signo negativo antes de los 
valores negativos. 

Imprime un espacio antes de un valor positivo que no se imprime con la bandera +. 

Antepone un 0 al valor de salida cuando se utiliza con el carácter de conversión octal o. 
Antepone Ox al valor de salida cuando se usa con el carácter de conversión hexadecimal x. 

Rellena un campo con ceros a la izquierda. 

Usa el separador de miles específico para la configuración regional (es decir, ' , ' para los 
EUA), para mostrar números decimales y de punto flotante. 

Encierra los números negativos entre paréntesis. 


Figura 29.14 | Banderas de la cadena de formato. 


Para usar una bandera en una cadena de formato, coloque la bandera justo a la derecha del signo de porcen- 
taje. Pueden usarse varias banderas en el mismo especificador de formato. En la figura 29.15 se muestra la justi- 
ficación a la derecha y la justificación a la izquierda de una cadena, un entero, un carácter y un número de punto 
flotante. Observe que la línea 9 sirve como mecanismo de conteo para la salida en la pantalla. 

En la figura 29.16 se imprime un número positivo y un número negativo, cada uno con y sin la bandera +. 
Observe que el signo negativo se muestra en ambos casos, pero el signo positivo se muestra sólo cuando se utiliza 
la bandera +. 
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1 // Fig. 29.15: PruebaBanderaMenos . java 

2 // Justificación a la derecha y justificación a la izquierda de los valores 

3 

4 public class PruebaBanderaMenos 

5 { 

6 public static void main( String args[] ) 

7 { 

8 System. out.println( "Columnas: ); 

9 System. out.printlnC "0123456789012345678901234567890123456789\n" ); 

10 System. out.printf( "%10s%10d%10c%10f\n\n" , "helio", 7, 'a', 1.23 ); 

11 System. out.printf( 

12 "%-10s%-10d%-10c%-10f\n" , "hola", 7, 'a', 1.23 ); 

13 } // fin de main 

14 } // fin de la clase PruebaBanderaMenos 


Col umnas : 



0123456789012345678901234567890123456789 

hol a 

7 

a 1.230000 

hol a 7 

a 

1.230000 


Figura 29.15 | Justificación a la derecha y justificación a la izquierda de los valores. 


En la figura 29.17 se antepone un espacio al número positivo mediante la bandera de espacio. Esto es útil 
para alinear números positivos y negativos con el mismo número de dígitos. Observe que el valor -547 no va 
precedido por un espacio en la salida, debido a su signo negativo. En la figura 29.18 se utiliza la bandera # para 
anteponer un 0 al valor octal, y Ox para el valor hexadecimal. 

En la figura 29.19 se combinan la bandera +, la bandera 0 y la bandera de espacio para imprimir 452 en 
un campo con una anchura de 9, con un signo + y ceros a la izquierda; después se imprime 452 en un campo 
de anchura 9, usando sólo la bandera 0, y después se imprime 452 en un campo de anchura 9, usando sólo la 
bandera de espacio. 


1 // Fig. 29.16: PruebaBanderaMas . java 

2 // Impresión de números con y sin la bandera +. 

3 

4 public class PruebaBanderaMas 

5 { 

6 public static void main( String args[] ) 

7 { 

8 System. out.printf( "%d\t%d\n", 786, -786 ); 
System. out. printf ( "%+d\t%+d\n" , 786, -786 ); 

10 } // fin de main 

11 } // fin de la clase PruebaBanderaMas 

786 -786 

+786 -786 

I 

Figura 29.16 | Impresión de números con y sin la bandera +. 


En la figura 29.20 se utiliza la bandera de coma ( , ) para mostrar un número decimal y un número de punto 
flotante con el separador de miles. En la figura 29.21 se encierran números negativos entre paréntesis, usando la 
bandera (. Observe que el valor 50 no se encierra entre paréntesis en la salida, ya que es un número positivo. 
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1 // Fig. 29.17: PruebaBanderaEspacio . java 

2 // Impresión de un espacio antes de valores no negativos. 

3 

4 public class PruebaBanderaEspacio 

5 { 

6 public static void main( String args[] ) 

7 { 

8 System. out.printf( "% d\n% d\n", 547, -547 ); 

9 } // fin de main 

10 } // fin de la clase PruebaBanderaEspacio 


547 

-547 


Figura 29. 1 7 | Uso de la bandera de espacio para imprimir un espacio antes de los valores no negativos. 


1 // Fig. 29.18: PruebaBanderaLi bras . java 

2 // Uso de la bandera # con los caracteres de conversión o y x. 

3 

4 public class PruebaBanderaLi bras 

5 { 

6 public static void main( String argsf] ) 

7 { 


8 

A 


int c = 31; 

// inicial iza c 

y 

10 


System. out. pri ntf ( 

"%#o\n" , 

, c ); 

1 1 


System . out . pri ntf ( 

"%#x\n" , 

, c ); 

12 

} 

// fin de main 



13 

} // 

fin de la clase PruebaBanderaLi bras 


057 

Oxlf 


Figura 29. 18 | Uso de la bandera # con los caracteres de conversión o y x. 


1 // Fig. 29.19: PruebaBanderaCero . java 

2 // Impresión con la bandera 0 (cero) para rellenar con ceros a la izquierda. 

3 

4 public class PruebaBanderaCero 

5 { 

6 public static void main( String argsf] ) 

7 { 

8 System. out.printf( "%+09d\n' , 452 ); 

9 System. out.printf( "%09d\n , 452 ); 

10 System. out.printf( "% 9d\n , 452 ); 

11 } // fin de mai n 

12 } // fin de la clase PruebaBanderaCero 


+00000452 

000000452 

452 


Figura 29.19 | Impresión con la bandera 0 (cero) para rellenar con ceros a la izquierda. 
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1 // Fig. 29.20: PruebaBanderaComa. java 

2 // Uso de la bandera de coma (,) para mostrar números con el separador de miles. 

3 

4 public class PruebaBanderaComa 

5 { 

6 public static void main( String args[] ) 

7 { 

8 System. out.printff "%,d\n", 58625 ); 

9 System. out.printff "%,.2f\n", 58625.21 ); 

10 System. out.printff "%,.2f", 12545678.9 ); 

11 } // fin de mai n 

12 } // fin de la clase PruebaBanderaComa 


58,625 

58,625.21 

12,345,678.90 


Figura 29.20 | Uso de la bandera de coma ( , ) para mostrar números con el separador de miles. 


1 // Fig. 29.21: PruebaBanderaParentesi s . java 

2 // Uso de la bandera f para colocar paréntesis alrededor de números negativos. 

3 

4 public class PruebaBanderaParentesi s 

5 { 

6 public static void main( String args[] ) 

7 { 

8 System. out.printff "%(d\n", 50 ); 

9 System. out.printff "%(d\n", 50 ); 

10 System. out.printff "%f.le\n', -50.0 ); 

11 } // fin de mai n 

12 } // fin de la clase PruebaBanderaParentesi s 


50 

(50) 

f 5 . 0e+01) 


Figura 29.21 | Uso de la bandera ( para colocar paréntesis alrededor de números negativos. 


29.1 1 Impresión con índices como argumentos 

Un índice como argumento es un entero opcional, seguido de un signo de $, el cual indica la posición del argu- 
mento en la lista de argumentos. Por ejemplo, en las líneas 20 a 21 y 24 a 25 de la figura 29.9 se utiliza el índice 
como argumento "1$" para indicar que todos los especificadores de formato utilizan el primer argumento en la 
lista de argumentos. Los índices como argumentos permiten a los programadores reordenar la salida, de manera 
que los argumentos en la lista de argumentos no necesariamente se encuentren en el orden de sus especificadores 
de formato correspondientes. Los índices como argumentos también ayudan a evitar argumentos duplicados. En 
la figura 29.22 se muestra cómo imprimir argumentos en la lista de argumentos en orden inverso, mediante el 
uso del índice como argumento. 


1 // Fig. 29.22: Pruebalndi ceArgumento 

2 // Reordenamiento de la salida con los indices como argumentos. 

3 

4 public class Pruebalndi ceArgumento 

Figura 29.22 | Reordenamiento de la salida con los índices como argumentos. (Parte I de 2). 
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5 { 

6 public static vofd main( String args[] ) 

7 { 

8 System. out.printf( 

9 "Lista de parametros sin reordenar: %s %s %s %s\n", 

10 "primero", "segundo", "tercero", "cuarto" ); 

11 System. out.printf( 

12 "Lista de parametros después de reordenar: %4$s %3$s %2$s %l$s\n", 

13 "primero”, "segundo", "tercero", "cuarto" ); 

14 } // fin de main 

15 } // fin de la clase PruebalndiceArgumento 

Lista de parametros sin reordenar: primero segundo tercero cuarto 

Lista de parametros después de reordenar: cuarto tercero segundo primero 

Figura 29.22 | Reordenamiento de la salida con los índices como argumentos. (Parte 2 de 2). 

29.12 Impresión de literales y secuencias de escape 

La mayoría de los caracteres literales que se imprimen en una instrucción pri ntf sólo necesitan incluirse en la 
cadena de formato. Sin embargo, hay varios caracteres “problemáticos”, como el signo de comillas dobles (") que 
delimita a la cadena de formato en sí. Varios caracteres de control, como el carácter de nueva línea y el de tabu- 
lación, deben representarse mediante secuencias de escape. Una secuencia de escape se representa mediante una 
barra diagonal inversa (\), seguida de un carácter de escape. En la figura 29.23 se listan las secuencias de escape 
y las acciones que producen. 

i Error común de programación 29.4 

JFj Tratar de imprimir un carácter de comillas dobles o un carácter de barra diagonal inversa como datos literales en 
una instrucción pri ntf, sin anteponer al carácter una barra diagonal inversa para formar una secuencia de escape 
apropiada, podría producir un error de sintaxis. 


Secuencia de escape 


\ ' (comilla sencilla) 

\" (doble comilla) 

\\ (barra diagonal inversa) 

\b (retroceso) 

\f (nueva página o avance de página) 

\n (nueva línea) 

\r (retorno de carro) 

\t (tabulador horizontal) 

Figura 29.23 | Secuencias de escape. 


Descripción 


Imprime el carácter de comilla sencilla ('). 

Imprime el carácter de doble comilla ("). 

Imprime el carácter de barra diagonal inversa (\). 

Desplaza el cursor una posición hacia atrás en la línea actual. 

Desplaza el cursor al principio de la siguiente página lógica. 

Desplaza el cursor al principio de la siguiente línea. 

Desplaza el cursor al principio de la línea actual. 

Desplaza el cursor hacia la siguiente posición del tabulador horizontal. 


29.13 Aplicación de formato a la salida con la clase Formatter 

Hasta ahora, hemos visto cómo mostrar salida con formato en el flujo de salida estándar. ¿Qué deberíamos hacer 
si quisiéramos enviar salidas con formato a otros flujos de entrada o dispositivos, como un objeto JTextArea o 
un archivo? La solución recae en la clase Formatter (en el paquete java, útil), la cual proporciona las mismas 
herramientas de formato que pri ntf. Formatter es una clase utilitaria que permite a los programadores impri- 
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mir datos con formato hacia un destino especificado, como un archivo en el disco. De manera predeterminada, 
un objeto Formatter crea una cadena en la memoria. En la figura 29.24 se muestra cómo usar un objeto Forma- 
tter para crear una cadena con formato, la cual después se muestra en un cuadro de diálogo de mensaje. 

En la línea 1 1 se crea un objeto Formatter mediante el uso del constructor predeterminado, por lo que este obje- 
to creará una cadena en la memoria. Se incluyen otros constructores para que el programador pueda especificar 
el destino hacia el que se deben enviar los datos con formato. Para obtener más información, consulte la página 
java, sun . com/javase/6/docs/api/java/uti 1 /Formatter. html 

En la línea 12 se invoca el método format para dar formato a la salida. Al igual que printf, el método 
format recibe una cadena de formato y una lista de argumentos. La diferencia es que printf envía la salida 
con formato directamente al flujo de salida estándar, mientras que format envía la salida con formato al destino 
especificado por su constructor (en este programa, una cadena en la memoria). En la línea 15 se invoca el méto- 
do toStri ng de Formatter para obtener los datos con formato, como una cadena que luego se muestra en un 
cuadro de diálogo de mensaje. 

Observe que la clase String también proporciona un método de conveniencia static llamado format, el 
cual nos permite crear una cadena en la memoria, sin necesidad de crear primero un objeto Formatter. Podría- 
mos haber sustituido las líneas 1 1 a 12 y la línea 15 de la figura 29.24 por: 

String s = Stri ng . format( "%d = %#o = %#Ax", 10, 10, 10 ); 

10ptionPane.showMessageDialog( nuil, s ); 


1 // Fig. 29.24: PruebaFormatter. java 

2 // Cadena de formato con la clase Formatter. 

3 import java. útil .Formatter; 

4 import javax. swing . lOptionPane; 

5 

6 public class PruebaFormatter 

7 { 

8 public static void main( String args[] ) 

9 { 

10 // crea un objeto Formatter y aplica formato a la salida 

11 Formatter formatter = new FormatterO; 

12 formatter. format( "%d = %#o = %#X" , 10, 10, 10 ) ; 

13 

14 // muestra la salida en el componente lOptionPane 

15 lOptionPane. showMessageDialog( nuil, formatter. toStringO ); 

16 } // fin de main 

17 } // fin de la clase PruebaFormatter 



Figura 29.24 | Aplicar formato a la salida con la clase Formatter. 

29.14 Conclusión 

En este capítulo vimos un resumen acerca de cómo aplicar formato a la salida mediante los diversos caracteres 
y banderas de formato. Mostramos números decimales mediante el uso de los caracteres de formato d, o, x y X. 
Mostramos números de punto flotante usando los caracteres de formato e, E, f, g y G. Mostramos la fecha y la 
hora en diversos formatos, usando los caracteres de formato t y T junto con sus caracteres de sufijo de conversión. 
Aprendió a mostrar la salida con anchuras de campo y precisiones. Presentamos las banderas +, -, espacio, #, 0, 
coma y ( que se utilizan en conjunto con los caracteres de formato para producir la salida. También demostramos 
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cómo aplicar formato a la salida con la clase Formatter. En el siguiente capítulo hablaremos sobre los métodos 
de la clase String para manipular cadenas. También presentaremos las expresiones regulares y demostraremos 
cómo validar la entrada del usuario mediante éstas. 


Resumen 

Sección 29.2 Flujos 

• Por lo general, las operaciones de entrada y salida se llevan a cabo con flujos, los cuales son secuencias de bytes. En 
las operaciones de entrada, los bytes fluyen de un dispositivo a la memoria principal. En las operaciones de salida, 
los bytes fluyen de la memoria principal a un dispositivo. 

• Por lo común, el flujo de entrada estándar se conecta al teclado, y el flujo de salida estándar se conecta a la pantalla 
de la computadora. 

Sección 293 Aplicación de formato a la salida con printf 

• La cadena de formato de pri ntf describe los formatos en los que aparecen los valores de salida. El especificador de 
formato consiste en un índice como argumento, banderas, anchuras de campo, precisiones y caracteres de conver- 
sión. 

Sección 29.4 Impresión de enteros 

• Los enteros se imprimen con los caracteres de conversión d para enteros decimales, o para enteros en formato octal 
y x (o X) para los enteros en formato hexadecimal. Cuando se utiliza el carácter de conversión X, la salida se muestra 
en letras mayúsculas. 

Sección 29.5 Impresión de números de punto flotante 

• Los valores de punto flotante se imprimen con los caracteres de conversión e (o E) para la notación exponencial, f 
para la notación de punto flotante regular, y g (o C) para la notación e (o E) o f. Cuando se indica el especificador 
de conversión g, se utiliza el carácter de conversión e si el valor es menor que 1CT 3 , o mayor o igual a 10 7 ; en caso 
contrario, se utiliza el carácter de conversión f. Cuando se utilizan los caracteres de conversión E y C, la salida se 
muestra en letras mayúsculas. 

Sección 29.6 Impresión de cadenas y caracteres 

• El carácter de conversión c imprime un carácter. 

• El carácter de conversión s (o S) imprime una cadena de caracteres. Cuando se utiliza el carácter de conver- 
sión S, la salida se muestra en letras mayúsculas. 

Sección 29.7 Impresión de fechas y horas 

• El carácter de conversión t (o T) seguido de un carácter de sufijo de conversión imprime la fecha y la hora en diversos 
formatos. Cuando se utiliza el carácter de conversión T, la salida se muestra en letras mayúsculas. 

• El carácter de conversión t (o T) requiere que el argumento sea de tipo 1 ong, Long, Cal endar o Date. 

Sección 29-8 Otros caracteres de conversión 

• El carácter de conversión b (o B) imprime la representación de cadena de un valor bool ean o Bool ean. Estos carac- 
teres de conversión también imprimen "true" para las referencias que no son nul 1, y "fal se" para las referencias 
nuil. Cuando se utiliza el carácter de conversión B, la salida se muestra en letras mayúsculas. 

• El carácter de conversión h (o H) devuelve nuil para una referencia nuil, y una representación String del valor 
de código hash (en base 16) del objeto. Los códigos de hash se utilizan para almacenar y obtener objetos que se 
encuentran en objetos Hashtabl e y HashMap. Cuando se utiliza el carácter de conversión H, la salida se muestra en 
letras mayúsculas. 

• El carácter de conversión n imprime el separador de línea específico de la plataforma. 

• El carácter de conversión % se utiliza para mostrar un % literal. 

Sección 29.9 Impresión con anchuras de campo y precisiones 

• Si la anchura de campo es mayor que el objeto a imprimir, éste se justifica a la derecha en el campo. 
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• Las anchuras de campo se pueden usar con todos los caracteres de conversión, excepto la conversión con el separador 
de línea. 

• La precisión que se utiliza con los caracteres de conversión de punto flotante e y f indica el número de dígitos que 
aparecen después del punto decimal. La precisión que se utiliza con el carácter de conversión de punto flotante g 
indica el número de dígitos significativos que deben aparecer. 

• La precisión que se utiliza con el carácter de conversión s indica el número de caracteres a imprimir. 

• La anchura de campo y la precisión se pueden combinar, para lo cual se coloca la anchura de campo, seguida de un 
punto decimal, seguido de la precisión entre el signo de porcentaje y el carácter de conversión. 

Sección 29.10 Uso de banderas en la cadena de formato de printf 

• La bandera - justifica a la izquierda su argumento en un campo. 

• La bandera + imprime un signo más para los valores positivos, y un signo menos para los valores negativos. 

• La bandera de espacio imprime un espacio antes de un valor positivo. La bandera de espacio y la bandera + no se 
pueden utilizar juntas en un carácter de conversión integral. 

• La bandera # antepone un 0 a los valores octales, y Ox a los valores hexadecimales. 

• La bandera 0 imprime ceros a la izquierda para un valor que no ocupa todo su campo. 

• La bandera de coma ( , ) utiliza el separador de miles específico para la configuración regional (por ejemplo, ' , ' para 
los EUA), para mostrar números enteros y de punto flotante. 

• La bandera ( encierra un número negativo entre paréntesis. 

Sección 29.11 Impresión con índices como argumentos 

• Un índice como argumento es un entero decimal opcional, seguido de un signo $ que indica la posición del argu- 
mento en la lista de argumentos. 

• Los índices como argumentos permiten a los programadores reordenar la salida, de manera que los argumentos en 
la lista de argumentos no estén necesariamente en el orden de sus correspondientes especificadores de formato. Los 
índices como argumentos también ayudan a evitar los argumentos duplicados. 

Sección 29. 13 Aplicación de formato a la salida con la clase Formatter 

• Laclase Formatter (en el paquete java, útil) proporciona las mismas herramientas de formato que printf. For- 
matter es una clase utilitaria que permite a los programadores imprimir salida con formato hacia varios destinos, 
incluyendo componentes de GUI, archivos y otros flujos de salida. 

• El método format de la clase Formatter imprime los datos con formato al destino especificado por el constructor 
de Formatter. 

• El método stati c format de la clase Stri ng aplica formato a los datos y devuelve los datos con formato, como un 
objeto Stri ng. 
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#, bandera 

%, carácter de conversión 
(, bandera 
+ (más), bandera 
- (menos), bandera 
, (coma), bandera 
0 (cero), bandera 

A, carácter de sufijo de conversión 

a, carácter de sufijo de conversión 
alineación 

anchura de campo 

b, carácter de conversión 

B, carácter de conversión 

B, carácter de sufijo de conversión 
b, carácter de sufijo de conversión 
bandera 

bandera de espacio 


c, carácter de conversión 

C, carácter de sufijo de conversión 
cadena de formato 

carácter de conversión 
conversión de enteros 
conversión de números de punto flotante 

d, carácter de conversión 

D, carácter de sufijo de conversión 

e, carácter de conversión 

E, carácter de conversión 

e, carácter de sufijo de conversión 
especificador de formato 

f , carácter de conversión 

F, carácter de sufijo de conversión 
flujo 

flujo de entrada estándar 
flujo de error estándar 
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flujo de salida estándar 
format, método de Formatter 
format, método de Stri ng 
formato de punto flotante exponencial 
formato hexadecimal 
formato octal 
Formatter, clase 

g, carácter de conversión 
C, carácter de conversión 

h, carácter de conversión 
H, carácter de conversión 

H, carácter de sufijo de conversión 

I, carácter de sufijo de conversión 
índice como argumento 
j , carácter de sufijo de conversión 
justificación a la derecha 
justificación a la izquierda 
K, carácter de sufijo de conversión 

m, carácter de sufijo de conversión 
M, carácter de sufijo de conversión 

n, carácter de conversión 

Ejercicios de autoevaluación 

29. 1 Complete los enunciados: 

a) Todas las operaciones de entrada y salida se manejan en forma de 

b) El flujo se conecta generalmente al teclado. 

c) El flujo se conecta generalmente a la pantalla de la computadora. 

d) El método de System. out se puede utilizar para aplicar formato al texto que se 

muestra en la salida estándar. 

e) El carácter de conversión puede utilizarse para imprimir en pantalla un entero de- 

cimal. 

f) Los caracteres de conversión y se utilizan para mostrar enteros en 

formato octal y hexadecimal, respectivamente. 

g) El carácter de conversión se utiliza para mostrar un valor de punto flotante en notación 

exponencial 

h) Los caracteres de conversión e y f se muestran con dígitos de precisión a la derecha del 

punto decimal, si no se especifica una precisión. 

i) Los caracteres de conversión y se utilizan para imprimir cadenas y 

caracteres, respectivamente. 

j) El carácter de conversión y el carácter de sufijo de conversión se 

utilizan para imprimir la hora para el reloj de 24 horas, como hora: mi ñuto : segundo. 

k) La bandera hace que la salida se justifique a la izquierda en un campo. 

l) La bandera hace que los valores se muestren con un signo más o con un signo menos. 

m) El índice como argumento corresponde al segundo argumento en la lista de argu- 

mentos. 

n) La clase tiene la misma capacidad que p ri ntf , pero permite a los programadores impri- 

mir salida con formato en varios destinos, además del flujo de salida estándar. 

29.2 Encuentre el error en cada uno de los siguientes enunciados, y explique cómo se puede corregir. 

a) La siguiente instrucción debe imprimir el carácter ' c ' . 

System . out . prí ntf ( '%c\n", "c" ); 

b) La siguiente instrucción debe imprimir 9.375%. 

System . out . prí ntf ( "%.3f%", 9.375 ); 


notación científica 

o, carácter de conversión 

P, carácter de sufijo de conversión 

p, carácter de sufijo de conversión 
precisión 

prí ntf, método 
punto flotante 

r, carácter de sufijo de conversión 
redirigir un flujo 

redondeo 

s, carácter de conversión 
S, carácter de conversión 

S, carácter de sufijo de conversión 

t, carácter de conversión 

T, carácter de conversión 

T, carácter de sufijo de conversión 
toString, método de Formatter 

x, carácter de conversión 

y, carácter de sufijo de conversión 

Y, carácter de sufijo de conversión 

Z, carácter de sufijo de conversión 
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c) La siguiente instrucción debe imprimir el tercer argumento en la lista de argumentos: 

System. out.printfC '%2$s\n' , "Lun", "Mar", "Mié' , "Jue' , "Vie" ); 

d) System . out . pri ntf( "Una cadena entre comillas""); 

e) System . out . pri ntf( %d %d, 12, 20 ) ; 

f) System. out.printfC "%s\n , 'Richard' ); 

29.3 Escriba una instrucción para cada uno de los siguientes casos: 

a) Imprimir 1234 justificado a la derecha, en un campo de 10 dígitos. 

b) Imprimir 123 . 456789 en notación exponencial con un signo (+ o -) y 3 dígitos de precisión. 

c) Imprimir 100 en formato octal, precedido por 0. 

d) Dado un objeto Cal endari o de la clase Cal endar, imprima una fecha con formato de mes/di a/año (cada 
uno con dos dígitos). 

e) Dado un objeto Cal endar llamado cal endari o, imprimir una hora para el reloj de 24 horas como hora : 
mi ñuto : segundo (cada uno con dos dígitos), usando un índice como argumento y caracteres de sufijo de 
conversión para aplicar formato a la hora. 

f) Imprimir 3 . 333333 con un signo (+ o -) en un campo de 20 caracteres, con una precisión de 3. 

Respuestas a los ejercicios de autoevaluación 

29.1 a) Flujos, b) de entrada estándar, c) de salida estándar. d)printf. e) d. f) o, xoX. g) e o E. h) 6. i) s o S, 
coC. j) t, T. k) - (menos). 1) + (más), m) 2$. n) Formatter. 

29.2 a) Error: el carácter de conversión c espera un argumento del tipo primitivo char. 

Corrección: para imprimir el carácter ' c ' , cambie "c" a ' c ' . 

b) Error: está tratando de imprimir el carácter literal % sin usar el especificador de formato %%. 

Corrección: use %% para imprimir un carácter % literal. 

c) Error: el índice como argumento no empieza con 0; por ejemplo, el primer argumento es 1$. 

Corrección: para imprimir el tercer argumento, use 3$. 

d) Error: está tratando de imprimir el carácter literal " sin usar la secuencia de escape \". 

Corrección: sustituya cada comilla en el conjunto interno de comillas con \". 

e) Error: la cadena de formato no va encerrada entre comillas dobles. 

Corrección: encierre %d %d entre comillas dobles. 

f) Error: la cadena a imprimir está encerrada entre comillas. 

Corrección: use dobles comillas en vez de comillas sencillas para representar una cadena. 

29.3 a) System . out . pri ntf( "%10d\n" , 1234 ); 

b) System . out . pri ntf( "%+.3e\n', 123.456789 ); 

c) System . out . pri ntf( "%#o\n", 100 ); 

d) System . out . pri ntf( "%tD\n", calendario ); 

e) System . out . pri ntf( "%l$tH :%l$tM :%l$tS\n' , calendario ); 

f) System . out . pri ntf( "%+20.3f\n' , 3.333333 ); 

Ejercicios 

29.4 Escriba una o más instrucciones para cada uno de los siguientes casos: 

a) Imprimir el entero 40000 justificado a la derecha en un campo de 15 dígitos. 

b) Imprimir 200 con y sin un signo. 

c) Imprimir 100 en formato hexadecimal, precedido por Ox. 

d) Imprimir 1.234 con tres dígitos de precisión en un campo de nueve dígitos con ceros a la izquierda. 

29.5 Muestre lo que se imprime en cada una de las siguientes instrucciones. Si una instrucción es incorrecta, indique 
por qué. 

a) System . out . pri ntf( "%-10d\n' , 10000 ); 

b) System . out . pri ntf( "%c\n , "Esta es una cadena" ); 

c) System . out . pri ntf( "%8.3f\n', 1024.987654 ); 

d) System . out . pri ntf( "%#o\n%#X\n" , 17, 17 ) ; 

e) System . out . pri ntf( "% d\n%+d\n", 1000000, 1000000 ); 
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f) System . out . pri ntf( "%10.2e\n", 444.93738 ); 

g) System . out . pri ntf( "%d\n , 10.987 ); 

29.6 Encuentre el(Ios) error(es) en cada uno de los siguientes segmentos de programa. Muestre la instrucción corre- 
gida. 

a) System . out . pri ntf( "%s\n , 'Feliz cumpleanios' ); 

b) System . out . pri ntf( "%c\n , 'Hola' ); 

c) System . out . pri ntf( "%c\n , "Esta es una cadena" ); 

d) La siguiente instrucción debe imprimir "Buen viaje" con las dobles comillas: 

System . out . pri ntf( '"%s" , "Buen viaje" ); 

e) La siguiente instrucción debe imprimir "Hoy es viernes": 

System . out . pri ntf( "Hoy es %s\n ", 'Lunes", "Viernes" ); 

f) System . out . pri ntf( 'Escriba su nombre: ' ); 

g) System . out . pri ntf( %f, 123.456 ); 

h) La siguiente instrucción debe imprimir la hora actual en el formato " h h : mm : s s " : 

Calendar fechaHora = Calendar . getlnstanceQ ; 

System . out . pri ntf( "%l$tk: l$%tl :%l$tS\n' , fechaHora); 

29.7 (Impresión de fechas y horas) Escriba un programa que imprima fechas y horas en los siguientes formatos: 

GMT-05 : 00 04/30/04 09:55:09 AM 
GMT-05 : 00 Abril 30 2004 09:55:09 
2004-04-30 di a-del -mes : 30 
2004-04-30 dia-del-anio: 121 
Vie Abr 30 09:55:09 GMT-05: 00 2004 

[Nota: dependiendo de su ubicación, tal vez tenga una zona horaria distinta de GMT-05:00]. 

29.8 Escriba un programa para probar los resultados de imprimir el valor entero 12345 y el valor de punto flotante 
1.2345 en campos de varios tamaños. 

29.9 (Redondeo de números) Escriba un programa que imprima el valor 100 .453267 redondeado al dígito, a la dece- 
na, centena, múltiplo de mil y de diez mil más cercanos. 

29. 1 0 Escriba un programa que reciba como entrada una palabra del teclado y determine su longitud. Imprima la 
palabra usando el doble de la longitud como anchura del campo. 

29.11 / Conversión de temperatura en grados Fahrenheit a Centígrados) Escriba un programa que convierta temperaturas 
enteras en grados Fahrenheit de 0 a 212 grados, a temperaturas en grados Centígrados de punto flotante con tres dígitos 
de precisión. Use la siguiente fórmula: 

centígrados =5. 0/9.0* ( fahrenheit - 32 ) ; 

para realizar el cálculo. La salida debe imprimirse en dos columnas justificadas a la derecha de 10 caracteres cada 
una, y las temperaturas en grados Centígrados deben ir precedidas por un signo, tanto para los valores positivos 
como para los negativos. 

29. 1 2 Escriba un programa para probar todas las secuencias de escape en la figura 29.23. Para las secuencias de escape 
que desplazan el cursor, imprima un carácter antes y después de la secuencia de escape, de manera que se pueda ver con 
claridad a dónde se ha desplazado el cursor. 

29.13 Escriba un programa que utilice el carácter de conversión g para imprimir el valor 9876.12345. Imprima el 
valor con precisiones que varíen de 1 a 9. 




— Hilaire Belloc 


La escritura vigorosa es 
concisa. Una oración no 
debe contener palabras 
innecesarias, un párrafo 
no debe contener oraciones 
innecesarias. 

— William Strunk, Jr. 

He extendido esta carta 
más de lo usual, ya que 
carezco de tiempo para 
hacerla breve. 

— Blaise Pascal 
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Cadenas, 
caracteres y 
expresiones 
regulares 


OBJETIVOS 

En este capítulo aprenderá a: 

■ Crear y a manipular objetos de cadena de caracteres inmutables 
de la clase Stri ng. 

■ Crear y a manipular objetos de cadena de caracteres mutables 
de la clase Stri ngBui 1 der. 

■ Crear y a manipular objetos de la clase Character. 

■ Usar un objeto Stri ngTokeni zer para dividir un objeto 
Stri ng en tokens. 

■ Usar expresiones regulares para validar los datos Stri ng 
introducidos en una aplicación. 




Plan general 
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30.1 Introducción 

En este capítulo presentamos las herramientas para el procesamiento de cadenas y caracteres en Java. Las técnicas 
que se describen aquí son apropiadas para validar la entrada en los programas, para mostrar información a los 
usuarios y otras manipulaciones basadas en texto. Estas técnicas son también apropiadas para desarrollar editores 
de texto, procesadores de palabras, software para el diseño de páginas, sistemas de composición computarizados 
y demás tipos de software para el procesamiento de texto. Ya hemos presentado varias herramientas para el proce- 
samiento de texto en capítulos anteriores. En este capítulo describiremos detalladamente las herramientas de las 
clases Stri ng, Stri ngBui 1 der y Character del paquete java. 1 ang, y la clase Stri ngTokeni zer del paquete 
j ava .útil. Estas clases proporcionan la base para la manipulación de cadenas y caracteres en Java. 

En este capítulo también hablaremos sobre las expresiones regulares que proporcionan a las aplicaciones la 
capacidad de validar los datos de entrada. Esta funcionalidad se encuentra en la clase Stri ng, junto con las clases 
Matcher y Pattern ubicadas en el paquete java, uti 1 . regex. 

30.2 Fundamentos de los caracteres y las cadenas 

Los caracteres son los bloques de construcción básicos de los programas fuente de Java. Todo programa está 
compuesto de una secuencia de caracteres que, cuando se agrupan en forma significativa, son interpretados por 
la computadora como una serie de instrucciones utilizadas para realizar una tarea. Un programa puede contener 
literales de carácter. Una literal de carácter es un valor entero representado como un carácter entre comillas 
simples. Por ejemplo, 1 z ' representa el valor entero de z, y 1 \n 1 representa el valor entero de una nueva línea. 
El valor de una literal de carácter es el valor entero del carácter en el conjunto de caracteres Unicode. En el 
apéndice B se presentan los equivalentes enteros de los caracteres en el conjunto de caracteres ASCII, el cual es 
un subconjunto de Unicode (que veremos en el apéndice I). Para obtener información detallada sobre Unicode, 
visite www. uní code . org. 
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Recuerde que en la sección 2.2 vimos que una cadena es una secuencia de caracteres que se trata como una 
sola unidad. Una cadena puede incluir letras, dígitos y varios caracteres especiales, tales como +, y $. 

Una cadena es un objeto de la clase Stri ng. Las literales de cadena (que se almacenan en memoria como objetos 
Stri ng) se escriben como una secuencia de caracteres entre comillas dobles, como en: 

"Juan E. Pérez" (un nombre) 

"Calle Principal 9999" (una dirección) 

"Monterrey, Nuevo León" (una ciudad y un estado) 

"(201) 555-1212" (un número telefónico) 

Una cadena puede asignarse a una referencia Stri ng. La declaración 

String color = "azul 1 ; 

inicializa la variable Stri ng de nombre color para que haga referencia a un objeto Stri ng que contiene la cade- 
na "azul ". 


Tip de rendimiento 30.1 


Java trata a todas las literales de cadena con el mismo contenido como un solo objeto String que tiene muchas 
referencias. Esto ayuda a conservar memoria. 


30.3 La clase String 

La clase Stri ng se utiliza para representar cadenas en Java. En las siguientes subsecciones cubriremos muchas de 
las herramientas de la clase Stri ng. 


30.3.1 Constructores de String 

La clase Stri ng proporciona constructores para inicializar objetos Stri ng de varias formas. Cuatro de los cons- 
tructores se muestran en el método mai n de la figura 30.1. 

En la línea 12 se crea una instancia de un nuevo objeto Stri ng, utilizando el constructor sin argumentos de 
la clase Stri ng, y se le asigna su referencia a si. El nuevo objeto Stri ng no contiene caracteres (la cadena vacía) 
y tiene una longitud de 0. 

En la línea 13 se crea una instancia de un nuevo objeto Stri ng, utilizando el constructor de la clase Stri ng 
que toma un objeto Stri ng como argumento, y se le asigna su referencia a s2. El nuevo objeto Stri ng contiene 
la misma secuencia de caracteres que el objeto String de nombre s, el cual se pasa como argumento para el 
constructor. 


■i ** 


Observación de ingeniería de software 30. 1 

No es necesario copiar un objeto Stri ng existente. Los objetos Stri ng son inmutables: su contenido de caracteres no 
puede modificarse una vez que son creados, ya que la clase String no proporciona métodos que permitan modificar 
el contenido de un objeto String. 


En la línea 14 se crea la instancia de un nuevo objeto Stri ng y se le asigna su referencia a s3, utilizando 
el constructor de la clase Stri ng que toma un arreglo de caracteres como argumento. El nuevo objeto Stri ng 
contiene una copia de los caracteres en el arreglo. 

En la línea 15 se crea la instancia de un nuevo objeto Stri ng y se le asigna su referencia a s4, utilizando el 
constructor de la clase Stri ng que toma un arreglo char y dos enteros como argumentos. El segundo argumento 
especifica la posición inicial (el desplazamiento) a partir del cual se accede a los caracteres en el arreglo. Recuerde 
que el primer carácter se encuentra en la posición 0. El tercer argumento especifica el número de caracteres (la 
cuenta) que se van a utilizar del arreglo. El nuevo objeto Stri ng contiene una cadena formada a partir de los 
caracteres utilizados. Si el desplazamiento o la cuenta especificados como argumentos ocasionan que se acceda a 
un elemento fuera de los límites del arreglo de caracteres, se lanza una excepción Stri nglndexOutOfBounds- 
Excepti on. 
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1 // Fig. 30.1: ConstructoresStri ng . java 

2 // Constructores de la clase String. 

3 

4 public class ConstructoresStri ng 

5 { 

6 public static void main( String args[] ) 

7 { 

8 char arregloChar[] = { 'c\ ’ u ' , 'm\ ' p ' , 'T, ' e ' , 

9 String s = new StringC "hola" ); 

10 

11 // usa los constructores de String 

12 String si = new StringO; 

13 String s2 = new StringC s ); 

14 String s3 = new StringC arregloChar ); 

15 String s4 = new StringC arregloChar, 7, 5 ); 

16 

17 System. out.printfC 

18 "si = %s\ns2 = %s\ns3 = %s\ns4 = %s\n", 

19 si, s2, s3, s4 ) ; // muestra las cadenas 

20 } // fin de main 

21 } // fin de la clase ConstructoresStri ng 


}; 


si = 

s2 = hola 

s3 = cumple anios 

s4 = anios 

Figura 30.1 | Constructores de la clase String. 



Error común de programación 30.1 

Intentar acceder a un carácter que se encuentra fuera de los límites de una cadena (es decir, un índice menor que 
0 o un índice mayor o igual a la longitud de la cadena), se produce una excepción Stri nglndexOutOfBounds- 
Exception. 


30.3.2 Métodos length, charAt y getChars de String 

Los métodos 1 ength, charAt y getChars de Stri ng determinan la longitud de una cadena, obtienen el carácter 
que se encuentra en una ubicación específica de una cadena y recuperan el conjunto completo de caracteres en 
una cadena, respectivamente. La aplicación de la figura 30.2 muestra cada uno de estos métodos. 


1 

2 

3 

4 

5 

6 

7 

8 
9 

10 
1 1 
12 

13 

14 

15 


// Fig. 30.2: VariosStri ng . java 

// Esta aplicación muestra los métodos length, charAt y getChars 
// de la clase String. 

public class VariosStri ng 

{ 

public static void main( String args[] ) 

{ 

String si = "hola a todos 1 ; 

char arregloCharf] = new char[ 5 ]; 

System. out.printfC "si: %s", si ); 

// prueba el método length 

System. out.printfC "\nl_ongitud de si: %d", sl.lengthQ ); 


Métodos de manipulación de caracteres de la clase Stri ng. (Parte I de 2). 


Figura 30.2 
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16 

17 // itera a través de ios caracteres en si con charAt y muestra la cadena invertida 

18 System. out. print( "\nLa cadena invertida es: 1 ); 

19 

20 for ( int cuenta = sl.length() - 1; cuenta >= 0; cuenta-- ) 

21 System. out. printf( '%s ' , sl.charAtf cuenta) ); 

22 

23 // copia los caracteres de la cadena a arregl oChar 

24 sl.getCharsf 0, 4, arregloChar, 0 ); 

25 System. out. print( "\nEl arreglo de caracteres es: " ); 

26 

27 for ( char carácter : arregloChar ) 

28 System. out. print( carácter ); 

29 

30 System. out. println () ; 

31 } // fin de mai n 

32 } // fin de la clase VariosString 


si: hola a todos 
Longitud de si: 12 

La cadena invertida es:sodot a aloh 
El arreglo de caracteres es: hola 

Figura 30.2 | Métodos de manipulación de caracteres de la clase Stri ng. (Parte 2 de 2). 


En la línea 15 se utiliza el método 1 ength de Stri ng para determinar el número de caracteres en la cadena 
si. Al igual que los arreglos, las cadenas conocen su propia longitud. Sin embargo, a diferencia de los arreglos, 
no podemos acceder a la longitud de una cadena mediante un campo 1 ength; en vez de ello, debemos llamar al 
método 1 ength del objeto Stri ng. 

En las líneas 20 y 21 se imprimen los caracteres de la cadena si en orden inverso (y separados por espacios). 
El método charAt de Stri ng (línea 21) devuelve el carácter ubicado en una posición específica en la cadena. El 
método charAt recibe un argumento entero que se utiliza como el índice, y devuelve el carácter en esa posición. 
Al igual que los arreglos, se considera que el primer elemento de una cadena está en la posición 0. 

En la línea 24 se utiliza el método getChars de Stri ng para copiar los caracteres de una cadena en un arreglo 
de caracteres. El primer argumento es el índice inicial en la cadena, a partir del cual se van a copiar los caracteres. 
El segundo argumento es el índice que está una posición más adelante del último carácter que se va a copiar de 
la cadena. El tercer argumento es el arreglo de caracteres en el que se van a copiar los caracteres. El último argu- 
mento es el índice inicial en donde se van a colocar los caracteres copiados en el arreglo de caracteres de destino. 
A continuación, en la línea 28 se imprime el contenido del arreglo char, un carácter a la vez. 

30.3.3 Comparación entre cadenas 

En el capítulo 7 hablamos sobre el ordenamiento y la búsqueda en los arreglos. Con frecuencia, la información 
que se va a ordenar o buscar consiste en cadenas que deben compararse para determinar el orden o para deter- 
minar si una cadena aparece en un arreglo (u otra colección). La clase Stri ng proporciona varios métodos para 
comparar cadenas, los cuales mostraremos en los siguientes dos ejemplos. 

Para comprender lo que significa que una cadena sea mayor o menor que otra, considere el proceso de alfabe- 
tizar una serie de apellidos. Sin duda usted colocaría a “Jones” antes que “Smith”, ya que en el alfabeto la primera 
letra de “Jones” viene antes que la primera letra de “Smith” en el alfabeto. Pero el alfabeto es algo más que una lista 
de 26 letras; es un conjunto ordenado de caracteres. Cada letra ocupa una posición específica dentro del conjunto. 
Z es más que una letra del alfabeto; es en específico la letra número veintiséis del alfabeto. 

¿Cómo sabe la computadora que una letra va antes que otra? Todos los caracteres se representan en la compu- 
tadora como códigos numéricos (vea el apéndice B). Cuando la computadora compara cadenas, en realidad com- 
para los códigos numéricos de los caracteres en las cadenas. 

En la figura 30.3 se muestran los métodos equals, equal slgnoreCase, compárelo y regionMatches de 
Stri ng, y se muestra el uso del operador de igualdad == para comparar objetos Stri ng. 
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// Fig. 30.3: CompararCadenas . java 

// Los métodos equals, equal slgnoreCase , compárelo y regionMatches de String. 

public class CompararCadenas 

{ 

public static void main( String args[] ) 

{ 

String si = new String( "hola" ); // si es una copia de ñola" 

String s2 = "adiós"; 

String s3 = "Feliz cumpl eani os" ; 

String s4 = "feliz cumpl eani os" ; 

System.out.printf ( 

"si = %s\ns2 = %s\ns3 = %s\ns4 = %s\n\n", si, s2, s3, s4 ); 

// prueba la igualdad 

if ( sl.equals( "hola" ')')// true 

System. out. println( "si es igual a \"hola\"" ); 
el se 

System. out.println( "si no es igual a \"hola\"" ); 

// prueba la igualdad con == 

if ( si == "hola" ) // false; no son el mismo objeto 

System. out. println( "si es el mismo objeto que \"hola\'" ); 
el se 

System. out. println( "si no es el mismo objeto que \"hola\'" ); 

// prueba la igualdad (ignora el uso de mayúsculas/minúsculas) 
if ( s3 . equal sIgnoreCase( s4 ) ) // true 

System. out.printf( "%s es igual a %s si se ignora el uso de mayúsculas/ 
mi nuscul as\n" , s3, s4 ); 

el se 

System . out . pri ntl n( "s3 no es igual a s4” ); 

// prueba con compárelo 

System. out . pri ntf ( 

"\nsl. compareTo( s2 ) es %d , si. compareTo( s2 ) ) ; 

System . out . pri ntf ( 

"\ns2 . compareTo( si ) es %d , s2 . compareTo( si ) ) ; 

System . out . pri ntf ( 

"\nsl. compareTo( si ) es %d , si. compareTo( si ) ) ; 

System . out . pri ntf ( 

"\ns3 . compareTo( s4 ) es %d , s3 . compareTo( s4 ) ) ; 

System.out.printf ( 

"\ns4 . compareTo( s3 ) es %d\n\n", s4 . compareTo( s3 ) ) ; 

// prueba con regionMatches (sensible a mayúsculas/minúsculas) 

if ( s 3. regionMatches ( 0, s4, 0, 5 ) ) 

System. out. println( "Los primeros 5 caracteres de s3 y s4 coinciden" ); 
el se 

System. out . pri ntl n( 

"Los primeros 5 caracteres de s3 y s4 no coinciden" ); 

// prueba con regionMatches (ignora el uso de mayúsculas/minúsculas) 
if ( s3. regionMatches( true, 0, s4, 0, 5 ) ) 

System. out. println( "Los primeros 5 caracteres de s3 y s4 coinciden" ); 
el se 

System. out . pri ntl n( 

"Los primeros 5 caracteres de s3 y s4 no coinciden" ); 


Figura 30.3 | Comparaciones entre objetos String. (Parte I de 2). 
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59 } // fin de main 

60 } // fin de la clase CompararCadenas 

si = hola 
s2 = adiós 

s3 = Feliz cumpleanios 
s4 = feliz cumpleanios 

si es igual a "hola" 

si no es el mismo objeto que "hola" 

Feliz cumpleanios es igual a feliz cumpleanios si se ignora el uso de mayúsculas 
/mi nuscul as 

si. compareTof s2 ) es 7 
s2 . compareToC si ) es -7 
si. compareTof si ) es 0 
s3 . compareTof s4 ) es -32 
s4. compareTof s3 ) es 32 

Los primeros 5 caracteres de s3 y s4 no coinciden 
Los primeros 5 caracteres de s3 y s4 coinciden 

Figura 30.3 | Comparaciones entre objetos Stri ng. (Parte 2 de 2). 


La condición en la línea 17 utiliza el método equal s para comparar la igualdad entre la cadena si y la literal 
de cadena "hol a". El método equal s (un método de la clase Object, sobrescrito en Stri ng) prueba la igualdad 
entre dos objetos (es decir, que las cadenas contenidas en los dos objetos sean idénticas). El método devuelve true 
si el contenido de los objetos es igual y fal se en caso contrario. La condición anterior es true, ya que la cadena 
si fue inicializada con la literal de cadena "hola". El método equal s utiliza una comparación lexicográfica; 
se comparan los valores enteros Unicode (vea el apéndice I, Unicode®, en el sitio Web www.deitel.com/jhtp7) 
que representan a cada uno de los caracteres en cada cadena. Por lo tanto, si la cadena "hol a" se compara con la 
cadena "HOLA", el resultado es fal se ya que la representación entera de una letra minúscula es distinta de la letra 
mayúscula correspondiente. 

La condición en la línea 23 utiliza el operador de igualdad == para comparar la igualdad entre la cadena si 
y la literal de cadena "hola". El operador == tiene distinta funcionalidad cuando se utiliza para comparar refe- 
rencias, que cuando se utiliza para comparar valores de tipos primitivos. Cuando se comparan valores de tipos 
primitivos con ==, el resultado es true si ambos valores son idénticos. Cuando se comparan referencias con ==, el 
resultado es true si ambas referencias se refieren al mismo objeto en memoria. Para comparar la igualdad del con- 
tenido en sí (o información sobre el estado) de los objetos, hay que invocar un método. En el caso de los objetos 
Stri ng, ese método es equal s. La condición anterior se evalúa como fal se en la línea 23, ya que la referencia 
si se inicializó con la instrucción 

si = new Strlngf "hola" ); 

con lo cual se crea un nuevo objeto Stri ng con una copia de la literal de cadena "hol a", y se asigna el nuevo 
objeto a la variable si. Si si se hubiera inicializado con la instrucción 

si = "hola" ; 

con lo cual se asigna directamente la literal de cadena "hola" a la variable si, la condición hubiera sido true. 
Recuerde que Java trata a todos los objetos de literal de cadena con el mismo contenido como un objeto Stri ng, 
al cual puede haber muchas referencias. Por lo tanto, en las líneas 8, 17 y 23 se hace referencia al mismo objeto 
String "hola" en memoria. 
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Error común de programación 30.2 

Al comparar referencias con == se pueden producir errores lógicos, ya que == compara las referencias para determinar 
si se refieren al mismo objeto, no si dos objetos tienen el mismo contenido. Si se comparan dos objetos idénticos (pero 
separados) con ==, el resultado será false. Si va a comparar objetos para determinar si tienen el mismo contenido, 
utilice el método equa 7 s. 

Si va a ordenar objetos Stri ng, puede comparar si son iguales con el método equal slgnoreCase, el cual 
ignora si las letras en cada cadena son mayúsculas o minúsculas al realizar la comparación. Por lo tanto, la cade- 
na "hola" y la cadena "HOLA" se consideran iguales. En la línea 29 se utiliza el método equal slgnoreCase de 
String para comparar si la cadena s3 (Feliz Cumpleanios) es igual a la cadena s4 (feliz cumpleanios). El 
resultado de esta comparación es true, ya que la comparación ignora el uso de mayúsculas y minúsculas. 

En las líneas 35 a 44 se utiliza el método compárelo de String para comparar cadenas. El método com- 
párelo se declara en la interfaz Comparabl e y se implementa en la clase Stri ng. En la línea 36 se compara la 
cadena si con la cadena s2. El método compárelo devuelve 0 si las cadenas son iguales, un número negativo 
si la cadena que invoca a compárelo es menor que la cadena que se pasa como argumento, y un número positivo si 
la cadena que invoca a compárelo es mayor que la cadena que se pasa como argumento. El método compárelo 
utiliza una comparación lexicográfica; compara los valores numéricos de los caracteres correspondientes en cada 
cadena (para obtener más información acerca del valor exacto devuelto por el método compárelo, vea la página 
java, sun . com/javase/6/docs/api/j ava/1 ang/St ring. html). 

La condición en la línea 47 utiliza el método regi onMatches de Stri ng para comparar si ciertas porciones 
de dos cadenas son iguales. El primer argumento es el índice inicial en la cadena que invoca al método. El segundo 
argumento es una cadena de comparación. El tercer argumento es el índice inicial en la cadena de comparación. 
El último argumento es el número de caracteres a comparar entre las dos cadenas. El método devuelve true sola- 
mente si el número especificado de caracteres son lexicográficamente iguales. 

Por último, la condición en la línea 54 utiliza una versión con cinco argumentos del método regí onMatches 
de Stri ng para comparar si ciertas porciones de dos cadenas son iguales. Cuando el primer argumento es true, 
el método ignora el uso de mayúsculas y minúsculas en los caracteres que se van a comparar. Los argumentos 
restantes son idénticos a los que se describieron para el método regí onMatches con cuatro argumentos. 

En el siguiente ejemplo (figura 30.4) vamos a mostrar los métodos startsWith y endsWith de la clase 
Stri ng. El método mai n crea el arreglo cadenas que contiene las cadenas "empezó", "empezando", "termi no" y 
"termi nando". El resto del método mai n consiste en tres instrucciones for que prueban los elementos del arreglo 
para determinar si empiezan o terminan con un conjunto específico de caracteres. 

1 // Fig. 30.4; CadenalnicioFin. java 

2 // Los métodos startsWith y endsWith de String. 

3 

4 public class CadenalnicioFin 

5 { 

6 public static void main( String args[] ) 

7 { 

8 String cadenas [] = { "empezó", "empezando", "termino", "terminando" }; 

9 

10 // prueba el método startsWith 

11 for ( String cadena: cadenas ) 

12 { 

13 if ( cadena. startsWith( ”em" ) ) 

14 System. out.printf( "\"%s\" empieza con \"em\"\n' , cadena ); 

15 } // fin de for 

16 

17 System. out.printlnO ; 

18 

19 // prueba el método startsWith empezando desde la posición 2 de la cadena 

20 for ( String cadena: cadenas ) 

Figura 30.4 | Métodos startsWith y endsWith de la clase String. (Parte I de 2). 
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21 { 

22 if ( cadena. startsWith( 'pez , 2 ) ) 

23 System. out. printf( 

24 "\"%s\" empieza con \"pez\" en la posición 2\n", cadena ); 

25 } // fin de for 

26 

27 System. out. pri ntl n () ; 

28 

29 // prueba el método endsWith 

30 for ( String cadena: cadenas ) 

31 { 

32 if ( cadena. endsWith( "do" ) ) 

33 System. out. printf( "\"%s\" termina con \"do\"\n' , cadena ); 

34 } // fin de for 

35 } // fin de main 

36 } // fin de la clase Cadenalni ci oFi n 

"empezó" empieza con "em" 

"empezando" empieza con "em" 

"empezó" empieza con "pez" en la posición 2 
"empezando" empieza con "pez" en la posición 2 

"empezando" termina con "do" 

"terminando" termina con "do" 

Figura 30.4 | Métodos startsWi th y endsWi th de la clase Stri ng. (Parte 2 de 2). 


En las líneas 11 a 15 se utiliza la versión del método startsWi th que recibe un argumento String. La 
condición en la instrucción i f (línea 13) determina si cada objeto Stri ng en el arreglo empieza con los caracte- 
res "em". De ser así, el método devuelve true y la aplicación imprime ese objeto Stri ng. En caso contrario, el 
método devuelve fal se y no ocurre nada. 

En las líneas 20 a 25 se utiliza el método startsWi th que recibe un objeto String y un entero como 
argumentos. El argumento entero especifica el índice en el que debe empezar la comparación en la cadena. La 
condición en la instrucción i f (línea 22) determina si cada objeto Stri ng en el arreglo tiene los caracteres "pez", 
empezando con el tercer carácter en cada cadena. De ser así, el método devuelve true y la aplicación imprime el 
objeto Stri ng. 

La tercera instrucción for (líneas 30 a 34) utiliza el método endsWi th que recibe un argumento Stri ng. La 
condición en la línea 32 determina si cada objeto Stri ng en el arreglo termina con los caracteres "do". De ser así, 
el método devuelve true y la aplicación imprime el objeto Stri ng. 

30.3.4 Localización de caracteres y subcadenas en las cadenas 

A menudo es útil buscar un carácter o conjunto de caracteres en una cadena. Por ejemplo, si usted va a crear su 
propio procesador de palabras, tal vez quiera proporcionar una herramienta para buscar a través de los documen- 
tos. En la figura 30.5 se muestran las diversas versiones de los métodos indexOf y 1 astlndexOf de Stri ng, que 
buscan un carácter o subcadena especificados en una cadena. Todas las búsquedas en este ejemplo se realizan en la 
cadena letras (inicializada con "abcdefghi jklmabcdefghi j klm") que se encuentra en el método mai n. En las 
líneas 1 1 a 16 se utiliza el método i ndexOf para localizar la primera ocurrencia de un carácter en una cadena. 
Si indexOf encuentra el carácter, devuelve el índice de ese carácter en la cadena; en caso contrario indexOf 
devuelve -1. Elay dos versiones de indexOf que buscan caracteres en una cadena. La expresión en la línea 12 
utiliza la versión de i ndexOf que recibe una representación entera del carácter que se va a buscar. La expresión 
en la línea 14 utiliza otra versión del método i ndexOf, que recibe dos argumentos enteros: el carácter y el índice 
inicial en el que debe empezar la búsqueda en la cadena. 

Las instrucciones en las líneas 19 a 24 utilizan el método 1 astlndexOf para localizar la última ocurrencia de 
un carácter en una cadena. El método 1 astlndexOf realiza la búsqueda desde el final de la cadena, hacia el inicio 
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de la misma. Si el método 1 astlndexOf encuentra el carácter, devuelve el índice de ese carácter en la cadena; en 
caso contrario, devuelve -1. Hay dos versiones de 1 astlndexOf que buscan caracteres en una cadena. La expre- 
sión en la línea 20 utiliza la versión que recibe la representación entera del carácter. La expresión en la línea 22 
utiliza la versión que recibe dos argumentos enteros: la representación entera de un carácter y el índice a partir del 
cual debe iniciarse la búsqueda inversa de ese carácter. 

En las líneas 27 a 40 se muestran las versiones de los métodos i ndexOf y 1 astlndexOf que reciben, cada una 
de ellas, un objeto Stri ng como el primer argumento. Estas versiones de los métodos se ejecutan en forma idén- 
tica a las descritas anteriormente, excepto que buscan secuencias de caracteres (o subcadenas) que se especifican 
mediante sus argumentos Stri ng. Si se encuentra la subcadena, estos métodos devuelven el índice en la cadena 
del primer carácter en la subcadena. 


1 // Fig. 30.5: MetodosIndexStri ng . java 

2 // Métodos i ndexOf y 1 astlndexOf para buscar en cadenas. 

3 

4 public class MetodosIndexStri ng 

5 { 

6 public static void main( String args[] ) 

7 { 

8 String letras = "abcdefghi jklmabcdefghi jklm" ; 

9 

10 // prueba indexOf para localizar un carácter en una cadena 

11 System. out.printf( 

12 "'c' se encuentra en el indice %d\n", letras. index0f( ’c' ) ); 

13 System. out.printf( 

14 "'a' se encuentra en el indice %d\n", letras. index0f( 'a', 1 ) ); 

15 System. out.printf( 

16 se encuentra en el indice %d\n\n", 1 etras . i ndexOf ( '$' ) ); 

17 

18 // prueba lastlndexOf para buscar un carácter en una cadena 

19 System. out.printf( "La ultima 'c' se encuentra en el indice %d\n' , 

20 1 etras . 1 astlndexOf ( 'c' ) ); 

21 System. out.printf( "La ultima 'a' se encuentra en el indice %d\n' , 

22 1 etras. 1 astlndexOf ( 'a', 25 ) ); 

23 System. out.printf( "La ultima '$' se encuentra en el indice %d\n\n", 

24 1 etras . 1 astlndexOf ( '$' ) ); 

25 

26 // prueba indexOf para localizar una subcadena en una cadena 

27 System. out.printf( "\"def\" se encuentra en el indice %d\n , 

28 1 etras . i ndexOf ( "def" ) ); 

29 System. out.printf( "\"def\" se encuentra en el indice %d\n , 

30 letras. index0f( "def", 7 ) ); 

31 System. out.printf( "\"hola\" se encuentra en el indice %d\n\n", 

32 1 etras. i ndexOf ( "hola" ) ); 

33 

34 // prueba lastlndexOf para buscar una subcadena en una cadena 

35 System. out.printf( "La ultima ocurrencia de \"def\" se encuentra en el indice 

%d\n , 

36 1 etras . 1 astlndexOf ( "def" ) ); 

37 System. out.printf( "La ultima ocurrencia de \"def\" se encuentra en el indice 

%d\n , 

38 letras. lastlndex0f( "def", 25 ) ); 

39 System. out.printfC "La ultima ocurrencia de \"hola\" se encuentra en el indice 

%d\n , 

40 letras. lastlndex0f( "hola" ) ); 

41 } // fin de main 

42 } // fin de la clase MetodosIndexStri ng 

Figura 30.5 | Métodos de búsqueda de la clase Stri ng. (Parte I de 2). 
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'c' se encuentra en el indice 2 

'a' se encuentra en el indice 13 

'$' se encuentra en el indice -1 

La ultima ' c' se encuentra en el indice 15 

La ultima 'a' se encuentra en el indice 13 

La ultima '$' se encuentra en el indice -1 

"def" se encuentra en el indice 3 
"def" se encuentra en el indice 16 
"hola" se encuentra en el indice -1 

La ultima ocurrencia de "def" se encuentra en el indice 16 

La ultima ocurrencia de "def" se encuentra en el indice 16 

La ultima ocurrencia de "hola" se encuentra en el indice -1 


Figura 30.5 | Métodos de búsqueda de la clase Stri ng. (Parte 2 de 2). 


30.3.5 Extracción de subcadenas de las cadenas 

La clase Stri ng proporciona dos métodos substri ng para permitir la creación de un nuevo objeto Stri ng al 
copiar parte de un objeto Stri ng existente. Cada método devuelve un nuevo objeto Stri ng. Ambos métodos se 
muestran en la figura 30.6. 

La expresión 1 etras . substri ng( 20 ) en la línea 12 utiliza el método substri ng que recibe un argu- 
mento entero. Este argumento especifica el índice inicial en la cadena original 1 etras, a partir del cual se van a 
copiar caracteres. La subcadena devuelta contiene una copia de los caracteres, desde el índice inicial hasta el final 
de la cadena. Si el índice especificado como argumento se encuentra fuera de los límites de la cadena, el programa 
genera una excepción StringlndexOutOfBoundsException. 

La expresión 1 etras . substri ng( 3 , 6 ) en la línea 15 utiliza el método substri ng que recibe dos argu- 
mentos enteros. El primer argumento especifica el índice inicial a partir del cual se van a copiar caracteres en la 
cadena original. El segundo argumento especifica el índice que está una posición más allá del último carácter a 
copiar (es decir, copiar hasta, pero sin incluir a, ese índice en la cadena). La subcadena devuelta contiene copias 
de los caracteres especificados de la cadena original. Si los argumentos especificados están fuera de los límites de 
la cadena, el programa genera una excepción Stri nglndexOutOfBoundsException. 


1 // Fig. 30.6: SubStri ng . java 

2 // Métodos substring de la clase String. 

3 

4 public class SubString 

5 { 

6 public static void main( String args[] ) 

7 { 

8 String letras = "abcdefghi jklmabcdefghi jklm' ; 

9 

10 // prueba los métodos substring 

11 System. out.printf( "La subcadena desde el indice 20 hasta el final es \"%s\"\n", 

12 1 etras . substri ng( 20 ) ); 

13 System. out.printff "%s \"%s\"\n", 

14 "La subcadena desde el indice 3 hasta, pero sin incluir al 6 es", 

15 1 etras . substri ng( 3, 6 ) ); 

16 } // fin de main 

• 7 } // fin de la clase SubString 


La subcadena desde el indice 20 hasta el final es "hijklm" 

La subcadena desde el indice 3 hasta, pero sin incluir al 6 es "def" 

Figura 30.6 | Métodos substri ng de la clase Stri ng. 
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30.3.6 Concatenación de cadenas 

El método concat (figura 30.7) de Stri ng concatena dos objetos Stri ng y devuelve un nuevo objeto Stri ng, 
el cual contiene los caracteres de ambos objetos Stri ng originales. La expresión si. concatC s2 ) de la línea 13 
forma una cadena, anexando los caracteres de la cadena s2 a los caracteres de la cadena si. Los objetos Stri ng 
originales a los que se refieren si y s2 no se modifican. 


1 // Fig. 30.7: ConcatenacionString . java 

2 // Método concat de String. 

3 

4 public class ConcatenacionString 

5 { 

6 public static void main( String args[] ) 

7 { 

8 String si = new StringC "Feliz " ); 

9 String s2 = new StringC "Cumpl eanios" ); 

10 

11 System. out.printf( "si = %s\ns2 = %s\n\n' ,sl, s2 ); 

12 System. out.printf( 

13 "Resultado de sl.concat( s2 ) = %s\n , sl.concat( s2 ) ); 

14 System. out.printf( "si después de la concatenad on= %s\n' , si ); 

15 } // fin de main 

16 } // fin de la clase ConcatenacionString 

si = Feliz 

s2 = Cumpleanios 

Resultado de si. concatC s2 ) = Feliz Cumpleanios 
si después de la concatenacion= Feliz 

I 

Figura 30.7 | Método concat de String. 

30.3.7 Métodos varios de String 

La clase String proporciona varios métodos que devuelven copias modificadas de cadenas, o que devuelven 
arreglos de caracteres. Estos métodos se muestran en la aplicación de la figura 30.8. 

1 // Fig. 30.8: VariosStri ng2 . java 

2 // Métodos replace, toLowerCase, tollpperCase, trim y toCharArray de String. 

3 

4 public class VariosStri ng2 

5 { 

6 public static void main( String args[] ) 

7 { 

8 String si = new StringC "hola" ); 

9 String s2 = new StringC "ADIOS" ); 

10 String s3 = new StringC espacios " ); 

1 1 

12 System. out.printfC "si = %s\ns2 = %s\ns3 = %s\n\n", si, s2, s3 ); 

13 

14 // prueba del método replace 

15 System. out.printfC 

16 "Remplazar 'V con 'L' en si: %s\n\n", sl.replaceC '1', ' L ' ) ); 

17 

18 // prueba de toLowerCase y toUpperCase 

19 System. out.printfC "si. tollpperCaseC) =%s\n", sl.tollpperCaseO ); 

Figura 30.8 | Métodos replace, toLowerCase, toUpperCase, trim y toCharArray de Stri ng. (Parte I de 2). 
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20 System. out.printf( "s2 . toLowerCaseO =%s\n\n", s2 .toLowerCase() ); 

21 

22 // prueba del método trim 

23 System. out.printf( "s3 después de trim = \"%s\"\n\n , s3.trim() ); 

24 

25 // prueba del método toCharArray 

26 char arregloChar[] = sl.toCharArrayO ; 

27 System. out.print( "si como arreglo de caracteres = " ); 

28 

29 for ( char carácter : arregloChar ) 

30 System. out.print( carácter ); 

31 

32 System. out. printlnC) ; 

33 } // fin de main 

34 } // fin de la clase VariosStri ng2 


si = hola 

s2 = ADIOS 

s3 = espacios 

Remplazar ' 1 ' con ' L ' en si: hoLa 

si. tollpperCaseO = HOLA 
s2 . toLowerCaseO = adiós 

s3 después de trim = "espacios" 

si como arreglo de caracteres = hola 


Figura 30.8 | Métodos repl ace, toLowerCase, tollpperCase, trim y toCharArray de Stri ng. (Parte 2 de 2). 


En la línea 16 se utiliza el método repl ace de Stri ng para devolver un nuevo objeto Stri ng, en el que cada 
ocurrencia del carácter 1 1 ' en la cadena si se reemplaza con el carácter ' L ' . El método repl ace no modifica la 
cadena original. Si no hay ocurrencias del primer argumento en la cadena, el método repl ace devuelve la cade- 
na original. 

En la línea 19 se utiliza el método tollpperCase de Stri ng para generar un nuevo objeto Stri ng con letras 
mayúsculas, cuyas letras minúsculas correspondientes existen en si. El método devuelve un nuevo objeto Stri ng 
que contiene la cadena convertida y deja la cadena original sin cambios. Si no hay caracteres qué convertir, el 
método tollpperCase devuelve la cadena original. 

En la línea 20 se utiliza el método toLowerCase de Stri ng para devolver un nuevo objeto Stri ng con letras 
minúsculas, cuyas letras mayúsculas correspondientes existen en s2. La cadena original permanece sin cambios. 
Si no hay caracteres qué convertir en la cadena original, toLowerCase devuelve la cadena original. 

En la línea 23 se utiliza el método trim de Stri ng para generar un nuevo objeto Stri ng que elimine todos 
los caracteres de espacio en blanco que aparecen al principio o al final en la cadena en la que opera tri m. El méto- 
do devuelve un nuevo objeto St ri ng que contiene a la cadena sin espacios en blanco a la izquierda o a la derecha. 
La cadena original permanece sin cambios. 

En la línea 26 se utiliza el método toCharArray de Stri ng para crear un nuevo arreglo de caracteres, el cual 
contiene una copia de los caracteres en la cadena si. En las líneas 29 y 30 se imprime cada char en el arreglo. 

30.3.8 Método val ueOf de Stri ng 

Como hemos visto, todo objeto en Java tiene un método toStri ng que permite a un programa obtener la repre- 
sentación de cadena del objeto. Desafortunadamente, esta técnica no puede utilizarse con tipos primitivos, ya que 
éstos no tienen métodos. La clase Stri ng proporciona métodos stati c que reciben un argumento de cualquier 
tipo y lo convierten en un objeto Stri ng. En la figura 30.9 se muestra el uso de los métodos val ueOf de la clase 
Stri ng. 
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1 // Fig. 30.9: Stri ngVal ueOf . java 

2 // Métodos valueOf de String. 

3 

4 public class Stri ngVal ueOf 

5 { 

6 public static void main( String args[] ) 

7 { 

8 char arregloChar[] = { 'a', 'b\ 'c , ’d , ’e\ ' f ' }; 

9 boolean valorBoolean = true; 

10 char valorCaracter = ' Z ' ; 

11 int valorEntero = 7; 

12 long valorLong = 10000000000L; // el sufijo L indica long 

13 float valorFloat = 2.5f; // f indica que 2.5 es un float 

14 double valorDouble = 33.333; // no hay sufijo, double es el predeterminado 

15 Object refObjeto = "hola"; // asigna la cadena a una referencia Object 

16 

17 System. out.printff 

18 "arreglo de valores char = %s\n", String. valueOff arregloChar ) ); 

19 System. out.printff "parte del arreglo char = %s\n' , 

20 String. valueOff arregloChar, 3, 3 ) ); 

21 System. out.printff 

22 "boolean = %s\n", Stri ng. val ueOff valorBoolean ) ); 

23 System. out.printff 

24 "char = %s\n", String. valueOff valorCaracter ) ); 

25 System. out.printff "int = %s\n", String. valueOff valorEntero ) ); 

26 System. out.printff "long = %s\n", String. valueOff valorLong ) ); 

27 System. out.printff "float = %s\n", String. valueOff valorFloat ) ); 

28 System. out.printff 

29 "double = %s\n' , String. valueOff valorDouble ) ); 

30 System. out.printff "Object = %s\n", String. valueOff refObjeto ) ); 

31 } // fin de main 

32 } // fin de la clase Stri ngVal ueOf 


arreglo de valores char = abcdef 
parte del arreglo char = def 
boolean = true 
char = Z 
int = 7 

long = 10000000000 
float = 2.5 
double = 33.333 
Object = hola 


Figura 30.9 | Métodos val ueOf de la clase Stri ng. 


La expresión Stri ng . val ueOff arregloChar ) en la línea 18 utiliza el arreglo de caracteres arregloChar 
para crear un nuevo objeto String. La expresión String. val ueOff arregloChar, 3, 3 ) de la línea 20 utiliza 
una porción del arreglo de caracteres arregloChar para crear un nuevo objeto Stri ng. El segundo argumento 
especifica el índice inicial a partir del cual se van a utilizar caracteres. El tercer argumento especifica el número 
de caracteres a usar. 

Existen otras siete versiones del método val ueOf, las cuales toman argumentos de tipo bool ean, char, i nt, 
long, float, doubl e y Object, respectivamente. Estas versiones se muestran en las líneas 21 a 30. Observe que la 
versión de val ueOf que recibe un objeto Object como argumento puede hacerlo debido a que todos los objetos 
Object pueden convertirse en objetos Stri ng mediante el método toStri ng. 

[Nota: en las líneas 12 y 13 se utilizan los valores literales 10000000000 L y 2 . 5f como valores iniciales de la 
variable val orLong tipo 1 ong y de la variable val orFl oat tipo float, respectivamente. De manera predetermina- 
da, Java trata a las literales enteras como tipo i nt y a las literales de punto flotante como tipo doubl e. Si se anexa 
la letra L a la literal 10000000000 y se anexa la letra f a la literal 2 . 5, se indica al compilador que 10000000000 
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debe tratarse como long y que 2 . 5 debe tratarse como float. Se puede usar una L mayúscula o una 1 minúscula 
para denotar una variable de tipo long, y una F mayúscula o una f minúscula para denotar una variable de tipo 
float]. 


30.4 La clase StringBuil der 

Una vez que se crea un objeto Stri ng, su contenido ya no puede variar. Ahora hablaremos sobre las característi- 
cas de la clase StringBuil der para crear y manipular información de cadenas dinámicas; es decir, cadenas que 
pueden modificarse. Cada objeto Stri ngBui 1 der es capaz de almacenar varios caracteres especificados por su 
capacidad. Si se excede la capacidad de un objeto Stri ngBui 1 der, ésta se expande de manera automática para dar 
cabida a los caracteres adicionales. La clase Stri ngBui 1 der también se utiliza para implementar los operadores + 
y += para la concatenación de objetos Stri ng. 

Tip de rendimiento 30.2 



rg&rjava puede realizar ciertas optimizaciones en las que se involucran objetos String (como compartir un objeto 
Stri ng entre varias referencias), ya que sabe que estos objetos no cambiarán. Si los datos no van a cambiar, debemos 
usar objetos String (y no Stri ngBui 1 der). 



Tip de rendimiento 30.3 

En los programas que realizan la concatenación de cadenas con frecuencia, o en otras modificaciones de cadenas, a 
menudo es más eficiente implementar las modificaciones con la clase Stri ngBui 7 der. 


ir Observación de ingeniería de software 30.2 

| ^5^ Los objetos Stri ngBui 7 der no son seguros para los subprocesos. Si varios subprocesos requieren acceso a la misma 
información de una cadena dinámica, use la clase StringBuffer en su código. Las clases Stri ngBui 7 der y 
Stri ngBuffer son idénticas, pero la clase Stri ngBuffer es segura para los subprocesos. 


30.4-1 Constructores de StringBuil der 

La clase Stri ngBui 1 der proporciona cuatro constructores. En la figura 30.10 mostramos tres de ellos. En la 
línea 8 se utiliza el constructor de StringBuilder sin argumentos para crear un objeto Stri ngBui 1 der que 
no contiene caracteres, y tiene una capacidad inicial de 16 caracteres (el valor predeterminado para un objeto 
Stri ngBui 1 der). En la línea 9 se utiliza el constructor de Stri ngBui 1 der que recibe un argumento entero para 
crear un objeto Stri ngBui 1 der que no contiene caracteres, y su capacidad inicial se especifica mediante el argu- 
mento entero (es decir, 10). En la línea 10 se utiliza el constructor de Stri ngBui 1 der que recibe un argumento 
Stri ng (en este caso, una literal de cadena) para crear un objeto Stri ngBui 1 der que contiene los caracteres en el 
argumento Stri ng. La capacidad inicial es el número de caracteres en el argumento Stri ng, más 16. 

Las instrucciones en las líneas 12 a 14 utilizan el método toStri ng de la clase Stri ngBui 1 der para imprimir 
los objetos Stri ngBui 1 der con el método pri ntf. En la sección 30.4.4, hablaremos acerca de cómo Java usa los 
objetos Stri ngBui 1 der para implementar los operadores + y += para la concatenación de cadenas. 


1 // Fig. 30.10: ConstructoresStringBuilder. java 

2 // Constructores de StringBuilder. 

3 

4 public class ConstructoresStringBuilder 

5 { 

6 public static void main( String args[] ) 

7 { 

8 StringBuilder buferl = new Stri ngBui 1 der() ; 

9 StringBuilder bufer2 = new Stri ngBui 1 der( 10 ); 

10 StringBuilder bufer3 = new Stri ngBui 1 der( "hola 1 ); 

1 1 

Figura 30.10 | Constructores de la clase StringBuilder. (Parte I de 2). 
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12 System. out.printff "buferl = \"%s\"\n , buferl. toStringO ) 

13 System. out.printff "bufer2 = \"%s\"\n , bufer2 . toStri ngO ) 

14 System. out.printff "bufer3 = \"%s\"\n , bufer3 . toStri ng() ) 

15 } // fin de main 

16 } // fin de la clase ConstructoresStringBuilder 


buferl = "" 
bufer2 = "" 
bufer3 = "hola" 


Figura 30.10 | Constructores de la clase Stri ngBui lder. (Parte 2 de 2). 

30.4-2 Métodos length, capacity, setLength y ensureCapacity 
de StringBuilder 

La clase Stri ngBui 1 de r proporciona los métodos 1 ength y capaci ty para devolver el número actual de caracteres 
en un objeto Stri ngBui lder y el número de caracteres que pueden almacenarse en un objeto Stri ngBui lder 
sin necesidad de asignar más memoria, respectivamente. El método ensureCapacity permite al programador 
garantizar que un StringBuilder tenga, cuando menos, la capacidad especificada. El método setLength per- 
mite al programador incrementar o decrementar la longitud de un objeto Stri ngBui 1 der. En la figura 30.1 1 se 
muestra el uso de estos métodos. 

La aplicación contiene un objeto StringBuilder llamado bufer. En la línea 8 se utiliza el constructor de 
Stri ngBui lder que toma un argumento Stri ng para inicializar el objeto Stri ngBui lder con la cadena "Hol a, 
como estas?". En las líneas 10 y 1 1 se imprimen el contenido, la longitud y la capacidad del objeto Stri ng- 
Bui lder. Observe en la ventana de salida que la capacidad del objeto StringBuilder es inicialmente de 35. 
Recuerde que el constructor de Stri ngBui 1 der que recibe un argumento Stri ng inicializa la capacidad con la 
longitud de la cadena que se le pasa como argumento, más 16. 

En la línea 13 se utiliza el método ensureCapaci ty para expandir la capacidad del objeto Stri ngBui 1 der a 
un mínimo de 75 caracteres. En realidad, si la capacidad original es menor que el argumento, este método asegura 
una capacidad que sea el valor mayor entre el número especificado como argumento, y el doble de la capacidad 
original más 2. Si la capacidad actual del objeto Stri ngBui 1 der es más que la capacidad especificada, la capaci- 
dad del objeto Stri ngBui 1 der permanece sin cambios. 


1 // Fig. 30.11: Stri ngBui 1 derCapLen . java 

2 // Métodos length, setLength, capacity y ensureCapacity de StringBuilder. 

3 

4 public class Stri ngBui 1 derCapLen 

5 { 

6 public static void main( String args[] ) 

7 { 

8 StringBuilder bufer = new Stri ngBui 1 der( "Hola, como estas?" ); 

9 

10 System. out.printf( "bufer = %s\nlongitud = %d\ncapacidad = %d\n\n", 

11 bufer. toStringO , bufer. lengthO , bufer. capacityO ); 

12 

13 bufer . ensureCapaci ty( 75 ); 

14 System. out.printff "Nueva capacidad = %d\n\n", bufer . capaci ty() ); 

15 

16 bufer . setLength( 10 ); 

17 System. out.printff "Nueva longitud = %d\nbufer = %s\n", 

18 bufer. lengthO , bufer. toStringO ); 

19 } // fin de main 

20 } // fin de la clase StringBuilderCapLen 

Figura 30.1 I | Métodos length y capacity de StringBuilder. (Parte I de 2). 
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bufer = Hola, como estas? 
longitud = 17 
capacidad = 33 

Nueva capacidad = 75 

Nueva longitud = 10 
bufer = Hola, como 


Figura 30.1 I | Métodos length y capacity de Stri ngBui 1 der. (Parte 2 de 2). 


Tip de rendimiento 30.4 

El proceso de incrementar en forma dinámica la capacidad de un objeto Stri ngBui 7 der puede requerir una canti- 
dad considerable de tiempo. La ejecución de un gran número de estas operaciones puede degradar el rendimiento de 
una aplicación. Si un objeto Stri ngBui 1 der va a aumentar su tamaño en forma considerable, tal vez varias veces, 
si establecemos su capacidad a un nivel alto en un principio se incrementará el rendimiento. 

En la línea 16 se utiliza el método setLength para establecer la longitud del objeto Stri ngBui 1 der en 10. 
Si la longitud especificada es menor que el número actual de caracteres en el objeto Stri ngBui 1 der, el búfer 
se trunca a la longitud especificada (es decir, los caracteres en el objeto Stri ngBui 1 der después de la longitud 
especificada se descartan). Si la longitud especificada es mayor que el número de caracteres actualmente en el 
objeto Stri ngBui 1 der, se anexan caracteres nulos (caracteres con la representación numérica de 0) al objeto 
StringBuilder hasta que el número total de caracteres en el objeto StringBuilder sea igual a la longitud 
especificada. 

30.4-3 Métodos charAt, setCharAt, getChars y reverse de StringBuilder 

La clase Stri ngBui 1 der proporciona los métodos charAt, setCharAt, getChars y reverse para manipular los 
caracteres en un objeto StringBufFer. Cada uno de estos métodos se muestra en la figura 30.12. 


1 // Fig. 30.12: Stri ngBui 1 derChars . java 

2 // Métodos charAt, setCharAt, getChars y reverse de StringBuilder. 

3 

4 public class Stri ngBui 1 derChars 

5 { 

6 public static void main( String args[] ) 

7 { 

8 StringBuilder bufer = new Stri ngBui 1 der( "hola a todos" ); 

9 

10 System.out.printf( "bufer = %s\n", bufer. toStringO ); 

11 System. out. printf( "Carácter en 0: %s\nCaracter en 3: %s\n\n", 

12 bufer. charAt( 0 ), bufer. charAt( 3 ) ); 

13 

14 char arregloChars[] = new char[ bufer . 1 ength() ]; 

15 bufer. getChars( 0, bufer . 1 ength() , arregloChars, 0 ); 

16 System. out.print( "Los caracteres son: " ); 

17 

18 for ( char character : arregloChars ) 

19 System . out . pri nt( character ); 

20 

21 bufer. setCharAt( 0, ' H ' ); 

22 bufer. setCharAt( 7, 'T' ); 

23 System. out. printf( "\n\nbufer = %s", bufer. toStringO ); 

Figura 30.12 | Métodos para la manipulación de caracteres de StringBuilder. (Parte I de 2). 
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24 

25 bufer. reverseC) ; 

26 System. out. printff "\n\nbufer = %s\n", bufer. toStri ng() ); 

27 } // fin de maf n 

28 } // fin de la clase StringBuilderChars 


bufer = hola a todos 
Carácter en 0: h 
Carácter en 3: a 

Los caracteres son: hola a todos 

bufer = Hola a Todos 

bufer = sodoT a aloH 

Figura 30.12 | Métodos para la manipulación de caracteres de Stri ngBuilder. (Parte 2 de 2). 


El método charAt (línea 12) recibe un argumento entero y devuelve el carácter que se encuentre en el objeto 
Stri ngBuilder en ese índice. El método getChars (línea 15) copia los caracteres de un objeto Stri ngBui 1 der 
al arreglo de caracteres que recibe como argumento. Este método recibe cuatro argumentos: el índice inicial a 
partir del cual deben copiarse caracteres en el objeto Stri ngBui 1 der, el índice una posición más allá del último 
carácter a copiar del objeto Stri ngBui 1 der, el arreglo de caracteres en el que se van a copiar los caracteres y la 
posición inicial en el arreglo de caracteres en donde debe colocarse el primer carácter. El método setCharAt 
(líneas 2 1 y 22) recibe un entero y un carácter como argumentos y asigna al carácter en la posición especificada 
en el objeto Stri ngBui 1 der el carácter que recibe como argumento. El método reverse (línea 25) invierte el 
contenido del objeto Stri ngBui! der. 

Error común de programación 30.3 

Al tratar de acceder a un carácter que se encuentra fuera de los límites de un objeto Stri ngBui 7 der (es decir, con 
un índice menor que 0, o mayor o igual que la longitud del objeto Stri ngBui 7 der) se produce una excepción 

StringlndexOutOfBoundsExceptior. 

30.4-4 Métodos append de Stri ngBuilder 

La clase Stri ngBui 1 der proporciona métodos append sobrecargados (que mostramos en la figura 30.13) para 
permitir que se agreguen valores de diversos tipos al final de un objeto Stri ngBui 1 der. Se proporcionan versio- 
nes para cada uno de los tipos primitivos y para arreglos de caracteres, objetos Stri ng, Object, Stri ngBui 1 der 
y CharSequence (recuerde que el método toStri ng produce una representación de cadena de cualquier objeto 
Object). Cada uno de los métodos recibe su argumento, lo convierte en una cadena y lo anexa al objeto Stri ng- 
Bui 1 der. 



1 // Fig. 30.13: Stri ngBui 1 derAppend . java 

2 // Métodos append de Stri ngBui 1 der . 

3 

4 public class Stri ngBui 1 derAppend 

5 { 

6 public static void main( String args[] ) 

7 { 

8 Object refObjeto = "hola"; 

9 String cadena = "adiós"; 

10 char arregloCharf] = { 'a', ’b\ 'c\ ' d ' , ’e', 1 f ' }; 

11 boolean valorBoolean = true; 

Figura 30.13 | Métodos append de la clase Stri ngBuilder. (Parte I de 2). 
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12 char valorChar = ' Z ' ; 

13 int valorlnt = 7; 

14 long valorLong = 10000000000L; 

15 float valorFloat = 2.5f; // el sufijo f indica que 2.5 es un float 

16 double valorDouble = 33.333; 

17 

18 Stri ngBui 1 der ultimoBufer = new Stri ngBui 1 der( "ultimo bufer" ); 

19 Stri ngBui 1 der bufer = new Stri ngBui 1 der() ; 

20 

21 bufer . appendf refObjeto ); 

22 bufer. append( "\n" ); // cada uno de estos contiene nueva linea 

23 bufer . appendf cadena ); 

24 bufer . appendf "\n" ); 

25 bufer . appendf arregloChar ); 

26 bufer . appendf "\n" ); 

27 bufer . appendf arregloChar, 0, 3 ); 

28 bufer . appendf "\n" ); 

29 bufer . appendf valorBoolean ); 

30 bufer . appendf "\n" ); 

31 bufer . appendf valorChar ); 

32 bufer . appendf "\n" ); 

33 bufer . appendf valorlnt ); 

34 bufer . appendf "\n" ); 

35 bufer . appendf valorLong ); 

36 bufer . appendf "\n" ); 

37 bufer . appendf valorFloat ); 

38 bufer . appendf "\n" ); 

39 bufer . appendf valorDouble ); 

40 bufer . appendf "\n" ); 

41 bufer . appendf ultimoBufer ); 

42 

43 System. out.printff "bufer contiene %s\n , bufer . toStri ngf) ); 

44 } // fin de main 

45 } // fin de StringBuilderAppend 

bufer contiene hola 
adi os 
abcdef 
abe 
true 
Z 
7 

10000000000 
2.5 

33.333 

ultimo bufer 

Figura 30.1 3 | Métodos append de la clase Stri ngBui 1 der. (Parte 2 de 2). 

En realidad, el compilador utiliza los objetos Stri ngBui 1 der y los métodos append para implementar los 
operadores + y += para concatenar objetos Stri ng. Por ejemplo, suponga que se realizan las siguientes declara- 
ciones: 

String cadenal = "hola"; 

String cadena2 = "BC" 
int valor = 22 ; 

la instrucción 

String s = cadenal + cadena2 + valor; 
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concatena a "hola", "BC" y 22 . La concatenación se realiza de la siguiente manera: 

new Stri ngBui 1 der() .append( "hola" ).append( "BC" ).append( 22 ) . toStri ng() ; 

Primero, Java crea un objeto Stri ngBui 1 der vacío y después anexa a este objeto StringBuffer las cadenas 
"hola", "BC" y el entero 22. A continuación, el método toStri ng de Stri ngBui 1 der convierte el objeto 
Stri ngBui 1 der en un objeto Stri ng que se asigna al objeto Stri ng s. La instrucción 

s += " ! " ; 

se ejecuta de la siguiente manera: 

s = new Stri ngBui 1 der() . append( s ).append( ). toStri ng() ; 

Primero, Java crea un objeto Stri ngBui 1 der vacío y después anexa a ese objeto Stri ngBui 1 der el conteni- 
do actual de s, seguido por " ! ", A continuación, el método toStri ng de Stri ngBui 1 der convierte el objeto 
Stri ngBui 1 der en una representación de cadena, y el resultado se asigna a s. 

30.4-5 Métodos de inserción y eliminación de StringBinlder 

La clase Stri ngBui 1 der proporciona métodos inserí sobrecargados para permitir que se inserten valores de 
diversos tipos en cualquier posición de un objeto Stri ngBui 1 der. Se proporcionan versiones para cada uno 
de los tipos primitivos, y para arreglos de caracteres, objetos String, Object y CharSequence. Cada uno de 
los métodos toma su segundo argumento, lo convierte en una cadena y la inserta justo antes del índice especifi- 
cado por el primer argumento. El primer argumento debe ser mayor o igual que 0, y menor que la longitud del 
objeto Stri ngBui 1 der; de no ser así, se produce una excepción Stri nglndexOutOfBoundsExcepti on. La clase 
Stri ngBui 1 der también proporciona métodos delete y deleteCharAt para eliminar caracteres en cualquier 
posición de un objeto StringBuilder. El método delete recibe dos argumentos: el índice inicial y el índice 
que se encuentra una posición más allá del último de los caracteres que se van a eliminar. Se eliminan todos los 
caracteres que empiezan en el índice inicial hasta, pero sin incluir al índice final. El método del eteCharAt recibe 
un argumento: el índice del carácter a eliminar. El uso de índices inválidos hace que ambos métodos lancen una 
excepción Stri nglndexOutOfBoundsExcepti on. Los métodos inserí, delete y del eteCharAt se muestran 
en la figura 30.14. 


1 // Fig. 30.14: Stri ngBui 1 derlnsert . java 

2 // Métodos inserí, delete y del eteCharAt de StringBuilder 

3 

4 public class Stri ngBui 1 derlnsert 

5 { 

6 public static void main( String args[] J 

7 { 

8 Object refObjeto = "hola 1 ; 

9 String cadena = "adiós"; 

10 char arregloChars[] = { 'a , ' b ' , ’c’, ' d ' , 'e\ ' f ' }; 

11 boolean valorBoolean = true; 

12 char valorChar = ' K ' ; 

13 int valorlnt = 7; 

14 long valorLong = 10000000; 

15 float valorFloat = 2.5f; // el sufijo f indica que 2.5 es un float 

16 double valorDouble = 33.333; 

17 

18 StringBuilder bufer = new Stri ngBui 1 der() ; 

19 

20 bufer . i nsert( 0, refObjeto ); 

21 bufer . i nsert( 0, " " ); // cada uno de estos contiene nueva linea 

22 bufer . i nsert( 0, cadena ); 

23 bufer . i nsert( 0, ); 

Figura 30.14 | Métodos inserí y delete de StringBuilder. (Parte I de 2) . 
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24 

bufer . inserte 

0, 

arregloChars ) ; 

25 

bufer . insert( 

0, 

); 

26 

bufer . inserte 

0, 

arregloChars, 3, 3 ) 

27 

bufer . inserte 

0, 

); 

28 

bufer . inserte 

0, 

valorBoolean ) ; 

29 

bufer . inserte 

0, 

); 

30 

bufer . inserte 

0, 

valorChar ) ; 

31 

bufer . inserte 

0, 

); 

32 

bufer . inserte 

0, 

valorlnt ) ; 

33 

bufer . inserte 

0, 

); 

34 

bufer . inserte 

0, 

valorLong ) ; 

35 

bufer . inserte 

0, 

); 

36 

bufer . inserte 

0, 

valorFloat ); 

37 

bufer . inserte 

0, 

); 

38 

bufer . inserte 

0, 

valorDouble ); 


39 

40 System. out.printf( 

41 "bufer después de insertar:\n%s\n\n" , bufer.toStringO ); 

42 

43 bufer . del eteCharAtf 10 ) ; // elimina el 5 en 2.5 

44 bufer . del ete( 2 , 6 ); // elimina el .333 en 33.333 

45 

46 System. out.printf( 

47 "bufer después de el imi nar :\n%s\n" , bufer.toStringO ); 

48 } // fin de main 

49 } // fin de la clase StringBuilderlnsert 


bufer después de insertar: 



33.333 2.5 10000000 7 K 

true 

def abedef adiós hola 

bufer después de eliminar: 



33 2. 10000000 7 K true 

def 

abedef adiós hola 


Figura 30.14 | Métodos i nsert y delete de StringBuilder. (Parte 2 de 2). 


30.5 La clase Character 

En el capítulo 17 vimos que Java proporciona ocho clases de envoltura de tipos: Boolean, Character, Double, 
Float, Byte, Short, Integer y Long, los cuales permiten que los valores de tipo primitivo sean tratados 
como objetos. En esta sección presentaremos la clase Character: la clase de envoltura de tipos para el tipo 
primitivo char. 

La mayoría de los métodos de la clase Character son stati c, diseñados para facilitar el procesamiento de 
valores char individuales. Estos métodos reciben cuando menos un argumento tipo carácter y realizan una prue- 
ba o manipulación del carácter. Esta clase también contiene un constructor que recibe un argumento char para 
inicializar un objeto Character. En los siguientes tres ejemplos presentaremos la mayor parte de los métodos 
de la clase Character. Para obtener más información sobre esta clase (y las demás clases de envoltura de tipos), 
consulte el paquete j ava . 1 ang en la documentación del API de Java. 

En la figura 30.15 se muestran algunos métodos stati c que prueban caracteres para determinar si son de un 
tipo de carácter específico y los métodos stati c que realizan conversiones de caracteres de minúscula a mayúscu- 
la, y viceversa. Puede introducir cualquier carácter y aplicar estos métodos a ese carácter. 

En la línea 15 se utiliza el método isDefined de Character para determinar si el carácter c está definido 
en el conjunto de caracteres Unicode. De ser así, el método devuelve true; en caso contrario, devuelve false. 
En la línea 16 se utiliza el método isDigit de Character para determinar si el carácter c es un dígito defi- 
nido en Unicode. De ser así el método devuelve true y, en caso contrario devuelve fal se. 

En la línea 18 se utiliza el método i sJavaldentifierStart de Character para determinar si c es un carác- 
ter que puede ser el primer carácter de un identificador en Java; es decir, una letra, un guión bajo (_) o un signo 
de dólares ($). De ser así, el método devuelve true; en caso contrario devuelve fal se. En la línea 20 se utiliza 




1318 Capítulo 30 Cadenas, caracteres y expresiones regulares 


1 // Fig. 30.15: MetodosStati cChar . java 

2 // Prueba de los métodos static de Character y los métodos de conversión de mayúsculas/ 
mi núscul as . 

3 import java. útil .Scanner; 

4 

5 public class MetodosStati cChar 

6 { 

7 public static void main( String args[] ) 

8 { 

9 Scanner scanner = new Scanner( System. in ); // crea objeto scanner 

10 System. out.printlnC "Escriba un carácter y oprima Intro" ); 

11 String entrada = scanner . next() ; 

12 char c = entrada. charAt( 0 ); // obtiene el carácter de entrada 

13 

14 // muestra información sobre los caracteres 

15 System. out.printf( "esta definido: %b\n' , Character . i sDefined( c ) ); 

16 System. out.printff "es digito: %b\n 1 , Character. isDigit( c ) ); 

17 System. out.printf( "es el primer carácter en un identificador de Java: %b\n", 

18 Character. isJavaldentifierStartf c ) ); 

19 System. out.printf( "es parte de un identificador de Java: %b\n", 

20 Character. i sJavaldentifierPartf c ) ); 

21 System. out.printff "es letra: %b\n", Character . i sLetterf c ) ); 

22 System. out.printff 

23 "es letra o digito: %b\n", Character. i sLetterOrDi gi t( c ) ); 

24 System. out.printff 

25 "es minúscula: %b\n' , Character . i sLowerCasef c ) ); 

26 System. out.printff 

27 "es mayúscula: %b\n' , Character . i sllpperCasef c ) ); 

28 System. out.printff 

29 "a mayúscula: %s\n", Character . toUpperCasef c ) ); 

30 System. out.printff 

31 "a minúscula: %s\n", Character . toLowerCasef c ) ); 

32 } // fin de main 

33 } // fin de la clase MetodosStati cChar 


Escriba un carácter y oprima Intro 

A 

esta definido: true 
es digito: false 

es el primer carácter en un identificador de Java: true 
es parte de un identificador de Java: true 
es letra: true 
es letra o digito: true 
es minúscula: false 
es mayúscula: true 
a mayúscula: A 
a minúscula: a 


Escriba un carácter y oprima Intro 

8 

esta definido: true 
es digito: true 

es el primer carácter en un identificador de Java: false 
es parte de un identificador de Java: true 
es letra: false 
es letra o digito: true 


Figura 30.15 | Métodos static de la clase Character para probar caracteres y convertir de mayúsculas 
a minúsculas, y viceversa. (Parte I de 2). 
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es minúscula: false 
es mayúscula: false 
a mayúscula: 8 
a minúscula: 8 

Escriba un carácter y oprima Intro 
$ 

esta definido: true 
es digito: false 

es el primer carácter en un i dentificador de lava: true 
es parte de un i dentificador de lava: true 
es letra: false 
es letra o digito: false 
es minúscula: false 
es mayúscula: false 
a mayúscula: $ 
a minúscula: $ 

I 

Figura 30.15 | Métodos static de la clase Character para probar caracteres y convertir de mayúsculas 
a minúsculas, y viceversa. (Parte 2 de 2). 


el método isJavaldentifierPart de Character para determinar si el carácter c puede utilizarse en un identi- 
ficador en Java; es decir, un dígito, una letra, un guión bajo (_) o un signo de dólares ($). De ser así, el método 
devuelve true; en caso contrario devuelve fal se. 

En la línea 21 se utiliza el método isLetter de Character para determinar si el carácter c es una letra. Si es 
así, el método devuelve true; en caso contrario devuelve fal se. En la línea 23 se utiliza el método i sLetterOr- 
Digit de Character para determinar si el carácter c es una letra o un dígito. Si es así, el método devuelve true; 
en caso contrario devuelve fal se. 

En la línea 25 se utiliza el método isLowerCase de Character para determinar si el carácter c es una letra 
minúscula. Si es así, el método devuelve true; en caso contrario devuelve false. En la línea 27 se utiliza el 
método islIpperCase de Character para determinar si el carácter c es una letra mayúscula. Si es así, el método 
devuelve true; en caso contrario devuelve fal se. 

En la línea 29 se utiliza el método tollpperCase de Character para convertir el carácter c en su letra ma- 
yúscula equivalente. El método devuelve el carácter convertido si éste tiene un equivalente en mayúscula; en 
caso contrario, el método devuelve su argumento original. En la línea 31 se utiliza el método toLowerCase de 
Character para convertir el carácter c en su letra minúscula equivalente. El método devuelve el carácter conver- 
tido si éste tiene un equivalente en minúscula; en caso contrario, el método devuelve su argumento original. 

En la figura 30.16 se muestran los métodos estáticos digit y forDigit de Character, los cuales convierten 
caracteres a dígitos y dígitos a caracteres, respectivamente, en distintos sistemas numéricos. Los sistemas nu- 
méricos comunes son el decimal (base 10), octal (base 8), hexadecimal (base 16) y binario (base 2). La base de 
un número se conoce también como su raíz. Para obtener más información sobre las conversiones entre sistemas 
numéricos, vea el apéndice E. 


1 // Fig. 30.16: MetodosStati cChar2 . java 

2 // Métodos de conversión estáticos de Character. 

3 import java. útil .Scanner; 

4 

5 public class MetodosStati cChar2 

6 { 

7 // crea el objeto MetodosStati cChar2 y ejecuta la aplicación 

8 public static void main( String args[] ) 

9 { 

10 Scanner scanner = new Scanner( System. in ); 

Figura 30.16 | Métodos de conversión static de la clase Character. (Parte I de 2). 
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1 1 

12 

// obtiene la raiz 


13 

System. out.println( "Escriba una raiz: ); 


14 

int raiz = scanner . nextlntO ; 


15 



16 

// obtiene la selección del usuario 


17 

System. out.printf( "Seleccione una opcion:\nl — %s\n2 

-- %s\n" , 

18 

"Convertir digito a carácter", "Convertir carácter 

a di gi to" ) ; 

19 

int opcion = scanner . nextlntO ; 


20 



21 

// procesa la petición 


22 

switch ( opcion ) 


23 

{ 


24 

case 1: // convierte digito a carácter 


25 

System. out.println( "Escriba un digito:" ); 


26 

int digito = scanner . nextlntO ; 


27 

System. out.printf( "Convertir digito a carácter: 

%s\n , 

28 

Character. forDigit( digito, raiz ) ); 


29 

break; 


30 



31 

case 2: // convierte carácter a digito 


32 

System. out.println( "Escriba un carácter:" ); 


33 

char carácter = scanner . next() . charAt( 0 ); 


34 

System. out.printf( "Convertir carácter a digito: 

%s\n , 

35 

Character. digit( carácter, raiz ) ); 


36 

break; 


37 

} // fin de switch 


38 

} // fin de main 


39 

} // fin de la clase MetodosStati cChar2 


Escriba una raiz: 


16 



Seleccione una opcion: 


1 - 

- Convertir digito a carácter 


2 - 
■) 

- Convertir carácter a digito 


i- 

Escriba un carácter: 

A 



Convertir carácter a digito: 10 


Escriba una raiz: 

16 

Seleccione una opcion: 

1 — Convertir digito a carácter 

2 — Convertir carácter a digito 

1 

Escriba un digito: 

13 

Convertir digito a carácter: d 


Figura 30.16 | Métodos de conversión stati c de la clase Character. (Parte 2 de 2). 


En la línea 28 se utiliza el método forDigit para convertir el entero digito en un carácter del sistema 
numérico especificado por el entero rai z (la base del número). Por ejemplo, el entero decimal 13 en base 16 (la 
rai z) tiene el valor de carácter 1 d 1 . Observe que las letras en minúsculas y mayúsculas representan el mismo valor 
en los sistemas numéricos. En la línea 35 se utiliza el método di gi t para convertir el carácter c en un entero del 
sistema numérico especificado por el entero raiz (la base del número). Por ejemplo, el carácter 'A' es la repre- 
sentación en base 16 (la rai z) del valor 10 en base 10. La raíz debe estar entre 2 y 36, inclusive. 
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En la figura 30.17 se muestra el constructor y varios métodos no stati c de la clase Character: charVal ue, 
toStri ng y equal s. En las líneas 8 y 9 se instancian dos objetos Character al realizar conversiones autoboxing 
en las constantes de caracteres ' A ' y ' a ' , respectivamente. En la línea 12 se utiliza el método charVal ue de Cha- 
racter para devolver el valor char almacenado en el objeto Character llamado el. En la línea 12 se devuelve 
la representación de cadena del objeto Character llamado c2, utilizando el método toStri ng. La condición 
en la instrucción if . . . el se de las líneas 14 a 17 utiliza el método equal s para determinar si el objeto el tiene 
el mismo contenido que el objeto c2 (es decir, si los caracteres dentro de cada objeto son iguales). 


1 // Fig. 30.17: OtrosMetodosChar. java 

2 // Métodos no static de Character. 

3 

4 public class OtrosMetodosChar 

5 { 

6 public static void main( String args[] ) 

7 { 

8 Character el = 'A' ; 

9 Character c2 = 'a' ; 

10 

11 System. out.printf( 

12 "el = %s\nc2 = %s\n\n 1 , el. charVal ue() , c2 .toStri ng() ); 

13 

14 if ( cl.equals( c2 ) ) 

15 System . out . pri ntl n( "el y c2 son iguales\n" ); 

16 else 

17 System. out. println( "el y c2 no son iguales\n" ); 

18 } // fin de main 

19 } // fin de la clase OtrosMetodosChar 


el = A 
c2 = a 

el y c2 no son iguales 


Figura 30.17 | Métodos no static de la clase Character. 


30.6 La clase Stri ngTokenizer 

Cuando usted lee una oración, su mente la divide en tokens (palabras individuales y signos de puntuación, cada 
uno de los cuales transfiere a usted su significado). Los compiladores también llevan a cabo la descomposición de 
instrucciones en piezas individuales tales como palabras clave, identificadores, operadores y demás elementos 
de un lenguaje de programación. Ahora estudiaremos la clase Stri ngTokeni zer de Java (del paquete java, 
útil), la cual descompone una cadena en los tokens que la componen. Los tokens se separan unos de otros 
mediante delimitadores, que generalmente son caracteres de espacio en blanco tales como los espacios, tabulado- 
res, nuevas líneas y retornos de carro. También pueden utilizarse otros caracteres como delimitadores para separar 
tokens. La aplicación de la figura 30.18 muestra el uso de la clase Stri ngTokeni zer. 

Cuando el usuario oprime Intro, el enunciado de entrada se almacena en la variable enunci ado. En la línea 
17 se crea un objeto Stri ngTokeni zer para enunciado. El constructor de Stri ngTokeni zer recibe un argu- 
mento de cadena y crea un objeto Stri ngTokeni zer para esa cadena, utilizando la cadena delimitadora prede- 
terminada "\t\n\r\f " que consiste en un espacio, un fabulador, un retorno de carro y una nueva línea, para la 
descomposición en tokens. Hay otros dos constructores para la clase Stri ngTokeni zer. En la versión que recibe 
dos argumentos Stri ng, el segundo Stri ng es la cadena delimitadora. En la versión que recibe tres argumentos, 
el segundo String es la cadena delimitadora y el tercer argumento (boolean) determina si los delimitadores 
también se devuelven como tokens (sólo si este argumento es true). Esto es útil si usted necesita saber cuáles son 
los delimitadores. 

En la línea 19 se utiliza el método countTokens de Stri ngTokeni zer para determinar el número de tokens 
en la cadena que se va a descomponer en tokens. La condición en la línea 21 utiliza el método hasMoreTokens 
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1 // Fig. 30.18: PruebaToken . java 

2 // La clase StringTokenizer. 

3 import java. útil .Scanner; 

4 import java. útil .StringTokenizer; 

5 

6 public class PruebaToken 

7 { 

8 // ejecuta la aplicación 

9 public static void main( String args[] ) 

10 { 

11 // obtiene el enunciado 

12 Scanner scanner = new Scanner( System. in ); 

13 System. out.printlnC "Escriba un enunciado y oprima Intro" ); 

14 String enunciado = scanner . nextLi ne() ; 

15 

16 // procesa el enunciado del usuario 

17 StringTokenizer tokens = new Stri ngTokeni zer( enunciado ); 

18 System. out.printfC "Numero de elementos: %d\nLos tokens son:\n", 

19 tokens . countTokens() ); 

20 

21 while ( tokens . hasMoreTokens() ) 

22 System. out.printlnC tokens . nextToken() ); 

23 } // fin de main 

24 } // fin de la clase PruebaToken 


Escriba un enunciado y oprima Intro 
Este es un enunciado con siete tokens 

Numero de elementos: 7 
Los tokens son: 

Este 

es 

un 

enunci ado 
con 
si ete 
tokens 


Figura 30.18 | Objeto StringTokenizer utilizado para descomponer cadenas en tokens. 


de Stri ngTokeni zer para determinar si hay más tokens en la cadena que va a descomponerse. De ser así, en la 
línea 22 se imprime el siguiente token en el objeto Stri ng. El siguiente token se obtiene mediante una llamada 
al método nextToken de Stri ngTokeni zer, el cual devuelve un objeto Stri ng. El token se imprime mediante 
el uso de pri ntl n, de manera que los siguientes tokens aparezcan en líneas separadas. 

Si desea cambiar la cadena delimitadora mientras descompone una cadena en tokens, puede hacerlo especifi- 
cando una nueva cadena delimitadora en una llamada a nextToken, como se muestra a continuación: 

tokens. nextToken ( nuevaCadenaDel imitadora ); 

Esta característica no se muestra en la figura 30.18. 

30.7 Expresiones regulares, la clase Pattern y la clase Matcher 

Las expresiones regulares son secuencias de caracteres y símbolos que definen un conjunto de cadenas. Son útiles 
para validar la entrada y asegurar que los datos estén en un formato específico. Por ejemplo, un código postal 
debe consistir de cinco dígitos, y un apellido sólo debe contener letras, espacios, apostrofes y guiones cortos. Una 
aplicación de las expresiones regulares es facilitar la construcción de un compilador. A menudo se utiliza una ex- 
presión regular larga y compleja para validar la sintaxis de un programa. Si el código del programa no coincide 
con la expresión regular, el compilador sabe que hay un error de sintaxis dentro del código. 
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La clase String proporciona varios métodos para realizar operaciones con expresiones regulares, siendo la 
más simple la operación de concordancia. El método matches de la clase Stri ng recibe una cadena que especifica 
la expresión regular, e iguala el contenido del objeto Stri ng que lo llama con la expresión regular. Este método 
devuelve un valor de tipo bool ean indicando si hubo concordancia o no. 

Una expresión regular consiste de caracteres literales y símbolos especiales. La tabla de la figura 30.19 espe- 
cifica algunas clases predefinidas de caracteres que pueden usarse con las expresiones regulares. Una clase de 
carácter es una secuencia de escape que representa a un grupo de caracteres. Un dígito es cualquier carácter 
numérico. Un carácter de palabra es cualquier letra (mayúscula o minúscula), cualquier dígito o el carácter de 
guión bajo. Un carácter de espacio en blanco es un espacio, tabulador, retorno de carro, nueva línea o avance 
de página. Cada clase de carácter se iguala con un solo carácter en la cadena que intentamos hacer concordar con 
la expresión regular. 

Las expresiones regulares no están limitadas a esas clases predefinidas de caracteres. Las expresiones utili- 
zan varios operadores y otras formas de notación para igualar patrones complejos. Analizaremos varias de estas 
técnicas en la aplicación de las figuras 30.20 y 30.21, la cual valida la entrada del usuario mediante expresiones 
regulares. [Nota: esta aplicación no está diseñada para igualar todos los posibles datos de entrada del usuario]. 


Carácter 

Concuerda con 

Carácter 

Concuerda con 

\d 

cualquier dígito 

\D 

cualquier carácter que no sea dígito 

\w 

cualquier carácter de palabra 

\w 

cualquier carácter que no sea de palabra 

\s 

cualquier espacio en blanco 

\s 

cualquier carácter que no sea de espacio en blanco 


Figura 30.19 | Clases predefinidas de caracteres. 


1 // Fig. 30.20: ValidacionEntrada. java 

2 // Valida la información del usuario mediante expresiones regulares. 

3 

4 public class ValidacionEntrada 

5 { 

6 // valida el primer nombre 

7 public static boolean validarPrimerNombre( String primerNombre ) 

8 { 

9 return primerNombre. matches( ' [A-Z] [a-zA-Z] *" ); 

10 } // fin del método validarPrimerNombre 

1 1 

12 // valida el apellido 

13 public static boolean validarApellidoPaterno( String apel 1 i doPaterno ) 

14 { 

15 return apellidoPaterno.matches( "[a-zA-z]+([ ' -] [a-zA-Z]+)*" ); 

16 } // fin del método val i darApel 1 i doPaterno 

17 

18 // valida la dirección 

19 public static boolean validarDi reccion( String dirección ) 

20 { 

21 return di reccion .matches( 

22 "\\d+\\s+( [a-zA-Z] +| [a-zA-Z] +\\s [a-zA-Z] +) " ); 

23 } // fin del método validarDi reccion 

24 

25 // valida la ciudad 

26 public static boolean val idarCi udad( String ciudad ) 

27 { 

28 return ciudad. matches ( "([a-zA-Z]+| [a-zA-Z]+\\s[a-zA-Z]+)" ); 

29 } // fin del método val i darCi udad 

Figura 30.20 | Valida la Información del usuario mediante expresiones regulares. (Parte I de 2). 
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30 

31 // valida el estado 

32 public static boolean val idarEstado( String estado ) 

33 { 

34 return estado. matches( "([a-zA-Z]+| [a-zA-Z]+\\s[a-zA-Z]+)" ) ; 

35 } // fin del método val i darEstado 

36 

37 // valida el código postal 

38 public static boolean validarCP( String cp ) 

39 { 

40 return cp.matchesf "\\d{5}" ); 

41 } // fin del método validarCP 

42 

43 // valida el teléfono 

44 public static boolean val idarTel efono( String telefono ) 

45 { 

46 return tel efono. matches ( " [1-9] \\d{2}- [l-9]\\d{2}-\\d{4}" ); 

47 } // fin del método val idarTel efono 

48 } // fin de la clase Val i daci onEntrada 

Figura 30.20 | Valida la información del usuario mediante expresiones regulares. (Parte 2 de 2). 


1 // Fig. 30.21: Validación. java 

2 // Valida la información del usuario mediante expresiones regulares. 

3 import java. útil .Scanner; 

4 

5 public class Validación 

6 { 

7 public static void main( String [] args ) 

8 { 

9 // obtiene la entrada del usuario 

10 Scanner scanner = new Scannerf System. in ); 

11 System. out.printlnf "Escriba el primer nombre:' ); 

12 String primerNombre = scanner. nextLinef) ; 

13 System. out.printlnf "Escriba el apellido paterno: 1 ); 

14 String apel 1 idoPaterno = scanner. nextLinef) ; 

15 System. out.printlnf "Escriba la dirección:" ); 

16 String dirección = scanner . nextLi nef) ; 

17 System. out.printlnf "Escriba la ciudad:" ); 

18 String ciudad = scanner . nextLi nef) ; 

19 System. out.printlnf "Escriba el estado:" ); 

20 String estado = scanner . nextLi nef) ; 

21 System. out.printlnf "Escriba el codigo postal:' ); 

22 String cp = scanner. nextLinef) ; 

23 System. out.printlnf "Escriba el telefono:" ); 

24 String telefono = scanner . nextLi nef) ; 

25 

26 // valida la entrada del usuario y muestra mensaje de error 

27 System. out.printlnf "\nValidar resultado:" ); 

28 

29 if f IValidacionEntrada.validarPrimerNombref primerNombre ) ) 

30 System. out.printlnf "Primer nombre invalido" ); 

31 else if f IValidacionEntrada.validarApellidoPaternof apellidoPaterno ) ) 

32 System. out.printlnf "Apellido paterno invalido" ); 

else if f ! Val i daci onEntrada. val idarDi recci onf dirección ) ) 

34 System. out.printlnf "Dirección invalida" ); 

35 else if f IValidacionEntrada.validarCiudadf ciudad ) ) 

36 System. out.printlnf "Ciudad invalida" ); 

Figura 30.21 | Recibe datos del usuario y los valida mediante la clase ValidacionEntrada. (Parte I de 2). 
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37 else if ( !ValidacionEntrada.validarEstado( estado ) ) 

38 System . out . pri ntl n( "Estado invalido" ); 

39 else if ( !ValidacionEntrada.validarCP( cp ) ) 

40 System . out . pri ntl n( "Codigo postal invalido" ); 

41 else if ( !ValidacionEntrada.validarTelefono( telefono ) ) 

42 System . out . pri ntl n( "Numero telefónico invalido" ); 

43 else 

44 System. out. println( "La entrada es valida. Gracias." ); 

45 } // fin de main 

46 } // fin de la clase Validación 


Escriba el 

Jane 

Escriba el 

Doe 

Escriba la 
123 Cierta 
Escriba la 
Una ciudad 
Escriba el 


primer nombre: 

apellido paterno: 

di recci on : 

Calle 
ci udad : 

estado: 


SS 

Escriba el codigo postal: 
123 

Escriba el telefono: 


123-456-7890 


Validar resultado: 
Codigo postal invalido 


Escriba el primer nombre: 

Jane 

Escriba el apellido paterno: 

Doe 

Escriba la dirección: 

123 Una calle 
Escriba la ciudad: 

Una ciudad 
Escriba el estado: 

SS 

Escriba el codigo postal: 

12345 

Escriba el telefono: 

123-456-7890 

Validar resultado: 

La entrada es valida. Gracias. 


Figura 30.21 | Recibe datos del usuario y los valida mediante la clase ValidacionEntrada. (Parte 2 de 2). 


En la figura 30.20 se valida la entrada del usuario. En la línea 9 se valida el nombre. Para hacer que concuerde 
un conjunto de caracteres que no tiene una clase predefinida de carácter, utilice los corchetes ([]). Por ejemplo, 
el patrón " [aei ou] " puede utilizarse para concordar con una sola vocal. Los rangos de caracteres pueden repre- 
sentarse colocando un guión corto (-) entre dos caracteres. En el ejemplo, " [A-Z] ” concuerda con una sola letra 
mayúscula. Si el primer carácter entre corchetes es "A", la expresión acepta cualquier carácter distinto a los que se 
indiquen. Sin embargo, es importante observar que " [ A Z] " no es lo mismo que " [A-Y] ", la cual concuerda con 
las letras mayúsculas A-Y; " [az] " concuerda con cualquier carácter distinto de la letra Z mayúscula, inclu- 
yendo las letras minúsculas y los caracteres que no son letras, como el carácter de nueva línea. Los rangos en 
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las clases de caracteres se determinan mediante los valores enteros de las letras. En este ejemplo, "[A-Za-z]" 
concuerda con todas las letras mayúsculas y minúsculas. El rango " [A-z] " concuerda con todas las letras y tam- 
bién concuerda con los caracteres (como % y 6) que tengan un valor entero entre la letra Z mayúscula y la letra a 
minúscula (para obtener más información acerca de los valores enteros de los caracteres, consulte el apéndice B, 
Conjunto de caracteres ASCII). Al igual que las clases predefinidas de caracteres, las clases de caracteres delimita- 
das entre corchetes concuerdan con un solo carácter en el objeto de búsqueda. 

En la línea 9 (figura 30.20), el asterisco después de la segunda clase de carácter indica que puede concordar 
cualquier número de letras. En general, cuando aparece el operador de expresión regular "*" en una expresión 
regular, el programa intenta hacer que concuerden cero o más ocurrencias de la subexpresión que va inmediata- 
mente después de El operador "+" intenta hacer que concuerden una o más ocurrencias de la subexpresión 
que va inmediatamente después de Por lo tanto, "A*" y "A+" concordarán con "AAA", pero sólo "A*" con- 
cordará con una cadena vacía. 

Si el método val i darPri merNombre devuelve true (línea 29 de la figura 30.21), la aplicación trata de vali- 
dar el apellido (línea 31) llamando a val i darApel 1 i doPaterno (líneas 13 a 16 de la figura 30.20). La expresión 
regular para validar el apellido concuerda con cualquier número de letras divididas por espacios, apostrofes o 
guiones cortos. 

En la línea 33 se valida la dirección, llamando al método validarDi reccion (líneas 19 a 23 de la figura 
30.20). La primera clase de carácter concuerda con cualquier dígito una o más veces (\\d+). Observe que se uti- 
lizan dos caracteres \, ya que \ generalmente inicia una secuencia de escape en una cadena. Por lo tanto, \\d en 
una cadena de Java representa al patrón de expresión regular \d. Después concordamos uno o más caracteres de 
espacio en blanco (\\s+). El carácter " | " concuerda con la expresión a su izquierda o a su derecha. Por ejemplo, 
"Hola (Juan | Juana)" concuerda tanto con "Hola Juan" como con "Hola Juana". Los paréntesis se utilizan 
para agrupar partes de la expresión regular. En este ejemplo, el lado izquierdo de | concuerda con una sola palabra 
y el lado derecho concuerda con dos palabras separadas por cualquier cantidad de espacios en blanco. Por lo tanto, 
la dirección debe contener un número seguido de una o dos palabras. Por lo tanto, "10 Broadway" y "10 Mai n 
Street" son ambas direcciones válidas en este ejemplo. Los métodos ciudad (líneas 26 a 29 de la figura 30.20) 
y estado (líneas 32 a 35 de la figura 30.20) también concuerdan con cualquier palabra que tenga al menos un 
carácter o, de manera alternativa, con dos palabras cualesquiera con al menos un carácter, si éstas van separadas 
por un solo espacio. Esto significa que tanto Wal tham como West Newton concordarían. 

Cuantificadores 

El asterisco (*) y el signo de suma (+) se conocen de manera formal como cuantificadores. En la figura 30.22 
se presentan todos los cuantificadores. Ya hemos visto cómo funcionan el asterisco (*) y el signo de suma (+). 
Todos los cuantificadores afectan solamente a la subexpresión que va inmediatamente antes del cuantificador. El 
cuantificador signo de interrogación (?) concuerda con cero o una ocurrencia de la expresión que cuantifica. Un 
conjunto de llaves que contienen un número ({«}) concuerda exactamente con n ocurrencias de la expresión 
que cuantifica. En la figura 30.20 mostramos este cuantificador para validar el código postal, en la línea 40. Si se 
incluye una coma después del número encerrado entre llaves, el cuantificador concordará al menos con n ocu- 
rrencias de la expresión cuantificada. El conjunto de llaves que contienen dos números ({ n,m }) concuerda entre 
n y m ocurrencias de la expresión que califica. Los cuantificadores pueden aplicarse a patrones encerrados 
entre paréntesis para crear expresiones regulares más complejas. 

Todos los cuantificadores son avaros. Esto significa que concordarán con todas las ocurrencias que puedan, 
siempre y cuando haya concordancia. No obstante, si alguno de estos cuantificadores va seguido por un signo de 
interrogación (?), el cuantificador se vuelve reacio (o, en algunas ocasiones, flojo). De esta forma, concordará con 
la menor cantidad de ocurrencias posibles, siempre y cuando haya concordancia. 

El código postal (línea 40 en la figura 30.20) concuerda con un dígito cinco veces. Esta expresión regular 
utiliza la clase de carácter de dígito y un cuantificador con el dígito 5 entre llaves. El número telefónico (línea 46 
en la figura 30.20) concuerda con tres dígitos (el primero no puede ser cero) seguidos de un guión corto, seguido 
de tres dígitos más (de nuevo, el primero no puede ser cero), seguidos de cuatro dígitos más. 

El método matches de String verifica si una cadena completa se conforma a una expresión regular. Por 
ejemplo, queremos aceptar "Smith" como apellido, pero no "9@Smith#". Si sólo una subcadena concuerda con 
la expresión regular, el método matches devuelve f al se. 
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1 Cuantificador 

Concuerda con 

* 

Concuerda con cero o más ocurrencias del patrón. 


OI 
{«,} 
{«, m} 


Concuerda con una o más ocurrencias del patrón. 
Concuerda con cero o una ocurrencia del patrón. 
Concuerda con exactamente n ocurrencias. 
Concuerda con al menos n ocurrencias. 

Concuerda con entre n y m (inclusive) ocurrencias. 


Figura 30.22 | Cuantificadores utilizados en expresiones regulares. 


Reemplazo de subcadenas y división de cadenas 

En ocasiones es conveniente reemplazar partes de una cadena, o dividir una cadena en varias piezas. Para este 
fin, la clase String proporciona los métodos replaceAll, replaceFirst y split. Estos métodos se muestran 
en la figura 30.23. 


1 // Fig. 30.23: SustitucionRegex. java 

2 // Uso de los métodos replaceFirst, replaceAll y split. 

3 

4 public class SustitucionRegex 

5 { 

6 public static void main( String args[] ) 

7 { 

8 String primeraCadena = "Este enunciado termina con 5 estrellas *****''; 

9 String segundaCadena = "1, 2, 3, 4, 5, 6, 7, 8"; 

10 

11 System. out.printf( "Cadena 1 original: %s\n", primeraCadena ); 

12 

13 // sustituye '*' con 'a' 

14 primeraCadena = primeraCadena. replaceAll ( "\\*", "A" ); 

15 

16 System. out.printf( "a sustituyen a *: %s\n", primeraCadena ); 

17 

18 // sustituye 'estrellas' con ' ntercal adores ' 

19 primeraCadena = primeraCadena. replaceAll ( "estrellas", "intercaladores" ); 

20 

21 System. out.printf( 

22 "\"i ntercaladores\" sustituye a \"estrellas\" : %s\n", primeraCadena ); 

23 

24 // sustituye las palabras con 'palabra' 

25 System. out.printf( "Cada palabra se sustituye por \"palabra\": %s\n\n", 

26 primeraCadena. replaceAll ( "\\w+", "palabra" ) ); 

27 

28 System. out.printf( "Cadena 2 original: %s\n", segundaCadena ); 

29 

30 // sustituye los primeros tres digitos con ’digito' 

31 for(inti=0;i<3;i++) 

32 segundaCadena = segundaCadena. replaceFi rst( "\\d" , "digito" ); 

33 

34 System. out.printf( 

35 "Los primeros 3 digitos se sustituyeron por \"digito\" : %s\n", segundaCadena ); 
Figura 30.23 | Métodos replaceFi rst, repl aceAl 1 y Spl i t. (Parte I de 2). 
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36 String salida = "Cadena dividida en comas: ["; 

37 

38 String[] resultados = segundaCadena.split( ',\\s*' ); // se divide en las comas 

39 

40 for ( String cadena : resultados ) 

41 salida += + cadena + "\", ; // imprime resultados 

42 

43 // elimina la coma adiconal y agrega un corchete 

44 salida = salida. substring( 0, salida. lengthO - 2 ) + '] ; 

45 System. out.printlnC salida ); 

46 } // fin de main 

47 } // fin de la clase Susti tuci onRegex 


Cadena 1 original: Este enunciado termina con 5 estrellas ***** 
a sustituyen a *: Este enunciado termina con 5 estrellas aaaaa 

"intercaladores" sustituye a "estrellas": Este enunciado termina con 5 intercaladores aaaaa 
Cada palabra se sustituye por "palabra": palabra palabra palabra palabra palabra palabra 

aaaaa 

Cadena 2 original: 1, 2, 3, 4, 5, 6, 7, 8 

Los primeros 3 digitos se sustituyeron por "digito" : digito, digito, digito, 4, 5, 6, 7, 8 
Cadena dividida en comas: ["digito", "digito", "digito", "4", "5", "6", "7", "8"] 


Figura 30.23 | Métodos repl aceFi rst, repl aceAl 1 y Spl i t. (Parte 2 de 2). 


El método repl aceAl 1 reemplaza el texto en una cadena con nuevo texto (el segundo argumento) en cual- 
quier parte en donde la cadena original concuerde con una expresión regular (el primer argumento). En la línea 
14 se reemplaza cada instancia de en primeraCadena con "a". Observe que la expresión regular ("\\*") 
coloca dos barras diagonales inversas (\) antes del carácter *. Por lo general, * es un cuantificador que indica 
que una expresión regular debe concordar con cualquier número de ocurrencias del patrón que se coloca antes 
de este carácter. Sin embargo, en la línea 14 queremos encontrar todas las ocurrencias del carácter literal *; para 
ello, debemos evadir el carácter * con el carácter \. Al evadir un carácter especial de expresión regular con una \, 
indicamos al motor de concordancia de expresiones regulares que busque el carácter en sí. Como la expresión está 
almacenada en una cadena de Java y \ es un carácter especial en las cadenas de Java, debemos incluir un \ adicio- 
nal. Por lo tanto, la cadena de Java "\\*" representa el patrón de expresión regular \*, que concuerda con un solo 
carácter * en la cadena de búsqueda. En la línea 19, todas las coincidencias con la expresión regular "estrel 1 as" 
en primeraCadena se reemplazan con "intercaladores". 

El método repl aceFi rst (línea 32) reemplaza la primera ocurrencia de la concordancia de un patrón. Las 
cadenas de Java son inmutables, por lo cual el método repl aceFi rst devuelve una nueva cadena en la que se han 
reemplazado los caracteres apropiados. Esta línea toma la cadena original y la reemplaza con la cadena devuelta 
por repl aceFi rst. Al iterar tres veces, reemplazamos las primeras tres instancias de un dígito (\d) en segunda- 
Cadenacon el texto "digito". 

El método spl i t divide una cadena en varias subcadenas. La cadena original se divide en cualquier posición 
que concuerde con una expresión regular especificada. El método split devuelve un arreglo de cadenas que 
contiene las subcadenas que resultan de cada concordancia con la expresión regular. En la línea 38 utilizamos 
el método spl i t para descomponer en tokens una cadena de enteros separados por comas. El argumento es la 
expresión regular que localiza el delimitador. En este caso, utilizamos la expresión regular " , \\s*" para separar las 
subcadenas siempre que haya una coma. Al concordar con cualquier carácter de espacio en blanco, eliminamos 
los espacios adicionales de las subcadenas resultantes. Observe que las comas y los espacios en blanco no se devuel- 
ven como parte de las subcadenas. De nuevo, observe que la cadena de Java " ,\\s*" representa la expresión 
regular ,\s*. 

Las clases Pattern y Matcher 

Además de las herramientas para el uso de expresiones regulares de la clase Stri ng, Java proporciona otras clases 
en el paquete java, útil . regex que ayudan a los desarrolladores a manipular expresiones regulares. La clase 
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Pattern representa una expresión regular. La clase Matcher contiene tanto un patrón de expresión regular como 
un objeto CharSequence en el que se va a buscar ese patrón. 

CharSequence es una interfaz que permite el acceso de lectura a una secuencia de caracteres. Esta interfaz 
requiere que se declaren los métodos charAt, 1 ength, subSequence y toStri ng. Tanto Stri ng como Stri ng- 
Builder implementan la interfaz CharSequence, por lo que puede usarse una instancia de cualquiera de estas 
clases con la clase Matcher. 

Error común de programación 30.4 

Una expresión regular puede compararse con un objeto de cualquier clase que implemente a la interfaz Char- 
Sequence, pero la expresión regular debe ser un objeto String. Si se intenta crear una expresión regular como un 
objeto Stri ngBui 7 der se produce un error. 

Si se va a utilizar una expresión regular sólo una vez, puede usarse el método stati c matches de la clase 
Pattern. Este método toma una cadena que especifica la expresión regular y un objeto CharSequence en la que 
se va a realizar la prueba de concordancia. Este método devuelve un valor de tipo bool ean, el cual indica si el 
objeto de búsqueda (el segundo argumento) concuerda con la expresión regular. 

Si se va a utilizar una expresión regular más de una vez, es más eficiente usar el método stati c compil e de 
la clase Pattern para crear un objeto Pattern específico de esa expresión regular. Este método recibe una cadena 
que representa el patrón y devuelve un nuevo objeto Pattern, el cual puede utilizarse para llamar al método mat- 
cher. Este método recibe un objeto CharSequence en el que se va a realizar la búsqueda, y devuelve un objeto 
Matcher. 

La clase Matcher cuenta con el método matches, el cual realiza la misma tarea que el método matches de 
Pattern, pero no recibe argumentos; el patrón y el objeto de búsqueda están encapsulados en el objeto Matcher. 
La clase Matcher proporciona otros métodos, incluyendo find, lookingAt, replaceFirst y replaceAll. 

En la figura 30.24 presentamos un ejemplo sencillo en el que se utilizan expresiones regulares. Este programa 
compara las fechas de cumpleaños con una expresión regular. La expresión concuerda sólo con los cumpleaños 
que no ocurran en abril y que pertenezcan a personas cuyos nombres empiecen con "3". 
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// Fig. 30.24: Concordanci asRegex . java 
// Demostración de las clases Pattern y Matcher. 

import java. uti 1 . regex. Matcher; 
i mport java. uti 1 . regex. Pattern ; 

public class Concordanci asRegex 

{ 

public stati c void main( String args[] ) 

{ 

// crea la expresión regular 

Pattern expresión = 

Pattern . compi 1 e( "3 .*\\d [0-35-9] -\\d\\d-\\d\\d" ); 

String cadenal = ”3ane nació el 05-12-75\n" + 

"Dave nació el ll-04-68\n' + 

"3ohn nació el 04-28-73\n' + 

"loe nació el 12-17-77"; 

// compara la expresión regular con la cadena e imprime las concordancias 

Matcher matcher = expresión. matcher( cadenal ); 

while ( matcher. find() ) 

System. out.println( matcher . groupO ); 

} // fin de main 

} // fin de la clase Concordanci asRegex 


Figura 30.24 | Expresiones regulares para verificar fechas de nacimiento. (Parte I de 2). 
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Dañe nació el 05-12-75 
Doe nació el 12-17-77 


Figura 30.24 | Expresiones regulares para verificar fechas de nacimiento. (Parte 2 de 2). 


En las líneas 11 y 12 se crea un objeto Pattern mediante la invocación al método estático compile de la 
clase Pattern. El carácter de punto " . " en la expresión regular (línea 12) concuerda con cualquier carácter indi- 
vidual, excepto un carácter de nueva línea. 

En la línea 20 se crea el objeto Matcher para la expresión regular compilada y la secuencia de concordancia 
(cadenal). En las líneas 22 y 23 se utiliza un ciclo whi 1 e para iterar a través de la cadena. En la línea 22 se utiliza 
el método find de la clase Matcher para tratar de hacer que concuerde una pieza del objeto de búsqueda con el 
patrón de búsqueda. Cada una de las llamadas a este método empieza en el punto en el que terminó la última 
llamada, por lo que pueden encontrarse varias concordancias. El método 1 ooki ngAt de la clase Matche r funciona 
de manera similar, sólo que siempre comienza desde el principio del objeto de búsqueda, y siempre encontrará la 
primera concordancia, si es que hay una. 


m 


Error común de programación 30.5 


El método matches (de las clases String, Pattern o Matcher j devuelve true sólo si todo el objeto de búsqueda 
concuerda con la expresión regular. Los métodos find y 7 ooki ngAt (de la clase Matcher) devuelven true si una 
parte del objeto de búsqueda concuerda con la expresión regular. 


En la línea 23 se utiliza el método group de la clase Matcher, el cual devuelve la cadena del objeto de bús- 
queda que concuerda con el patrón de búsqueda. La cadena devuelta es la que haya concordado la última vez en 
una llamada a find o lookí ngAt. La salida en la figura 30.24 muestra las dos concordancias que se encontraron 
en cadenal. 


Recursos Web sobre expresiones regulares 

Los siguientes sitios Web proporcionan más información sobre las expresiones regulares. 

java, sun . com/docs/books/tutori al /extra/regex/i ndex . htniD 

Este tutorial explica cómo utilizar el API de expresiones regulares de Java. 

java. sun . com/javase/6/docs/api /java/u ti 1/regex/package-summary . htmD 

Esta página es el panorama general del paquete java, uti I . regex mediante el uso de javadoc. 

deve I oper . java. sun . com/deveDoper/techni cal Arti el es/ reí eases/1. 4 regex 

Este sitio incluye una descripción detallada de las herramientas para expresiones regulares del lenguaje Java. 


30.8 Conclusión 

En este capítulo aprendió acerca de más métodos de String para seleccionar porciones de objetos String 
y manipularlos. También aprendió acerca de la clase Character y sobre algunos de los métodos que declara para 
manejar valores char. En este capítulo también hablamos sobre las herramientas de la clase Stri ngBui 1 der 
para crear objetos Stri ng. En la parte final del capítulo hablamos sobre las expresiones regulares, las cuales pro- 
porcionan una poderosa herramienta para buscar y relacionar porciones de objetos String que coincidan con 
un patrón específico. 


Resumen 

Sección 30.2 Fundamentos de los caracteres y las cadenas 

• El valor de una literal de carácter es el valor entero del carácter en el conjunto de caracteres Unicode. Las cadenas 
pueden incluir letras, dígitos y varios caracteres especiales, tales como y $. Una cadena en Java es un objeto 

de la clase Stri ng. Las literales de cadena se conocen, por lo regular, como objetos Stri ng, y se escriben entre comi- 
llas dobles en un programa. 
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Sección 30.3 La clase String 

• Los objetos Stri ng son inmutables: los caracteres que contienen no se pueden modificar una vez que se crean. 

• El método 1 ength de Stri ng devuelve el número de caracteres en un objeto Stri ng. 

• El método charAt de Stri ng devuelve el carácter en una posición específica. 

• El método equais de String compara la igualdad entre dos objetos. Este método devuelve true si el contenido 

de los objetos Stri ng es igual, y fai se en caso contrario. El método equai s utiliza una comparación lexicográfica 

para los objetos Stri ng. 

• Cuando se comparan valores de tipo primitivo con ==, el resultado es true si ambos valores son idénticos. Cuando 
las referencias se comparan con ==, el resultado es true si ambas referencias son al mismo objeto en memoria. 

• Java trata a todas las literales de cadena con el mismo contenido como un solo objeto Stri ng. 

• El método equai slgnoreCase de String realiza una comparación de cadenas insensible al uso de mayúsculas y 
minúsculas. 

• El método compárelo de Stri ng usa una comparación lexicográfica y devuelve 0 si las cadenas que está comparando 
son iguales, un número negativo si la cadena con la que se invoca a compárelo es menor que el objeto Stri ng que 
recibe como argumento, y un número positivo si la cadena con la que se invoca a compárelo es mayor que la cadena 
que recibe como argumento. 

• El método regi onMatches de Stri ng compara la igualdad entre porciones de dos cadenas. 

• El método startsWith de String determina si una cadena empieza con los caracteres especificados como argu- 
mento. El método endsWith de String determina si una cadena termina con los caracteres especificados como 
argumento. 

• El método i ndexOf de Stri ng localiza la primera ocurrencia de un carácter, o de una subcadena en una cadena. El 
método i astlndexOf de Stri ng localiza la última ocurrencia de un carácter, o de una subcadena en una cadena. 

• El método substri ng de Stri ng copia y devuelve parte de un objeto cadena existente. 

• El método concat de Stri ng concatena dos objetos cadena y devuelve un nuevo objeto cadena, que contiene los 
caracteres de ambas cadenas originales. 

• El método repiace de String devuelve un nuevo objeto cadena que reemplaza cada ocurrencia en un objeto 
Stri ng de su primer argumento carácter, con su segundo argumento carácter. 

• El método toUpperCase de Stri ng devuelve una nueva cadena con letras mayúsculas, en las posiciones en donde 
la cadena original tenía letras minúsculas. El método toLowerCase de Stri ng devuelve una nueva cadena con letras 
minúsculas en las posiciones en donde la cadena original tenía letras mayúsculas. 

• El método trim de String devuelve un nuevo objeto cadena, en el que todos los caracteres de espacio en blanco 
(espacios, nuevas líneas y tabuladores) se eliminan de la parte inicial y la parte final de una cadena. 

• El método toCharArray de String devuelve un arreglo char que contiene una copia de los caracteres de una 
cadena. 

• El método stati c val ueOf de Stri ng devuelve su argumento convertido en una cadena. 

Sección 30.4 La clase StringBuilder 

• La clase Stri ngBui 1 der proporciona constructores que permiten inicializar objetos Stri ngBui 1 ders sin caracteres, 
y con una capacidad inicial de 1 6 caracteres, sin caracteres y con una capacidad inicial especificada en el argumento 
entero, o con una copia de los caracteres del argumento Stri ng y una capacidad inicial equivalente al número de 
caracteres en el argumento Stri ng, más 16. 

• El método 1 ength de StringBuilder devuelve el número de caracteres actualmente almacenados en un objeto 
Stri ngBui 1 der. El método capaci ty de Stri ngBui 1 der devuelve el número de caracteres que se pueden almace- 
nar en un objeto Stri ngBui 1 der sin necesidad de asignar más memoria. 

• El método ensureCapaci ty de Stri ngBui 1 der asegura que un objeto Stri ngBui 1 der tenga por lo menos la capa- 
cidad especificada. El método setLength de StringBuilder incrementa o decrementa la longitud de un objeto 
Stri ngBui 1 der. 

• El método charAt de StringBuilder devuelve el carácter que se encuentra en el índice especificado. El método 
setCharAt de StringBuilder establece el carácter en la posición especificada. El método getChars de Stri ng- 
Bui 1 der copia los caracteres que están en el objeto Stri ngBui 1 der y los coloca en el arreglo de caracteres que se 
pasa como argumento. 

• La clase Stri ngBui 1 der proporciona métodos append para agregar valores de tipo primitivo, arreglos de caracteres, 
Stri ng, Object y CharSequence al final de un objeto Stri ngBui 1 der. El compilador de Java utiliza los objetos 
Stri ngBui 1 der y los métodos append para implementar los operadores de concatenación + y +=. 

• La clase Stri ngBui 1 der proporciona métodos i nsert sobrecargados para insertar valores de tipo primitivo, arre- 
glos de caracteres, Stri ng, Object y CharSequence en cualquier posición en un objeto Stri ngBui 1 der. 



1332 Capítulo 30 Cadenas, caracteres y expresiones regulares 


Sección 30.5 La clase Character 

• La clase Character proporciona un constructor que recibe un argumento char. 

• El método i sDefined de Character determina si un carácter está definido en el conjunto de caracteres Unicode. De 
ser así, el método devuelve true; en caso contrario, devuelve fai se. 

• El método i sDi gi t de Character determina si un carácter es un dígito definido en Unicode. De ser así, el método 
devuelve true; en caso contrario devuelve fai se. 

• El método i sDavaldenti fierStart de Character determina si un carácter se puede utilizar como el primer carác- 
ter de un identificador en Java [es decir, una letra, un guión bajo (_) o un signo de dólar ($)] . De ser así, el método 
devuelve true; en caso contrario, devuelve fai se. 

• El método i siavaldenti fierPart de Character determina si se puede utilizar un carácter en un identificador en 
Java [es decir, un dígito, una letra, un guión bajo (_) o un signo de dólar ($)]. El método i sLetter de Character 
determina si un carácter es una letra. El método i sLetterOrDi gi t de Character determina si un carácter es una 
letra o un dígito. En cada caso, si es así, el método devuelve true; en caso contrario devuelve fai se. 

• El método i sLowerCase de Character determina si un carácter es una letra minúscula. El método i sUpperCase 
de Character determina si un carácter es una letra mayúscula. En ambos casos, de ser así el método devuelve true; 
en caso contrario devuelve fai se. 

• El método toüpperCase de Character convierte un carácter en su equivalente en mayúscula. El método toLower- 
Case convierte un carácter en su equivalente en minúscula. 

• El método di gi t de Character convierte su argumento carácter en un entero en el sistema numérico especificado 
por su argumento entero raiz. El método forDigit de Character convierte su argumento entero digito en un 
carácter en el sistema numérico especificado por su argumento entero rai z. 

• El método charVal ue de Character devuelve el valor char almacenado en un objeto Character. El método to- 
Stri ng de Characer devuelve una representación Stri ng de un objeto Character. 

Sección 30.6 La clase Stri ngTokeni zer 

• El constructor predeterminado de Stri ngTokeni zer crea un objeto Stri ngTokeni zer para su argumento cadena 
que utilizará la cadena delimitadora predeterminada "\t\n\r\f", la cual consiste en un espacio, un tabulador, un 
carácter de nueva línea y un retorno de carro, para dividir la cadena en tokens. 

• El método countTokens de Stri ngTokeni zer devuelve el número de tokens en una cadena que se va a dividir en 
tokens. 

• El método hasMoreTokens de Stri ngTokeni zer determina si hay más tokens en la cadena que se va a dividir en 
tokens. 

• El método nextToken de Stri ngTokeni zer devuelve un objeto Stri ng con el siguiente token. 

Sección 30.7 Expresiones regulares, la clase Patterny la clase Matcher 

• Las expresiones regulares son secuencias de caracteres y símbolos que definen un conjunto de cadenas. Son útiles 
para validar la entrada y asegurar que lo datos se encuentren en un formato específico. 

• El método matches de Stri ng recibe una cadena que especifica una expresión regular y relaciona el contenido del 
objeto String en el que se llama con la expresión regular. El método devuelve un valor de tipo booiean, el cual 
indica si hubo concordancia o no. 

• Una clase de carácter es una secuencia de escape que representa a un grupo de caracteres. Cada clase de carácter 
concuerda con un solo carácter en la cadena que estamos tratando de igualar con la expresión regular. 

• Un carácter de palabra (\w) es cualquier letra (mayúscula o minúscula), dígito o el carácter de guión bajo. 

• Un carácter de espacio en blanco (\s) es un espacio, un tabulador, un retorno de carro, un carácter de nueva línea 
o un avance de página. 

• Un dígito (\d) es cualquier carácter numérico. 

• Para relacionar un conjunto de caracteres que no tienen una clase de carácter predefinida, use corchetes ([]). Para 
representar los rangos, coloque un guión corto (-) entre dos caracteres. Si el primer carácter en los corchetes es "a", 
la expresión acepta a cualquier carácter distinto de los que se indican. 

• Cuando aparece el operador "*" en una expresión regular, el programa trata de relacionar cero o más ocurrencias de 
la subexpresión que está justo antes del 

• El operador "+" trata de relacionar una o más ocurrencias de la subexpresión que está antes de éste. 

• El carácter " | " permite una concordancia de la expresión a su izquierda o a su derecha. 

• Los paréntesis ( ) se utilizan para agrupar partes de la expresión regular. 

• El asterisco (*) y el signo positivo (+) se conocen formalmente como cuantificadores. 

• Todos los cuantificadores afectan sólo a la subexpresión que va justo antes del cuantificador. 

• El cuantificador signo de interrogación (?) concuerda con cero o una ocurrencias de la expresión que cuantifica. 
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• Un conjunto de llaves que contienen un número ({n}) concuerda exactamente con n ocurrencias de la expresión que 
cuantifica. Si se incluye una coma después del número encerrado entre llaves, concuerda con al menos n ocurrencias 
de la expresión cuantificada. 

• Un conjunto de llaves que contienen dos números ({n , m}) concuerda con entre n y m ocurrencias de la expresión 
que califica. 

• Todos los cuantificadores son avaros, lo cual significa que concordarán con tantas ocurrencias como puedan, mien- 
tras que haya concordancia. 

• Si cualquiera de estos cuantificadores va seguido de un signo de interrogación (?), el cuantificador se vuelve renuente, 
y concuerda con el menor número posible de ocurrencias, mientras que haya concordancia. 

• El método repiaceAU de String reemplaza texto en una cadena con nuevo texto (el segundo argumento), en 
cualquier parte en donde la cadena original concuerde con una expresión regular (el primer argumento). 

• Al escapar un carácter de expresión regular especial con una \, indicamos al motor de concordancia de expresiones 
regulares que encuentre el carácter actual, en contraste a lo que representa en una expresión regular. 

• El método replaceFi rst de Stri ng reemplaza la primera ocurrencia de la concordancia de un patrón. Los objetos 
Stri ng de Java son inmutables, por lo cual el método repi aceFi rst devuelve una nueva cadena en la que se han 
reemplazado los caracteres apropiados. 

• El método sp"l i t de Stri ng divide una cadena en varias subcadenas. La cadena original se divide en cualquier ubi- 
cación que concuerde con una expresión regular especificada. El método spii t devuelve un arreglo de cadenas que 
contienen las subcadenas entre las concordancias para la expresión regular. 

• La clase Pattern representa a una expresión regular. 

• La clase Matcher contiene tanto un patrón de expresión regular como un objeto CharSequence, en el cual puede 
buscar el patrón. 

• CharSequence es una interfaz que permite el acceso de lectura a una secuencia de caracteres. Tanto Stri ng como 
Stri ngBui i der implementan a la interfaz CharSequence, por lo que se puede utilizar una instancia de cualquiera 
de estas clases con la clase Matcher. 

• Si una expresión regular se va a utilizar sólo una vez, el método estático matches de Pattern recibe una cadena que 
especifica la expresión regular y un objeto CharSequence en el que se va a realizar la concordancia. Este método 
devuelve un valor de tipo booi ean que indica si el objeto de búsqueda concuerda o no con la expresión regular. 

• Si una expresión regular se va a utilizar más de una vez, es más eficiente usar el método estático compi 1 e de Pattern 
para crear un objeto Pattern especifico para esa expresión regular. Este método recibe una cadena que representa 
el patrón y devuelve un nuevo objeto Pattern. 

• El método matcher de Pattern recibe un objeto CharSequence para realizar la búsqueda y devuelve un objeto 
Matcher. 

• El método matches de Matcher realiza la misma tarea que el método matches de Pattern, pero no recibe argu- 
mentos. 

• El método find de Matcher trata de relacionar una pieza del objeto de la búsqueda con el patrón de búsqueda. Cada 
llamada a este método empieza en el punto en el que terminó la última llamada, por lo que se pueden encontrar 
varias concordancias. 

• El método 1 ooki ngAt de Matcher realiza lo mismo que find, excepto que siempre empieza desde el inicio del objeto 
de búsqueda, y siempre encuentra la primera concordancia, si hay una. 

• El método group de Matcher devuelve la cadena del objeto de búsqueda que concuerda con el patrón de búsqueda. 
La cadena que se devuelve es la última que concordó mediante una llamada a find o a "looki ngAt. 


Terminología 

append, método de la clase Stri ngBui i der 
cadena vacía 

capaci ty, método de la clase Stri ngBui i der 
carácter de palabra 
carácter especial 

charAt, método de la clase Stri ngBui i der 

CharSequence, interfaz 

charVai ue, método de la clase Character 

clase de carácter predefinida 

comparación lexicográfica 

concat, método de la clase Stri ng 


cuantificador avaro 

cuantificador flojo 

cuantificador para expresión regular 

cuantificador renuente 

dei ete, método de la clase Stri ngBui i der 

dei eteCharAt, método de la clase Stri ng 

delimitador para tokens 

digit, método de la clase Character 

endsWi th, método de la clase Stri ng 

ensureCapaci ty, método de la clase Stri ngBui 1 der 

expresiones regulares 
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find, método de la clase Matcher 

forDigit, método de la clase Character 

getChars, método de la clase Stri ng 

getChars, método de la clase Stri ngBui i der 

hasMoreTokens, método de la clase Stri ngTokeni zer 

i ndexOf, método de la clase Stri ng 

inmutable 

i sDefined, método de la clase Character 
i sDi gi t, método de la clase Character 
i sjavaldenti fierPart, método de la clase Character 
i sJavaldenti fierStart, método déla clase Character 
i sLetter, método de la clase Character 
i sLetterOrDi gi t, método déla clase Character 
i sLowerCase, método de la clase Character 
i sllpperCase, método de la clase Character 
lastlndexOf, método de la clase Stri ng 
iength, método de la clase String 
"length, método de la clase StringBuiider 
literal de cadena 
literal de carácter 

looki ngAt, método de la clase Matcher 
Matcher, clase 


matcher, método de la clase Pattern 
matches, método de la clase Matcher 
matches, método de la clase Pattern 
matches, método de la clase Stri ng 
nextToken, método de la clase Stri ngTokeni zer 
Pattern, clase 
raíz 

regi onMatches, método de la clase Stri ng 
replaceAl 1 , método de la clase Stri ng 
repiaceFi rst, método de la clase Stri ng 
reverse, método de la clase Stri ngBui i der 
setCharAt, método de la clase Stri ngBui i der 
spi i t, método de la clase Stri ng 
startsWi th, método de la clase Stri ng 
Stri nglndexOutOfBoundsException, clase 
token de un objeto Stri ng 
toLowerCase, método de la clase Character 
tollpperCase, método de la clase Character 
tri m, método de la clase Stri ngBui i der 
Unicode, conjunto de caracteres 
val ueOf, método de la clase Stri ng 


Ejercicios de autoevaluación 

30. 1 Conteste con verdadero o falso a cada una de las siguientes proposiciones; en caso de ser falso , explique por qué. 

a) Cuando los objetos Stri ng se comparan utilizando ==, el resultado es true si los objetos Stri ng contiene 
los mismos valores. 

b) Un objeto Stri ng puede modificarse una vez creado. 

30.2 Para cada uno de los siguientes enunciados, escriba una instrucción que realice la tarea indicada: 

a) Comparar la cadena en si con la cadena en s2 para ver si su contenido es igual. 

b) Anexar la cadena s2 a la cadena si, utilizando +=. 

c) Determinar la longitud de la cadena en si. 


Respuestas a los ejercicios de autoevaluación 

30.1 a) Falso. Los objetos String se comparan con el operador == para determinar si son el mismo objeto en la 
memoria. 

b) Falso. Los objetos Stri ng son inmutables y no pueden modificarse una vez creados. Los objetos Stri ng- 
Bui i der sí pueden modificarse una vez creados. 


30.2 a) sl.equals( si ) 

b) si += s2; 

c) sl.iengthO 


Ejercicios 

30.3 Escriba una aplicación que utilice el método compárelo de la clase Stri ng para comparar dos cadenas intro- 
ducidas por el usuario. Muestre si la primera cadena es menor, igual o mayor que la segunda. 

30.4 Escriba una aplicación que utilice el método regi onMatches de la clase String para comparar dos cade- 
nas introducidas por el usuario. La aplicación deberá recibir como entrada el número de caracteres a comparar y el 
índice inicial de la comparación. La aplicación deberá indicar si las cadenas son iguales. Ignore si los caracteres están en 
mayúsculas o en minúsculas al momento de realizar la comparación. 

30.5 Escriba una aplicación que utilice la generación de números aleatorios para crear enunciados. Use cuatro arre- 
glos de cadenas llamados arti cu! o, sustanti vo, verbo y preposi ci on. Cree una oración seleccionando una palabra 
al azar de cada uno de los arreglos, en el siguiente orden: articulo, sustantivo, verbo, preposición, articulo y 
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sustantivo. A medida que se elija cada palabra, concaténela con las palabras anteriores en el enunciado. Las palabras 
deberán separarse mediante espacios. Cuando se muestre el enunciado final, deberá empezar con una letra mayúscula y 
terminar con un punto. El programa deberá generar 20 enunciados y mostrarlos en un área de texto. 

30.6 El arreglo de artículos debe contener los artículos "el”, "un", "algún" y "ningún"; el arreglo de sustantivos 
deberá contener los sustantivos "ni ni o", "ni ni a", "perro", "ci udad" y "auto"; el arreglo de verbos deberá contener 
los verbos "manejo", "salto", "corrio", "camino" y "omi ti o"; el arreglo de preposiciones deberá contener las pre- 
posiciones "a", "desde", "encima de", "debajo de" y "sobre". 

30.7 Una vez que escriba el programa anterior, modifíquelo para producir una historia breve que consista de varias 
de estas oraciones (¿qué hay sobre la posibilidad de un escritor de exámenes finales al azar?) 

30.8 ( Quintillas ) Una quintilla es un verso humorístico de cinco líneas en el cual la primera y segunda línea riman 
con la quinta, y la tercera línea rima con la cuarta. Utilizando técnicas similares a las desarrolladas en el ejercicio 30.5, 
escriba una aplicación en Java que produzca quintillas al azar. Mejorar el programa para producir buenas quintillas es 
un gran desafío, ¡pero el resultado valdrá la pena! 

30.9 ( Latín cerdo) Escriba una aplicación que codifique frases en español a frases en latín cerdo. El latín cerdo es una 
forma de lenguaje codificado. Existen muchas variaciones en los métodos utilizados para formar frases en latín cerdo. 
Por cuestiones de simpleza, utilice el siguiente algoritmo: 

Para formar una frase en latín cerdo a partir de una frase en español, divida la frase en palabras con un objeto de 
la clase Stri ngTokeni zer. Para traducir cada palabra en español a una palabra en latín cerdo, coloque la primera letra 
de la palabra en español al final de la palabra, y agregue las letras “ae”. De esta forma, la palabra “salta” se convierte a 
“altasae”, la palabra “el” se convierte en “leae” y la palabra “computadora” se convierte en “omputadoracae”. Los espacios 
en blanco entre las palabras permanecen como espacios en blanco. Suponga que la frase en español consiste en palabras 
separadas por espacios en blanco, que no hay signos de puntuación y que todas las palabras tienen dos o más letras. 
El método imprimí rPal abraEnLati n deberá mostrar cada palabra. Cada token devuelto de nextToken se pasará al 
método imprimí rPal abraEnLati n para imprimir la palabra en latín cerdo. Permita al usuario introducir el enunciado. 
Use un área de texto para ir mostrando cada uno de los enunciados convertidos. 

30.10 Escriba una aplicación que reciba como entrada un número telefónico como una cadena de la forma (555) 
555-5 555. La aplicación deberá utilizar un objeto de la clase Stri ngTokeni zer para extraer el código de área como un 
token, los primeros tres dígitos del número telefónico como otro token y los últimos cuatro dígitos del número telefóni- 
co como otro token. Los siete dígitos del número telefónico deberán concatenarse en una cadena. Deberán imprimirse 
tanto el código de área como el número telefónico. Recuerde que tendrá que modificar los caracteres delimitadores al 
dividir la cadena en tokens. 

30. 1 I Escriba una aplicación que reciba como entrada una línea de texto, que divida la línea en tokens mediante un 
objeto de la clase Stri ngTokeni zer y que muestre los tokens en orden inverso. Use caracteres de espacio como delimi- 
tadores. 

30.12 Use los métodos de comparación de cadenas que se describieron en este capítulo, junto con las técnicas para 
ordenar arreglos que se desarrollaron en el capítulo 16 para escribir una aplicación que ordene alfabéticamente una 
lista de cadenas. Permita al usuario introducir las cadenas en un campo de texto. Muestre los resultados en un área de 
texto. 

30 . 1 3 Escriba una aplicación que reciba como entrada una línea de texto y que la imprima dos veces; una vez en letras 
mayúsculas y otra en letras minúsculas. 

30.14 Escriba una aplicación que reciba como entrada una línea de texto y un carácter de búsqueda, y que utilice el 
método i ndexOf de la clase Stri ng para determinar el número de ocurrencias de ese carácter en el texto. 

30 . 1 5 Escriba una aplicación con base en el programa del ejercicio 30.14, que reciba como entrada una línea de texto 
y utilice el método i ndexOf de la clase Stri ng para determinar el número total de ocurrencias de cada letra del alfabe- 
to en ese texto. Las letras mayúsculas y minúsculas deben contarse como una sola. Almacene los totales para cada letra 
en un arreglo, e imprima los valores en formato tabular después de que se hayan determinado los totales. 

30. 1 6 Escriba una aplicación que lea una línea de texto, que divida la línea en tokens utilizando caracteres de espacio 
como delimitadores, y que imprima sólo aquellas palabras que comiencen con la letra "b". 

30. 1 7 Escriba una aplicación que lea una línea de texto, que divida la línea en tokens utilizando caracteres de espacio 
como delimitadores, y que imprima sólo aquellas palabras que comiencen con las letras "ED". 



1336 Capítulo 30 Cadenas, caracteres y expresiones regulares 


30. 1 8 Escriba una aplicación que reciba como entrada un código entero para un carácter y que muestre el carácter 
correspondiente. Modifique esta aplicación de manera que genere todos los posibles códigos de tres dígitos en el rango 
de 000 a 255, y que intente imprimir los caracteres correspondientes. 

30. 1 9 Escriba sus propias versiones de los métodos de búsqueda i ndexOf y 1 astlndexOf de la clase Stri ng. 

30.20 Escriba un programa que lea una palabra de cinco letras proveniente del usuario, y que produzca todas las 
posibles cadenas de tres letras que puedan derivarse de las letras de la palabra con cinco letras. Por ejemplo, las palabras 
de tres letras producidas a partir de la palabra “trigo” son “rio”, “tio” y “oir”. 

Sección especial: manipulación avanzada de cadenas 

Los siguientes ejercicios son clave para el libro y están diseñados para evaluar la comprensión del lector sobre los con- 
ceptos fundamentales de la manipulación de cadenas. Esta sección incluye una colección de ejercicios intermedios y 
avanzados de manipulación de cadenas. El lector encontrará estos ejercicios desafiantes, pero divertidos. Los problemas 
varían considerablemente en dificultad. Algunos requieren una hora o dos para escribir e implementar la aplicación. 
Otros son útiles como tareas de laboratorio que pudieran requerir dos o tres semanas de estudio e implementa- 
ción. Algunos son proyectos de fin de curso desafiantes. 

30.21 (Análisis de textos) La disponibilidad de computadoras con capacidades de manipulación de cadenas ha dado 
como resultado algunos métodos interesantes para analizar los escritos de grandes autores. Se ha dado mucha impor- 
tancia para saber si realmente vivió William Shakespeare. Algunos estudiosos creen que existe una gran evidencia que 
indica que en realidad fue Cristopher Marlowe quien escribió las obras maestras que se atribuyen a Shakespeare. Los 
investigadores han utilizado computadoras para buscar similitudes en los escritos de estos dos autores. En este ejercicio 
se examinan tres métodos para analizar textos mediante una computadora. 

a) Escriba una aplicación que lea una línea de texto desde el teclado e imprima una tabla que indique el núme- 
ro de ocurrencias de cada letra del alfabeto en el texto. Por ejemplo, la frase: 

Ser o no ser: ése es el dilema: 
contiene una “a”, ninguna “b”, ninguna “c”, etcétera. 

b) Escriba una aplicación que lea una línea de texto e imprima una tabla que indique el número de palabras 
de una letra, de dos letras, de tres letras, etcétera, que aparezcan en el texto. Por ejemplo, en la figura 30.25 
se muestra la cuenta para la frase: 

¿Qué es más noble para el espíritu? 

c) Escriba una aplicación que lea una línea de texto e imprima una tabla que indique el número de ocurrencias 
de cada palabra distinta en el texto. La primera versión de su programa debe incluir las palabras en la tabla, 
en el mismo orden en el cual aparecen en el texto. Por ejemplo, las líneas: 

Ser o no ser: ése es el dilema: 

¿Qué es más noble para el espíritu? 


Longitud de palabra 

Ocurrencias 

1 

0 

2 

2 

3 

2 

4 

1 

5 

1 

6 

0 

7 

0 

8 

1 


Figura 30.25 | La cuenta de longitudes de palabras para 
la cadena "¿Qué es más noble para el espíritu?". 
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contiene la palabra “ser” dos veces, La palabra “o” una vez, la palabra “ése” una vez, etcétera. Una muestra 
más interesante (y útil) podría ser intentar con las palabras ordenadas alfabéticamente. 

30.22 (Impresión de fechas en varios formatos) Las fechas se imprimen en varios formatos comunes. Dos de los formatos 
más utilizados son: 

04/25/1955 y Abril 25, 1955 

Escriba una aplicación que lea una fecha en el primer formato e imprima dicha fecha en el segundo formato. 

30.23 (Protección de cheques) Las computadoras se utilizan con frecuencia en los sistemas de escritura de cheques, 
tales como aplicaciones para nóminas y para cuentas por pagar. Existen muchas historias extrañas acerca de che- 
ques de nómina que se imprimen (por error) con montos que se exceden por millones. Los sistemas de emisión de 
cheques computarizados imprimen cantidades incorrectas debido al error humano o a una falla de la máquina. Los 
diseñadores de sistemas construyen controles en sus sistemas para evitar la emisión de dichos cheques erróneos. 

Otro problema grave es la alteración intencional del monto de un cheque por alguien que planee cobrar un cheque 
de manera fraudulenta. Para evitar la alteración de un monto, la mayoría de los sistemas computarizados que emiten 
cheques emplean una técnica llamada protección de cheques. Los cheques diseñados para impresión por computado- 
ra contienen un número fijo de espacios en los cuales la computadora puede imprimir un monto. Suponga que un che- 
que contiene ocho espacios en blanco en los cuales la computadora puede imprimir el monto de un cheque de nómina 
semanal. Si el monto es grande, entonces se llenarán los ocho espacios. Por ejemplo: 

1,230.60 ( monto del cheque) 

12345678 ( números de posición) 

Por otra parte, si el monto es menor de $1,000, entonces varios espacios quedarían vacíos. Por ejemplo: 

99.87 

12345678 

contiene tres espacios en blanco. Si se imprime un cheque con espacios en blanco, es más fácil para alguien alterar el 
monto del cheque. Para evitar que se altere el cheque, muchos sistemas de escritura de cheques insertan asteriscos al 
principio para proteger la cantidad, como se muestra a continuación: 

***99 _ §7 
12345678 

Escriba una aplicación que reciba como entrada un monto a imprimir sobre un cheque y que lo escriba mediante 
el formato de protección de cheques, con asteriscos al principio si es necesario. Suponga que existen nueve espacios 
disponibles para imprimir el monto. 

30.24 (Escritura en letras del código de un cheque) Para continuar con la discusión del ejercicio 30.23, reiteramos la 
importancia de diseñar sistemas de escritura de cheques para evitar la alteración de los montos de los cheques. Un 
método común de seguridad requiere que el monto del cheque se escriba tanto en números como en letras. Aun cuando 
alguien pueda alterar el monto numérico del cheque, es extremadamente difícil modificar el monto en letras. Escriba 
una aplicación que reciba como entrada un monto numérico para el cheque, y que escriba el equivalente del monto en 
letras. Por ejemplo, el monto 112.43 debe escribirse como 

CIENTO DOCE CON 43/100 

30.25 ( Clave Morse) Quizá el más famoso de todos los esquemas de codificación es el código Morse, desarrollado por 
Samuel Morse en 1832 para usarlo con el sistema telegráfico. El código Morse asigna una serie de puntos y guiones a 
cada letra del alfabeto, cada dígito y algunos caracteres especiales (tales como el punto, la coma, los dos puntos y el pun- 
to y coma). En los sistemas orientados a sonidos, el punto representa un sonido corto y el guión representa un sonido 
largo. Otras representaciones de puntos y guiones se utilizan en los sistemas orientados a luces y sistemas de señalización 
con banderas. La separación entre palabras se indica mediante un espacio o, simplemente, con la ausencia de un punto o 
un guión. En un sistema orientado a sonidos, un espacio se indica por un tiempo breve durante el cual no se transmite 
sonido alguno. La versión internacional del código Morse aparece en la figura 30.26. 

Escriba una aplicación que lea una frase en español y que codifique la frase en clave Morse. Además, escriba una 
aplicación que lea una frase en código Morse y que la convierta en su equivalente en español. Use un espacio en blanco 
entre cada letra en clave Morse, y tres espacios en blanco entre cada palabra en clave Morse. 
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Carácter 

Código 

Carácter 

Código 

A 


T 

- 

B 


U 


C 


V 

...- 

D 


w 


E 


X 


F 


Y 


G 


Z 


H 




I 


Dígitos 


J 


1 


K 


2 


L 


3 

...- 

M 


4 

....- 

N 

r. 

5 


O 

— 

6 

-.... 

P 


7 

-... 

Q 


8 


R 


9 


S 


0 


Figura 30.26 

Las letras del alfabeto expresadas en 

código Morse internacional. 


30.26 (Aplicación de conversión al sistema métrico) Escriba una aplicación que ayude al usuario a realizar conversiones 
métricas. Su aplicación debe permitir al usuario especificar los nombres de las unidades como cadenas (es decir, cen- 
tímetros, litros, gramos, etcétera, para el sistema métrico, y pulgadas, cuartos, libras, etcétera, para el sistema inglés) y 
debe responder a preguntas simples tales como: 

“¿Cuántas pulgadas hay en 2 metros?” 

“¿Cuántos litros hay en 10 cuartos?” 

Su programa debe reconocer conversiones inválidas. Por ejemplo, la pregunta: 

“¿Cuántos pies hay en 5 kilogramos?” 

no es correcta, debido a que los "pies" son unidades de longitud, mientras que los "kilogramos" son unidades de 
masa. 

Sección especial: proyectos desafiantes de manipulación de cadenas 

30.27 (Proyecto: un corrector ortográfico) Muchos paquetes populares de software de procesamiento de palabras cuen- 
tan con correctores ortográficos integrados. En este proyecto usted debe desarrollar su propia herramienta de corrección 
ortográfica. Le haremos unas sugerencias para ayudarlo a empezar. Sería conveniente que después le agregara más carac- 
terísticas. Use un diccionario computarizado (si tiene acceso a uno) como fuente de palabras. 
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¿Por qué escribimos tantas palabras en forma incorrecta? En algunos casos es porque simplemente no conocemos 
la manera correcta de escribirlas, por lo que tratamos de adivinar lo mejor que podemos. En otros casos, es porque 
transponemos dos letras (por ejemplo, “perdeterminado” en lugar de “predeterminado”). Algunas veces escribimos una 
letra doble por accidente (por ejemplo, “úttil” en vez de “útil”). Otras veces escribimos una tecla que está cerca de la que 
pretendíamos escribir (por ejemplo, “cunpleaños” en vez de “cumpleaños”), etcétera. 

Diseñe e implemente una aplicación de corrección ortográfica en Java. Su aplicación debe mantener un arreglo de 
cadenas llamado 1 i staDePai abras. Permita al usuario introducir estas cadenas. [Nota: en el capítulo 14 presentamos 
el procesamiento de archivos. Con esta capacidad, puede obtener las palabras para el corrector ortográfico de un diccio- 
nario computarizado almacenado en un archivo] . 

Su aplicación debe pedir al usuario que introduzca una palabra. La aplicación debe entonces buscar esa palabra en 
el arreglo 1 i staDePai abras. Si la palabra se encuentra en el arreglo, su aplicación deberá imprimir "La pal abra está 
escrita correctamente". Si la palabra no se encuentra en el arreglo, su aplicación debe imprimir "La palabra no 
está escri ta correctamente". Después su aplicación debe tratar de localizar otras palabras en la 1 i staDePai abras 
que puedan ser la palabra que el usuario trataba de escribir. Por ejemplo, puede probar con todas las transposiciones 
simples posibles de letras adyacentes para descubrir que la palabra “predeterminado” concuerda directamente con una 
palabra en 1 i staDePai abras. Desde luego que esto implica que su programa comprobará todas las otras transposi- 
ciones posibles, como “rpedeterminado”, “perdeterminado”, “predetreminado”, “predeterminado” y “predetermniado”. 
Cuando encuentre una nueva palabra que concuerde con una en la 1 i staDePai abras, imprima esa palabra en un 
mensaje como 

“¿Quiso decir “predeterminado”?”. 

Lleve a cabo otras pruebas, como reemplazar cada letra doble con una sola letra y cualquier otra prueba que pueda 
desarrollar para aumentar el valor de su corrector ortográfico. 

30.28 (Proyecto: un generador de crucigramas) La mayoría de las personas han resuelto crucigramas, pero pocos han 
intentado generar uno. Aquí lo sugerimos como un proyecto de manipulación de cadenas que requiere una cantidad 
considerable de sofisticación y esfuerzo. 

Hay muchas cuestiones que el programador tiene que resolver para hacer que funcione incluso hasta la aplicación 
generador de crucigramas más simple. Por ejemplo, ¿cómo representaría la cuadrícula de un crucigrama dentro de la 
computadora? ¿Debería utilizar una serie de cadenas o arreglos bidimensionales? 

El programador necesita una fuente de palabras (es decir, un diccionario computarizado) a la que la aplicación 
pueda hacer referencia de manera directa. ¿De qué manera deben almacenarse estas palabras para facilitar las manipu- 
laciones complejas que requiere la aplicación? 

Si usted es realmente ambicioso, querrá generar la porción de “claves” del crucigrama, en la que se imprimen pistas 
breves para cada palabra “horizontal” y cada palabra “vertical”. La sola impresión de la versión del crucigrama en blanco 
no es una tarea fácil. 
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Tabla de precedencia 
de los operadores 

A.l Precedencia de operadores 

Los operadores se muestran en orden decreciente de precedencia, de arriba hacia abajo (figura A.l). 


Operador 

Descripción 

Asoclatlvidad 

++ 

unario de postincremento 

de derecha a izquierda 

”” 

unario de postdecremento 


++ 

unario de preincremento 

de derecha a izquierda 

— 

unario de predecremento 


+ 

unario de suma 


- 

unario de resta 


! 

unario de negación lógica 


~ 

unario de complemento a nivel de bits 


C tipo ) 

unario de conversión 


* 

multiplicación 

de izquierda a derecha 

/ 

división 


% 

residuo 


+ 

suma o concatenación de cadenas 

de izquierda a derecha 


resta 


« 

desplazamiento a la izquierda 

de izquierda a derecha 

» 

desplazamiento a la derecha con signo 


»> 

desplazamiento a la derecha sin signo 


< 

menor que 


<= 

menor o igual que 


> 

mayor que 


>= 

mayor o igual que 


i nstanceof 

comparación de tipos 



Figura A.l | Tabla de precedencia de los operadores. (Parte I de 2). 
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Operador 

Descripción 

Asociatividad 

== 

es igual a 

de izquierda a derecha 

! = 

no es igual a 


& 

AND a nivel de bits 

AND lógico booleano 

de izquierda a derecha 

A 

OR excluyente a nivel de bits 

OR excluyente lógico booleano 

de izquierda a derecha 

1 

OR incluyente a nivel de bits 

OR incluyente lógico booleano 

de izquierda a derecha 

&& 

AND condicional 

de izquierda a derecha 

1 1 

OR condicional 

de izquierda a derecha 

? : 

condicional 

de derecha a izquierda 

= 

asignación 

de derecha a izquierda 

+= 

asignación, suma 


-= 

asignación, resta 


*_ 

asignación, multiplicación 


/= 

asignación, división 


%= 

asignación, residuo 


&= 

asignación, AND a nivel de bits 


A= 

asignación, OR excluyente a nivel de bits 


1 = 

asignación, OR incluyente a nivel de bits 


«= 

asignación, desplazamiento a la izquierda a nivel de bits 


»= 

asignación, desplazamiento a la derecha a nivel de bits con signo 


»>= 

asignación, desplazamiento a la derecha a nivel de bits sin signo 


Figura A.l 

Tabla de precedencia de los operadores. (Parte 2 de 2). 
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Conjunto de caracteres 
ASCII 


r 

0 

i 

2 

3 

4 

5 

6 

7 

8 

9 

0 

nul 

soh 

stx 

ext 

eot 

enq 

ack 

bel 

bs 

ht 

1 

ni 

vt 

ff 

cr 

SO 

si 

dle 

del 

dc2 

dc3 

2 

dc4 

nak 

syn 

etb 

can 

em 

sub 

esc 

fs 

gs 

3 

r s 

US 

sp 

! 

" 

# 

$ 

% 

& 

‘ 

4 

c 

) 

* 

+ 


- 


/ 

0 

1 

5 

2 

3 

4 

5 

6 

7 

8 

9 


; 

6 

< 

= 

> 

? 

@ 

A 

B 

C 

D 

E 

7 

F 

G 

H 

I 

3 

K 

L 

M 

N 

0 

8 

P 

Q 

R 

S 

T 

U 

V 

W 

X 

Y 

9 

Z 

[ 

\ 

] 

A 

_ 

> 

a 

b 

C 

10 

d 

e 

f 

9 

h 

i 

i 

k 

1 

m 

11 

n 

0 

P 

q 

r 

s 

t 

u 

V 

w 

12 

X 

y 

Z 

{ 

i 

} 

~ 

del 




Figura B.l | El conjunto de caracteres ASCII. 


Los dígitos a la izquierda de la tabla son los dígitos izquierdos del equivalente decimal (0-127) del código de carac- 
teres, y los dígitos en la parte superior de la tabla son los dígitos derechos del código de caracteres. Por ejemplo, 
el código de carácter para la “F” es 70, mientras que para el es 38. 

La mayoría de los usuarios de este libro estarán interesados en el conjunto de caracteres ASCII utilizado para 
representar los caracteres del idioma español en muchas computadoras. El conjunto de caracteres ASCII es un 
subconjunto del conjunto de caracteres Unicode utilizado por Java para representar caracteres de la mayoría de 
los lenguajes existentes en el mundo. Para obtener más información acerca del conjunto de caracteres Unicode, 
vea el apéndice I, Unicode®, que se incluye como bono Web. 
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Palabras clave y palabras 
reservadas 


Palabras clave en Java 


abstract 

assert 

boolean 

break 

byte 

case 

catch 

char 

class 

conti nue 

default 

do 

double 

el se 

enum 

extends 

final 

finally 

float 

for 

if 

implements 

import 

i nstanceof 

int 

i nterface 

long 

nati ve 

new 

package 

prívate 

protected 

public 

return 

short 

stati c 

stri ctfp 

super 

swi tch 

synchroni zed 

thi s 

throw 

throws 

transi ent 

try 

voi d 

vol atile 

while 




Palabras clave qtte no se utilizan actualmente 

const goto 

Figura C.l | Palabras clave de Java. 


Java también contiene las palabras reservadas true y fal se, las cuales son literales bol ean, y nul 1 , que es la literal 
que representa una referencia a nada. Al igual que las palabras clave, esas palabras reservadas no se pueden utilizar 
como identificadores. 




Tipos primitivos 


Tipo 

Tamaño en bits 

Valores 

Estándar 

bool ean 


true o false 


[Nota: una representación bol ean 

es específica para la Máquina virtual de Java en cada plataforma] . 

char 

16 

1 \u0000 ' a 1 \uFFFF ' (0 a 65535) 

(ISO, conjunto de 
caracteres Unicode) 

byte 

8 

-128 a +127 (-2 7 a 2 7 - 1) 


short 

16 

-32,768 a +32,767 (-2 15 a 2 15 - 1) 


i nt 

32 

-2,147,483,648 a +2,147,483,647 (-2 31 a 2 31 - 1) 


long 

64 

-9,223,372,036,854,775,808 a 
+9,223,372,036,854,775,807 (-2 63 a 2 S3 - 1) 


float 

32 

Rango negativo: 

(IEEE 754, 



-3.4028234663852886E+38 a 
-1 .40 1 2984643248 1707e-45 

Rango positivo: 

1. 4012984643248 1707e-4 5 a 
3.4028234663852886E+38 

punto flotante) 

double 

64 

Rango negativo: 

(IEEE 754, 



-1 .797693 1 348623 1 57E+308 a 
-4.9406564584 1 246544e-324 

punto flotante) 



Rango positivo: 

4.94065645841246544e-324 a 




1 .79769 3 1 348623 1 57E+308 


Figura D.I 

| Tipos primitivos de Java. 



Para obtener más información acerca de IEEE 754, visite grouper . i eee . org/groups/754/. Para obtener más 
información sobre Unicode, vea el apéndice I, Unicode®. 





He aquí sólo los números 
ratificados. 

— William Shakespeare 


La naturaleza tiene un 
cierto tipo de sistema de 
coordenadas aritméticas- 
geométricas, ya que cuenta 
con todo tipo de modelos. 

Lo que experimentamos 
de la naturaleza está en 
los modelos, y todos los 
modelos de la naturaleza 
son tan bellos. 

Se me ocurrió que el sistema 
de la naturaleza debe ser 
una verdadera belleza, 
porque en la química 
encontramos que las 
asociaciones se encuentran 
siempre en hermosos 
números enteros; no hay 
fracciones. 

— Richard Buckminster Fuller 
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Sistemas 

numéricos 


OBJETIVOS 

En este apéndice aprenderá a: 

■ Comprender los conceptos acerca de los sistemas numéricos 
como base, valor posicional y valor simbólico. 

■ Trabajar con los números representados en los sistemas 
numéricos binario, octal y hexadecimal. 

■ Abreviar los números binarios como octales o hexadecimales. 

■ Convertir los números octales y hexadecimales en binarios. 

■ Realizar conversiones hacia y desde números decimales y sus 
equivalentes en binario, octal y hexadecimal. 

■ Comprender el funcionamiento de la aritmética binaria y la 
manera en que se representan los números binarios negativos, 
utilizando la notación de complemento a dos. 
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1346 Apéndice E Sistemas numéricos 


E.l Introducción 

E.2 Abreviatura de los números binarios como números octales y hexadecimales 
E.3 Conversión de números octales y hexadecimales a binarios 
E.4 Conversión de un número binario, octal o hexadecimal a decimal 
E.5 Conversión de un número decimal a binario, octal o hexadecimal 
E.6 Números binarios negativos: notación de complemento a dos 
Resumen | Terminología | Ejercicios de autoevaluación | Respuestas a los ejercicios de autoevaluación | Ejercicios 


E.l Introducción 

En este apéndice presentaremos los sistemas numéricos clave que utilizan los programadores de Java, especialmen- 
te cuando trabajan en proyectos de software que requieren de una estrecha interacción con el hardware a nivel de 
máquina. Entre los proyectos de este tipo están los sistemas operativos, el software de redes computacionales, los 
compiladores, sistemas de bases de datos y aplicaciones que requieren de un alto rendimiento. 

Cuando escribimos un entero, como 227 o -63, en un programa de Java, se asume que el número está en el 
sistema numérico decimal (base 10). Los dígitos en el sistema numérico decimal son 0, 1, 2, 3, 4, 5, 6, 7, 8 y 9. 
El dígito más bajo es el 0 y el más alto es el 9 (uno menos que la base, 10). En su interior, las computadoras utili- 
zan el sistema numérico binario (base 2). Este sistema numérico sólo tiene dos dígitos: 0 y 1. El dígito más bajo es 
el 0 y el más alto es el 1 (uno menos que la base, 2) . 

Como veremos, los números binarios tienden a ser mucho más extensos que sus equivalentes decimales. Los 
programadores que trabajan con lenguajes ensambladores y en lenguajes de alto nivel como Java, que les permi- 
ten llegar hasta el nivel de máquina, encuentran que es complicado trabajar con números binarios. Por eso existen 
otros dos sistemas numéricos, el sistema numérico octal (base 8) y el sistema numérico hexadecimal (base 16), que 
son populares debido a que permiten abreviar los números binarios de una manera conveniente. 

En el sistema numérico octal, los dígitos utilizados son del 0 al 7. Debido a que tanto el sistema numérico 
binario como el octal tienen menos dígitos que el sistema numérico decimal, sus dígitos son los mismos que sus 
correspondientes en decimal. 

El sistema numérico hexadecimal presenta un problema, ya que requiere de 16 dígitos: el dígito más bajo es 0 
y el más alto tiene un valor equivalente al 15 decimal (uno menos que la base, 16). Por convención utilizamos las 
letras de la A a la F para representar los dígitos hexadecimales que corresponden a los valores decimales del 1 0 al 
15. Por lo tanto, en hexadecimal podemos tener números como el 876, que consisten solamente de dígitos simi- 
lares a los decimales; números como 8A55F que consisten de dígitos y letras; y números como FFE que consisten 
solamente de letras. En ocasiones un número hexadecimal puede coincidir con una palabra común como FACE 
o FEED (en inglés); esto puede parecer extraño para los programadores acostumbrados a trabajar con números. 
Los dígitos de los sistemas numéricos binario, octal, decimal y hexadecimal se sintetizan en las figuras E.l y E.2. 

Cada uno de estos sistemas numéricos utilizan la notación posicional: cada posición en la que se escribe un 
dígito tiene un valor posicional distinto. Por ejemplo, en el número decimal 937 (el 9, el 3 y el 7 se conocen 
como valores simbólicos) decimos que el 7 se escribe en la posición de las unidades; el 3, en la de las decenas; y 
el 9, en la de las centenas. Observe que cada una de estas posiciones es una potencia de la base (10) y que estas 
potencias empiezan en 0 y aumentan de 1 en 1 a medida que nos desplazamos hacia la izquierda por el número 
(figura E.3). 

Para números decimales más extensos, las siguientes posiciones a la izquierda serían: de millares (10 a la ter- 
cera potencia), de decenas de millares (10 a la cuarta potencia), de centenas de millares (10 a la quinta potencia), 
de los millones (10 a la sexta potencia), de decenas de millones (10 a la séptima potencia), y así sucesivamente. 

En el número binario 101 decimos que el 1 más a la derecha se escribe en la posición de los unos, el 0 se 
escribe en la posición de los dos y el 1 de más a la izquierda se escribe en la posición de los cuatros. Observe que 
cada una de estas posiciones es una potencia de la base (2) y que estas potencias empiezan en 0 y aumentan de 1 
en 1 a medida que nos desplazamos hacia la izquierda por el número (figura E.4). Por lo tanto, 101 = 2 2 + 2 o = 

4+1 = 5. 

Para números binarios más extensos, las siguientes posiciones a la izquierda serían la posición de los ochos 
(2 a la tercera potencia), la posición de los dieciséis (2 a la cuarta potencia), la posición de los treinta y dos (2 a la 
quinta potencia), la posición de los sesenta y cuatros (2 a la sexta potencia), y así sucesivamente. 
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Dígito binario 

Dígito octal 

Dígito decimal 

Dígito hexadecimal 

0 

0 

0 

0 

i 

i 

i 

i 


2 

2 

2 


3 

3 

3 


4 

4 

4 


5 

5 

5 


6 

6 

6 


7 

7 

7 



8 

8 



9 

9 




A (valor de 10 en decimal) 




B (valor de 1 1 en decimal) 




C (valor de 12 en decimal) 




D (valor de 13 en decimal) 




E (valor de 14 en decimal) 




F (valor de 1 5 en decimal) 


Figura E.l | Dígitos de los sistemas numéricos binario, octal, decimal y hexadecimal. 


Atributo 

Binario 

Octal 

Decimal 

Hexadecimal 

Base 

2 

8 

10 

16 

Dígito más bajo 

0 

0 

0 

0 

Dígito más alto 

1 

7 

9 

F 


Figura E.2 | Comparación de los sistemas binario, octal, decimal y hexadecimal. 


Valores posicionales en 

el sistema numérico decimal 



Dígito decimal 

9 

3 

7 

Nombre de la posición 

Centenas 

Decenas 

Unidades 

Valor posicional 

100 

10 

1 

Valor posicional como 
potencia de la base (10) 

10 2 

10 1 

10° 


Figura E.3 | Valores posicionales en el sistema numérico decimal. 

En el número octal 425, decimos que el 5 se escribe en la posición de los unos, el 2 se escribe en la posición de 
los ochos y el 4 se escribe en la posición de los sesenta y cuatros. Observe que cada una de estas posiciones es una 
potencia de la base (8) y que estas potencias empiezan en 0 y aumentan de 1 en 1 a medida que nos desplazamos 
hacia la izquierda por el número (figura E.5). 

Para números ocíales más extensos, las siguientes posiciones a la izquierda sería la posición de los quinientos 
doces (8 a la tercera potencia), la posición de los cuatro mil noventa y seis (8 a la cuarta potencia), la posición de 
los treinta y dos mil setecientos sesenta y ochos (8 a la quinta potencia), y así sucesivamente. 
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Valores posicionales en el sistema numérico binarlo 

Dígito binario 

1 

0 

1 

Nombre de la posición 

Cuatro 

Dos 

Unos 

Valor posicional 

4 

2 

1 

Valor posicional como 

2 2 

2 1 

2 o 

potencia de la base (2) 





Figura E.4 | Valores posicionales en el sistema numérico binario. 


Valores posicionales en 

el sistema numérico octal 



Dígito octal 

4 

2 

5 

Nombre de la posición 

Sesenta y cuatros 

Ochos 

Unos 

Valor posicional 

64 

8 

1 

Valor posicional como 
potencia de la base (8) 

8 2 

8 1 

8 o 


Figura E.5 | Valores posicionales en el sistema numérico octal. 


Valores posicionales en el sistema numérico hexadecimal 


Dígito hexadecimal 

3 

D 

A 

Nombre de la posición 

Doscientos cincuenta y seis 

Dieciséis 

Unos 

Valor posicional 

256 

16 

1 

Valor posicional como 
potencia de la base (16) 

16 2 

16 1 

16° 


Figura E.6 | Valores posicionales en el sistema numérico hexadecimal. 

En el número hexadecimal 3DA, decimos que la A se escribe en la posición de los unos, la D se escribe en la 
posición de los dieciséis y el 3 se escribe en la posición de los doscientos cincuenta y seis. Observe que cada una 
de estas posiciones es una potencia de la base (16) y que estas potencias empiezan en 0 y aumentan de 1 en 1 a 
medida que nos desplazamos hacia la izquierda por el número (figura E.6). 

Para números hexadecimales más extensos, las siguientes posiciones a la izquierda serían la posición de los 
cuatro mil noventa y seis (16 a la tercera potencia), la posición de los sesenta y cinco mil quinientos treinta y seis 
(16 a la cuarta potencia), y así sucesivamente. 

E.2 Abreviatura de los números binarios como números octales 
y hexadecimales 

En computación, el uso principal de los números octales y hexadecimales es para abreviar representaciones bina- 
rias demasiado extensas. La figura E.7 muestra que los números binarios extensos pueden expresarse más concisa- 
mente en sistemas numéricos con bases mayores que en el sistema numérico binario. 

Una relación especialmente importante que tienen tanto el sistema numérico octal como el hexadecimal con 
el sistema binario es que las bases de los sistemas octal y hexadecimal (8 y 16, respectivamente) son potencias de 
la base del sistema numérico binario (base 2). Considere el siguiente número binario de 12 dígitos y sus equiva- 
lentes en octal y hexadecimal. Vea si puede determinar cómo esta relación hace que sea conveniente el abreviar los 
números binarios en octal o hexadecimal. La respuesta sigue después de los números. 
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Número 

decimal 

Representación 

binaria 

Representación 

octal 

Representación 

hexadecimal 

0 

0 

0 

0 

1 

1 

1 

1 

2 

10 

2 

2 

3 

11 

3 

3 

4 

10 

4 

4 

5 

101 

5 

5 

6 

110 

6 

6 

7 

111 

7 

7 

8 

1000 

10 

8 

9 

1001 

11 

9 

10 

1010 

12 

A 

11 

1011 

13 

B 

12 

1100 

14 

C 

13 

1101 

15 

D 

14 

1110 

16 

E 

15 

lili 

17 

F 

16 

10000 

20 

10 


Figura E.7 | Equivalentes en decimal, binario, octal y hexadecimal. 

Número binario Equivalente en octal Equivalente en hexadecimal 

100011010001 4321 8D1 

Para convertir fácilmente el número binario en octal, sólo divida el número binario de 12 dígitos en grupos 
de tres bits consecutivos y escriba esos grupos por encima de los dígitos correspondientes del número octal, como 
se muestra a continuación: 

100 011 010 001 

4 3 2 1 

Observe que el dígito octal que escribió debajo de cada grupo de tres bits corresponde precisamente al equi- 
valente octal de ese número binario de 3 dígitos que se muestra en la figura E.7. 

El mismo tipo de relación puede observarse al convertir números de binario a hexadecimal. Divida el número 
binario de 12 dígitos en grupos de cuatro bits consecutivos y escriba esos grupos por encima de los dígitos corres- 
pondientes del número hexadecimal, como se muestra a continuación: 

1000 1101 0001 

8 D 1 

Observe que el dígito hexadecimal que escribió debajo de cada grupo de cuatro bits corresponde precisamen- 
te al equivalente hexadecimal de ese número binario de 4 dígitos que se muestra en la figura E.7. 

E.3 Conversión de números octales y hexadedmales a binarios 

En la sección anterior vimos cómo convertir números binarios a sus equivalentes en octal y hexadecimal, for- 
mando grupos de dígitos binarios y simplemente volviéndolos a escribir como sus valores equivalentes en dígitos 
octales o hexadecimal es. Este proceso puede utilizarse en forma inversa para producir el equivalente en binario de 
un número octal o hexadecimal. 
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Por ejemplo, el número octal 653 se convierte en binario simplemente escribiendo el 6 como su equivalente 
binario de 3 dígitos 1 1 0, el 5 como su equivalente binario de 3 dígitos 1 0 1 y el 3 como su equivalente binario de 
3 dígitos 011 para formar el número binario de 9 dígitos 110101011. 

El número hexadecimal FAD5 se convierte en binario simplemente escribiendo la F como su equivalente 
binario de 4 dígitos lili, la A como su equivalente binario de 4 dígitos 1010, la D como su equivalente binario 
de 4 dígitos 1101 y el 5 como su equivalente binario de 4 dígitos 0101, para formar el número binario de 16 
dígitos 1111101011010101. 

E.4 Conversión de un número binario, octal o hexadecimal 
a decimal 

Como estamos acostumbrados a trabajar con el sistema decimal, a menudo es conveniente convertir un número 
binario, octal o hexadecimal en decimal para tener una idea de lo que “realmente” vale el número. Nuestros diagra- 
mas en la sección E. 1 expresan los valores posicionales en decimal. Para convertir un número en decimal desde 
otra base, multiplique el equivalente en decimal de cada dígito por su valor posicional y sume estos productos. Por 
ejemplo, el número binario 110101 se convierte en el número 53 decimal, como se muestra en la figura E.8. 

Para convertir el número 7614 octal en el número 3980 decimal utilizamos la misma técnica, esta vez utili- 
zando los valores posicionales apropiados para el sistema octal, como se muestra en la figura E.9. 

Para convertir el número AD3B hexadecimal en el número 44347 decimal utilizamos la misma técnica, esta vez 
empleando los valores posicionales apropiados para el sistema hexadecimal, como se muestra en la figura E.10. 


Conversión de un número binario en decimal 

Valores posicionales: 

32 16 8 

4 

2 

1 

Valores simbólicos: 

110 

1 

0 

1 

Productos: 

1*32=32 1*16=16 0*8=0 

1*4=4 

0*2=0 

1*1=1 

Suma: 

= 32 + 16 + 0 + 4 + Os + 1 = 53 





Figura E.8 | Conversión de un número binario en decimal. 


Conversión de un nú 

mero octal en decimal 




Valores posicionales: 

512 

16 

32 

58 

Valores simbólicos: 

7 

32 

32 

32 

Productos: 

7*512=3584 

6*64=384 

1*8=8 

4*1=4 

Suma: 

= 3584 + 384 + 8 + 

4 = 3980 




Figura E.9 | Conversión de un número octal en decimal. 


Conversión de un número hexadecima; en decimal 


Valores posicionales: 4096 256 16 1 

Valores simbólicos: A D 3 B 

Productos: A*4096=40960 D*256=3328 3-16=48 B*l=ll 

S uma - = 40960 + 3328 + 48 + 11 = 44347 

Figura E.IO | Conversión de un número hexadecimal en decimal. 
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E.5 Conversión de un número decimal a binario, 
octal o hexadecimal 

Las conversiones de la sección E.4 siguen naturalmente las convenciones de la notación posicional. Las conver- 
siones de decimal a binario, octal o hexadecimal también siguen estas convenciones. 

Suponga que queremos convertir el número 57 decimal en binario. Empezamos escribiendo los valores posi- 
cionales de las columnas de derecha a izquierda, hasta llegar a una columna cuyo valor posicional sea mayor que 
el número decimal. Como no necesitamos esa columna, podemos descartarla. Por lo tanto, primero escribimos: 

Valores posicio nales: 64 52 16 8 4 2 1 

Luego descartamos la columna con el valor posicional de 64, dejando: 

Valores posicio nales: 52 16 8 4 2 1 

A continuación, empezamos a trabajar desde la columna más a la izquierda y nos vamos desplazando hacia la 
derecha. Dividimos 57 entre 32 y observamos que hay un 32 en 57, con un residuo de 25, por lo que escribimos 
1 en la columna de los 32. Dividimos 25 entre 16 y observamos que hay un 16 en 25, con un residuo de 9, por 
lo que escribimos 1 en la columna de los 16. Dividimos 9 entre 8 y observamos que hay un 8 en 9 con un residuo 
de 1. Las siguientes dos columnas producen el cociente de cero cuando se divide 1 entre sus valores posicio nales, 
por lo que escribimos 0 en las columnas de los 4 y de los 2. Por último, 1 entre 1 es 1, por lo que escribimos 1 en 
la columna de los 1 . Esto nos da: 

Valores posicionales: 32 16 8 4 2 1 

Valores simbólicos: 1 1 10 0 1 

y, por lo tanto, el 57 decimal es equivalente al 111001 binario. 

Para convertir el número decimal 103 en octal, empezamos por escribir los valores posicionales de las colum- 
nas hasta llegar a una columna cuyo valor posicional sea mayor que el número decimal. Como no necesitamos esa 
columna, podemos descartarla. Por lo tanto, primero escribimos: 

Valores posicionales: 512 64 8 1 

Luego descartamos la columna con el valor posicional de 512, lo que nos da: 

Valores posicionales: 64 8 1 

A continuación, empezamos a trabajar desde la columna más a la izquierda y nos vamos desplazando hacia la 
derecha. Dividimos 103 entre 64 y observamos que hay un 64 en 103 con un residuo de 39, por lo que escribimos 
1 en la columna de los 64. Dividimos 39 entre 8 y observamos que el 8 cabe cuatro veces en 39 con un residuo 
de 7, por lo que escribimos 4 en la columna de los 8. Por último, dividimos 7 entre 1 y observamos que el 1 cabe 
siete veces en 7 y no hay residuo, por lo que escribimos 7 en la columna de los 1. Esto nos da: 

Valores posicionales: 64 8 1 

Valores simbólicos: 14 7 

y por lo tanto, el 103 decimal es equivalente al 147 octal. 

Para convertir el número decimal 375 en hexadecimal, empezamos por escribir los valores posicionales de las 
columnas hasta llegar a una columna cuyo valor posicional sea mayor que el número decimal. Como no necesi- 
tamos esa columna, podemos descartarla. Por consecuencia, primero escribimos: 

Valores posicionales: 4096 2 56 16 1 

Luego descartamos la columna con el valor posicional de 4096, lo que nos da: 

Valores posicionales: 2 56 16 1 

A continuación, empezamos a trabajar desde la columna más a la izquierda y nos vamos desplazando hacia 
la derecha. Dividimos 375 entre 256 y observamos que 256 cabe una vez en 375 con un residuo de 119, por lo 
que escribimos 1 en la columna de los 256. Dividimos 1 19 entre 16 y observamos que el 16 cabe siete veces en 
119 con un residuo de 7, por lo que escribimos 7 en la columna de los 16. Por último, dividimos 7 entre 1 y 
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observamos que el 1 cabe siete veces en 7 y no hay residuo, por lo que escribimos 7 en la columna de los 1 . Esto 
produce: 

Valores posicionales: 2 56 16 1 

Valores simbólicos: 1 7 7 

y, por lo tanto, el 375 decimal es equivalente al 177 hexadecimal. 

E.6 Números binarios negativos: notación de complemento a dos 

La discusión en este apéndice se ha enfocado hasta ahora en números positivos. En esta sección explicaremos 
cómo las computadoras representan números negativos mediante el uso de la notación de complementos a dos. 
Primero explicaremos cómo se forma el complemento a dos de un número binario y después mostraremos por 
qué representa el valor negativo de dicho número binario. 

Considere una máquina con enteros de 32 bits. Suponga que se ejecuta la siguiente instrucción: 

int valor = 13; 

La representación en 32 bits de val or es: 

00000000 00000000 00000000 00001101 

Para formar el negativo de val or, primero formamos su complemento a uno aplicando el operador de complemen- 
to a nivel de bits de Java (~): 

compl ementoAUnoDeVal or = ~valor; 

Internamente, ~valor es ahora valor con cada uno de sus bits invertidos; los unos se convierten en ceros y los 
ceros en unos, como se muestra a continuación: 

valor: 

00000000 00000000 00000000 00001101 

~val or (es decir, el complemento a uno de valor): 

11111111 11111111 11111111 11110010 

Para formar el complemento a dos de valor, simplemente sumamos uno al complemento a uno de valor. Por lo 
tanto: 


El complemento a dos de val o r es: 

11111111 11111111 11111111 11110011 

Ahora, si esto de hecho es igual a -13, deberíamos poder sumarlo al 13 binario y obtener como resultado 0. 
Comprobemos esto: 

00000000 00000000 00000000 00001101 
+11111111 11111111 11111111 11110011 

00000000 00000000 00000000 00000000 

El bit de acarreo que sale de la columna que está más a la izquierda se descarta y evidentemente obtenemos 0 
como resultado. Si sumamos el complemento a uno de un número a ese mismo número, todos los dígitos del 
resultado serían iguales a 1. La clave para obtener un resultado en el que todos los dígitos sean cero es que el 
complemento a dos es 1 más que el complemento a 1 . La suma de 1 hace que el resultado de cada columna sea 0 
y se acarrea un 1 . El acarreo sigue desplazándose hacia la izquierda hasta que se descarta en el bit que está más a 
la izquierda, con lo que todos los dígitos del número resultante son iguales a cero. 

En realidad, las computadoras realizan una suma como: 

x = a - valor; 

mediante la suma del complemento a dos de valor con a, como se muestra a continuación: 


x = a + (~valor + 1) ; 
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Suponga que a es 27 y que val or es 13 como en el ejemplo anterior. Si el complemento a dos de val or es en 
realidad el negativo de éste, entonces al sumar el complemento de dos de valor con a se produciría el resultado 
de 14. Comprobemos esto: 

a (es decir, 27) 00000000 00000000 00000000 00011011 

+(~val or + 1) +11111111 11111111 11111111 11110011 

00000000 00000000 00000000 00001110 
lo que ciertamente da como resultado 14. 


Resumen 

• Cuando escribimos un entero como 19, 22 7 o -63, en un programa de Java, suponemos que el número se encuen- 
tra en el sistema numérico decimal (base 10). Los dígitos en el sistema numérico decimal son 0, 1, 2, 3, 4, 5, 6, 7, 
8 y 9. El dígito más bajo es el 0 y el más alto es el 9 (uno menos que la base, 10). 

• En su interior, las computadoras utilizan el sistema numérico binario (base 2). Este sistema numérico sólo tiene dos 
dígitos: 0 y 1 . El dígito más bajo es el 0 y el más alto es el 1 (uno menos que la base, 2). 

• El sistema numérico octal (base 8) y el sistema numérico hexadecimal (base 16) son populares debido a que permi- 
ten abreviar los números binarios de una manera conveniente. 

• Los dígitos que se utilizan en el sistema numérico octal son del 0 al 7. 

• El sistema numérico hexadecimal presenta un problema, ya que requiere de dieciséis dígitos: el dígito más bajo es 0 y 
el más alto tiene un valor equivalente al 1 5 decimal (uno menos que la base, 16). Por convención utilizamos las letras 
de la A a la F para representar los dígitos hexadecimales que corresponden a los valores decimales del 10 al 15. 

• Cada uno de estos sistemas numéricos utilizan la notación posicional: cada posición en la que se escribe un dígito 
tiene un distinto valor posicional. 

• Una relación especialmente importante que tienen tanto el sistema numérico octal como el hexadecimal con el sis- 
tema binario es que las bases de los sistemas octal y hexadecimal (8 y 16, respectivamente) son potencias de la base 
del sistema numérico binario (base 2). 

• Para convertir un número octal en binario, sustituya cada dígito octal con su equivalente binario de tres dígitos. 

• Para convertir un número hexadecimal en binario, simplemente sustituya cada dígito hexadecimal con su equivalen- 
te binario de cuatro dígitos. 

• Como estamos acostumbrados a trabajar con el sistema decimal, es conveniente convertir un número binario, octal 
o hexadecimal en decimal para tener una idea de lo que “realmente” vale el número. 

• Para convertir un número en decimal desde otra base, multiplique el equivalente en decimal de cada dígito por su 
valor posicional y sume estos productos. 

• Las computadoras representan números negativos mediante el uso de la notación de complementos a dos. 

• Para formar el negativo de un valor en binario, primero formamos su complemento a uno aplicando el operador de 
complemento a nivel de bits de Java (~). Esto invierte los bits del valor. Para formar el complemento a dos de un 
valor, simplemente sumamos uno al complemento a uno de ese valor. 


Terminología 

base 

conversiones 

dígito 

notación de complementos a dos 
notación de complementos a uno 
notación posicional 

operador de complemento a nivel de bits (~) 
sistema numérico binario 
sistema numérico de base 1 0 


sistema numérico 
sistema numérico 
sistema numérico 
sistema numérico 
sistema numérico 
sistema numérico 
valor negativo 
valor posicional 
valor simbólico 


de base 1 6 
de base 2 
de base 8 
decimal 
hexadecimal 
octal 
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Ejercicios de autoevaluación 

E.l Las bases de los sistemas numéricos decimal, binario, octal y hexadecimal son , 

, y , respectivamente. 

E.2 En general, las representaciones en decimal, octal y hexadecimal de un número binario dado contienen (más / 
menos) dígitos de los que contiene el número binario. 

E.3 ( Verdadero/falso ) Una de las razones populares de utilizar el sistema numérico decimal es que forma una nota- 

ción conveniente para abreviar números binarios, en la que simplemente se sustituye un dígito decimal por cada grupo 
de cuatro dígitos binarios. 

E.4 La representación (octal/hexadecimal/decimal) de un valor binario grande es la más concisa (de las alternativas 
dadas). 

E.5 ( Verdadero/falso ) El dígito de mayor valor en cualquier base es uno más que la base. 

E.6 ( Verdadero/falso ) El dígito de menor valor en cualquier base es uno menos que la base. 

E.7 El valor posicional del dígito que se encuentra más a la derecha en cualquier número, ya sea binario, octal, 
decimal o hexadecimal es siempre . 

E.8 El valor posicional del dígito que está a la izquierda del dígito que se encuentra más a la derecha en cualquier 
número, ya sea binario, octal, decimal o hexadecimal es siempre igual a . 


E.9 Complete los valores que faltan en esta tabla de valores posicionales para las cuatro posiciones que están más a 

la derecha en cada uno 

de los sistemas numéricos indicados: 

decimal 

1000 

100 10 1 

hexadecimal 


256 

binario 



octal 

512 

8 


E. 1 0 Convierta el número binario 110101011000 en octal y en hexadecimal. 

E. 1 I Convierta el número hexadecimal FACE en binario. 

E.12 Convierta el número octal 7316 en binario. 

E. 1 3 Convierta el número hexadecimal 4FEC en octal. ( Sugerencia : primero convierta el número 4FEC en binario 
y después convierta el número resultante en octal). 

E. 1 4 Convierta el número binario 1101110 en decimal. 

E.l 5 Convierta el número octal 317 en decimal. 

E. 1 6 Convierta el número hexadecimal EFD4 en decimal. 

E. 1 7 Convierta el número decimal 177 en binario, en octal y en hexadecimal. 

E.18 Muestre la representación binaria del número decimal 417. Después muestre el complemento a uno de 417 y 
el complemento a dos del mismo número. 

E.l 9 ¿Cuál es el resultado cuando se suma el complemento a dos de un número con ese mismo número? 

Respuestas a los ejercicios de autoevaluación 

E.l 10,2,8,16. 

E.2 Menos. 

E.3 Falso. El hexadecimal hace esto. 

E.4 Hexadecimal. 

E.5 Falso. El dígito de mayor valor en cualquier base es uno menos que la base. 

E.6 Falso. El dígito de menor valor en cualquier base es cero. 

E.7 1 (La base elevada a la potencia de cero). 

E.8 La base del sistema numérico. 

E.9 Complete los valores que faltan en esta tabla de valores posicionales para las cuatro posiciones que están más a 
la derecha en cada uno de los sistemas numéricos indicados: 
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decimal 1000 100 10 1 

hexadecimal 4096 256 16 1 

binario 8 4 2 1 

octal 512 64 8 1 

E.10 6530 octal; D58 hexadecimal. 

E.l I lili 1010 1100 1110 binario. 

E.12 111 011 001 110 binario. 

E.l 3 0 100 111 111 101 100 binario; 47754 octal. 

E. 1 4 2+4+8+32+64= 110 decimal. 

E. 1 5 7+ 1*8+3*64=7+8+ 1 92=207 decimal. 

E.l 6 4+13*16+15*256+14*4096=61396 decimal. 

E.l 7 177 decimal 

en binario: 

256 128 64 32 16 8 4 2 1 
128 64 32 16 8 4 2 1 

(1*12 8) +(0*64) +(1*32) +(1*16) +(0*8) +(0*4) +(0*2) +(1*1) 

10110001 

en octal: 

512 64 8 1 
64 8 1 

(2 *64) +(6*8) +(1*1) 

261 

en hexadecimal: 

256 16 1 
16 1 

(11*16)+(1*1) 

(B*16)+(l*l) 

B1 

E.l 8 Binario: 

512 256 128 64 32 16 8 4 2 1 
256 128 64 32 16 8 4 2 1 

(1*2 56) +(1*128) +(0*64) + (1*32)+ (0*16)+ (0*8)+ (0*4)+ (0*2)+ 

( 1 * 1 ) 

110100001 

Complemento a uno: 001011110 
Complemento a dos: 001011111 

Comprobación: Número binario original + su complemento a dos: 

110100001 

001011111 

000000000 
E. 1 9 Cero. 

Ejercicios 

E.20 Algunas personas argumentan que muchos de nuestros cálculos se realizarían más fácilmente en el sistema 
numérico de base 12, ya que el 12 puede dividirse por muchos más números que el 10 (por la base 10). ¿Cuál es el dígito 
de menor valor en la base 12? ¿Cuál podría ser el símbolo con mayor valor para un dígito en la base 12? ¿Cuáles son los 
valores posicionales de las cuatro posiciones más a la derecha de cualquier número en el sistema numérico de base 12? 
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E.2 1 Complete la siguiente tabla de valores posicionales para las cuatro posiciones más a la derecha en cada uno de 
los sistemas numéricos indicados: 


decimal 

1000 

100 

10 

1 

base 6 



6 


base 13 


169 



base 3 

27 





E.22 Convierta el número binario 1001011 11010 en octal y en hexadecimal. 

E.23 Convierta el número hexadecimal 3A7D en binario. 

E.24 Convierta el número hexadecimal 765F en octal. ( Sugerencia : primero conviértalo en binario y después con- 

vierta el número resultante en octal). 

E.25 Convierta el número binario 1011110 en decimal. 

E.26 Convierta el número octal 426 en decimal. 

E.27 Convierta el número hexadecimal FFFF en decimal. 

E.28 Convierta el número decimal 299 en binario, en octal y en hexadecimal. 

E.29 Muestre la representación binaria del número decimal 779. Después muestre el complemento a uno de 779 y 
el complemento a dos del mismo número. 

E.30 Muestre el complemento a dos del valor entero -1 en una máquina con enteros de 32 bits. 



F 


GroupLayout 


F.l Introducción 

Java SE 6 incluye un nuevo y poderoso administrador de esquemas llamado GroupLayout, el cual es el adminis- 
trador de esquemas predeterminado en el IDE Netbeans 5.5 (www.netbeans.org). En este apéndice veremos 
las generalidades acerca de GroupLayout, y después demostraremos cómo usar el diseñador de GUI Matisse 
del IDE Netbeans 5.5 para crear una GUI mediante el uso de GroupLayout para posicionar los componentes. 
NetBeans genera el código de GroupLayout por el programador de manera automática. Aunque podemos escribir 
código de GroupLayout en forma manual, en la mayoría de los casos es mejor utilizar una herramienta de diseño 
de GUI tal como la que proporciona Netbeans, para sacar provecho al poder de GroupLayout. Para obtener más 
detalles acerca de GroupLayout, consulte la lista de recursos Web al final de este apéndice. 

F.2 Fundamentos de GroupLayout 

En los capítulos 1 1 y 22 presentamos varios administradores de esquemas que proporcionan herramientas de 
esquemas de GUI. También vimos cómo combinar administradores de esquemas y varios contenedores para 
crear esquemas más complejos. La mayoría de los administradores de esquemas no nos proporcionan un control 
preciso sobre el posicionamiento de los componentes. En el capítulo 22 vimos Gri dBagLayout, que proporciona 
un control más preciso sobre la posición y el tamaño de los componentes de GUI del programador. Nos permite 
especificar la posición vertical y horizontal de cada componente, el número de filas y columnas que ocupa cada 
componente en la cuadrícula, y la forma en que los componentes aumentan y reducen su tamaño, a medida que 
cambia el tamaño del contenedor. Todo esto se especifica al mismo tiempo con un objeto Gri dBagConstrai nts. 
La clase GroupLayout es el siguiente paso en la administración de esquemas. GroupLayout es más flexible, ya 
que el programador puede especificar los esquemas horizontal y vertical de sus componentes de manera indepen- 
diente. 

Arreglos en serie y en paralelo 

Los componentes se ordenan en secuencia o en paralelo. Los tres objetos JButton de la figura El tienen una 
orientación horizontal secuencial: aparecen de izquierda a derecha en secuencia. En sentido vertical, los com- 
ponentes están ordenados en paralelo, por lo que en cierto sentido, “ocupan el mismo espacio vertical”. Los 
componentes también se pueden ordenar secuencialmente en dirección vertical, y en paralelo en dirección hori- 
zontal, como veremos en la sección E3. Para evitar traslapar los componentes, por lo general, los componentes 
con orientación vertical en paralelo tienen una orientación horizontal secuencial (y viceversa). 

Grupos y alineación 

Para crear interfaces de usuario más complejas, GroupLayout nos permite crear grupos que contengan elementos 
secuenciales o en paralelo. Dentro de un grupo, podemos tener componentes de GUI, otros grupos y huecos. 
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Arreglo vertical en paralelo; los componentes 
ocupan el mismo “espacio vertical” 


Arreglo horizontal secuencial; los componentes 
aparecen de izquierda a derecha en secuencia 

Figura F.l | Objetos JButton ordenados en secuencia para su orientación horizontal, y en paralelo para su 
orientación vertical. 

Colocar un grupo dentro de otro grupo es similar a crear una GUI usando contenedores anidados, como un 
objeto 3 Panel que contiene otros objetos 3 Panel , que a su vez contienen componentes de GUI. 

Al crear un grupo, podemos especificar la alineación de sus elementos. La clase GroupLayout contiene cuatro 
constantes para este fin: LEADING, TRAILING, CENTER y BASELINE. La constante BASELINE se aplica sólo a orien- 
taciones verticales. En la orientación horizontal, las constantes LEADING, TRAILING y CENTER representan la justi- 
ficación a la izquierda, justificación a la derecha y centrado, respectivamente. En la orientación vertical, LEADING, 
TRAILING y CENTER alinean los componentes en su parte superior, inferior o centro vertical, respectivamente. Al 
alinear componentes con BASELINE estamos indicando que deben alinearse mediante el uso de la línea base de la 
fuente para el texto del componente. Para obtener más información acerca de las líneas base, vea la sección 12.4. 

Espaciado 

GroupLayout utiliza de manera predeterminada los lincamientos de diseño de GUIs de la plataforma subyacen- 
te para aplicar espacio entre un componente y otro. El método addGap de las clases de GroupLayout anidadas 
GroupLayout . Group, GroupLayout . Sequent i al Group y GroupLayout . Paral 1 el Group nos permite controlar 
el espaciado entre componentes. 

Ajustar el tamaño de los componentes 

De manera predeterminada, GroupLayout utiliza los métodos getMinimumSize, getMaximumSize y getPre- 
ferredSize de cada componente para ayudar a determinar el tamaño del componente. Podemos redefinir la 
configuración predeterminada. 

F.3 Creación de un objeto Sel ectorCol ores 

Ahora vamos a presentar una aplicación llamada Sel ecto rCol ores para demostrar el administrador de esquemas 
GroupLayout. Esta aplicación consiste en tres objetos 3S1 i der, cada uno de los cuales representa los valores de 0 
a 255 para especificar los valores rojo, verde y azul de un color. Los valores seleccionados para cada objeto 3 SI i - 
der se utilizarán para mostrar un rectángulo sólido del color especificado. Vamos a crear esta aplicación usando 
Netbeans 5.5. Para obtener una introducción más detallada acerca de cómo desarrollar aplicaciones de GUI en el 
IDE Netbeans, vea www. netbeans . org/kb/trai 1 s/mati sse . html . 

Cree un nuevo proyecto 

Empiece por abrir un nuevo proyecto en Netbeans. Seleccione File > New Project.... En el cuadro de diálogo New 
Project, seleccione General de la lista Categories y Java Application de la lista Projects; después haga clic en 
Next >. Especifique Sel ectorCol ores como el nombre del proyecto y desactive la casilla de verificación Create 
Main Class. También puede especificar la ubicación de su proyecto en el campo Project Location. Haga clic en 
Finish para crear el proyecto. 

Agregue una nueva subclase de JFrame al proyecto 

En la ficha Projects del IDE, justo debajo del menú File y la barra de herramientas (figura F.2), expanda el nodo 
Source Packages. Haga clic con el botón derecho del ratón en el nodo <default package> que aparece y selec- 
cione New > JFrame Form. En el cuadro de diálogo New JPanel Form, especifique Sel ectorCol ores como 
el nombre de la clase y haga clic en Finish. Esta subclase de JFrame mostrará los componentes de la GUI de la 
aplicación. La ventana de Netbeans ahora deberá ser similar a la figura F.3, mostrando la clase Sel ectorCol ores 
en vista de diseño (Design). Los botones Source y Design en la parte superior de la ventana Sel ectorCol ores, 
java nos permiten alternar entre editar el código fuente y diseñar la GUI. 
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La vista Design sólo muestra el área cliente de SelectorColores (es decir, el área que aparecerá dentro de 
los bordes de la ventana). Para crear una GUI en forma visual, puede arrastrar componentes de GUI desde la 
ventana Palette hacia el área cliente. Para configurar las propiedades de cada componente, hay que seleccionarlo y 
después modificar los valores de las propiedades que aparecen en la ventana Properties (figura F.3). Al seleccionar 
un componente, la ventana Properties muestra tres botones: Properties, Events y Code (vea la figura F.4); éstos 
le permiten configurar varios aspectos del componente. 
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Cree la GUI 

Arrastre tres componentes 3 SI i de r de la paleta (Palette) hacia el formulario 3 Frame (tal vez necesite desplazarse 
por la paleta). A medida que arrastramos componentes cerca de los bordes del área cliente, o cerca de otros com- 
ponentes, Netbeans muestra líneas guía (figura F.4) que indican las distancias y alineaciones recomendadas entre 
el componente que estamos arrastrando, los bordes del área cliente y los demás componentes. A medida que siga 
los pasos para crear la GUI, use las líneas guía para ordenar los componentes en tres filas y tres columnas, como 
en la figura F.5. Use la ventana Properties para cambiar el nombre de los componentes 3Slidera rojoJSl i der, 
verdeJSl i der y azul 1 SI i der. Seleccione el primer componente 3 SI i der, después haga clic en el botón Code 
de la ventana Properties y cambie la propiedad Variable Ñame a rojoDSl i der. Repita este proceso para cambiar 
el nombre a los otros dos componentes JSlider. Después seleccione cada componente 3Slider y cambie su 
propiedad máximum a 255, para que produzca valores en el rango de 0 a 255, y cambie su propiedad val ue a 0, 
de manera que el indicador del componente 3 SI i der se encuentre inicialmente a la izquierda. 

Arrastre tres componentes 3Label de la paleta al formulario 3Frame para etiquetar cada componente 3 SI i - 
der con el color que representa. Use los nombres rojo3Label, verde3Label y azul 3Label para los componen- 
tes 3Label, respectivamente. Cada componente 3Label debe colocarse a la izquierda del componente 3 SI i der 
correspondiente (figura F.5). Cambie la propiedad text de cada componente 3Label, ya sea haciendo doble clic 
en el componente 3Label y escribiendo el nuevo texto, o seleccionando el componente 3Label y cambiando la 
propiedad text en la ventana Properties. 

Agregue un componente 3TextFi el d a cada uno de los componentes 3S1 i der para mostrar su valor. Use 
los nombres rojolTextFi el d, verdelTextFiel d y azul ITextFi el d para estos componentes. Cambie la pro- 
piedad text de cada componente ITextFi el d a 0, usando las mismas técnicas que para los componentes 3Label . 
Cambie la propiedad columns de cada componente ITextFi el d a 4. 



Figura F.4 | Posicione el primer componente ITextFi el d. 



Figura F.5 | Distribución de los componentes 3 Label , 3Slider y 3TextField. 
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Haga doble clic en el borde del área cliente para que aparezca el cuadro de diálogo Set Form Designer Size 
y cambie el primer número (que representa la anchura) a 410; después haga clic en OK. Esto hace al área cliente 
lo suficientemente amplia como para poder alojar el componente 1 Panel que agregará a continuación. Por últi- 
mo, agregue un componente 1 Panel llamado col orí Panel a la derecha de este grupo de componentes. Use las 
líneas guía como se muestra en la figura E6 para colocar el componente 3 Panel. Cambie el color de fondo de 
este componente para mostrar el color seleccionado. Por último, arrastre el borde inferior del área cliente hacia la 
parte superior del área Design, de manera que pueda ver la línea de ajuste que muestra la altura recomendada del 
área cliente (con base en sus componentes), como se muestra en la figura F.7. 



Figura F.6 | Posicione el panel JLabel. 



Figura F. 7 | Ajuste de la altura del área cliente. 
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Edite el código fuente y agregue manejadores de eventos 

El IDE generó de manera automática el código de la GUI, incluyendo métodos para inicializar componentes y 
alinearlos mediante el administrador de esquemas GroupLayout. Debemos agregar la funcionalidad deseada a los 
manejadores de eventos de los componentes. Para agregar un manejador de eventos para un componente, haga 
clic con el botón derecho sobre él y coloque el ratón sobre la opción Events en el menú contextual. A continua- 
ción, podrá seleccionar la categoría de evento que desee manejar, y el evento específico dentro de esa categoría. 
Por ejemplo, para agregar los manejadores de eventos para los componentes JSIider para este ejemplo, haga clic 
en cada componente J SI i der y seleccione Events > Change > stateChanged. Al hacer esto, Netbeans agrega un 
objeto ChangeLi stener al componente JS1 i der y cambia de vista de diseño (Design) a vista de código fuente 
(Source), en donde podemos colocar código en el manejador de eventos. Use el botón Design para regresar a la 
vista de diseño y repita los pasos anteriores para agregar los manejadores de eventos para los otros dos compo- 
nentes JS1 i der. Para completar los manejadores de eventos, agregue primero el método de la figura F.8. En cada 
manejador de eventos de JSIider, establezca el componente JTextField correspondiente con el nuevo valor 
del componente 3 SI i der, y después llame al método cambi arColor. Por último, en el constructor después de la 
llamada a i ni tComponents, agregue la línea: 

colorJPanel . setBackgroundf java. awt. Color. BLACK ); 

La figura F.9 muestra la clase Sel ectorCol ores completa, exactamente como la genera Netbeans. Cada vez una 
mayor parte del desarrollo de software se lleva a cabo con herramientas que generan código complicado como 
éste, lo cual ahorra al lector el tiempo y esfuerzo de hacerlo por sí mismo. 


1 // cambia el color de fondo del componente colorJPanel, con base en los valores 

2 // actuales de los componentes JSIider 

3 public void cambiarColorO 

4 { 

5 colorJPanel .setBackground( new java. awt. Color( 

6 rojoJSlider.getValueO , verdeJSlider.getValueO , 

7 azul JSIider. getValueO ) ); 

8 } // fin del método cambi arColor 

Figura F.8 | Método que cambia el color de fondo de colorJPanel, con base en los valores de los tres componentes 
JS1 i der. 


1 /* 

2 * SelectorColores. java 

3 

4 * Created on 12 de noviembre de 2007, 3:51 

5 V 

6 

7 /** 

8 

9 * @author Administrador 

10 V 

11 public class SelectorColores extends javax.swing.JFrame 

12 { 

13 

14 /** Creates new form SelectorColores */ 

15 public SelectorColoresO 

16 í 

17 i ni tComponents O ; 

18 colorJPanel . setBackgroundf java. awt. Color. BLACK ); 

19 } 


Figura F.9 


Clase SelectorColores que utiliza a GroupLayout para su esquema de GUI. (Parte I de 5). 
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// cambia el color de fondo del componente colorlPanel, con base en los valores 
// actuales de los componentes ISlider 
public void cambi arCol or() 

{ 

colorlPanel . setBackground( new java.awt.Color( 

rojoJSl i der . getVal ue() , verdelSlider.getValue() , 
azul 1S1 i der . getVal ue() ) ); 

} // fin del método cambiarColor 

/** This method is called from within the constructor to 

* i ni ti al i ze the form. 

* WARNING: Do NOT modify this code. The contení of this method is 

* always regenerated by the Form Editor. 

V 

// <editor-fold defaultstate="collapsed" desc=" Generated Code "> 

private void initComponents() { 

rojolSlider = new javax.swing.lSlider() ; 
verdelSlider = new javax.swing. JSliderO ; 
azullSlider = new javax.swing. ISliderO ; 
rojolLabel = new javax.swing. JLabel () ; 
verde] Label = new javax.swing.lLabel () ; 
jLabel3 = new javax . swi ng . 1 Label () ; 
rojolTextFi el d = new javax. swing. ITextFieldO ; 
verdelTextFi el d = new javax. swing. ITextFieldO ; 
azul ITextFi el d = new javax. swing. ITextFieldO ; 
colorlPanel = new javax. swing.] Panel () ; 

setDefaul tCl oseOperation (javax . swi ng .Wi ndowConstants . EXIT_0N„CL0SE) ; 

rojolSlider. setMaximum(255) ; 
rojolSlider. setValue(O) ; 
rojolSlider. setName("null' ) ; 

rojo] SI i der . addChangeLi s tener (new javax. swi ng . event .ChangeLi stener() { 
public void stateChanged(javax. swing. event. ChangeEvent evt) { 
rojolSl i derStateChanged(evt) ; 

} 

}); 

verdelSlider. setMaximum(255) ; 
verdelSlider. setValue(O) ; 
verdelSlider. setName("null") ; 

verdelSlider. addChangeLi stener(new j avax . swi ng . event . ChangeLi stener () { 
public void stateChanged(javax. swing. event. ChangeEvent evt) { 
verdelSl i derStateChanged(evt) ; 

} 

}); 

azullSlider. setMaximum(255) ; 
azul 1 SI i der . setVal ue(0) ; 

azul 1 SI i der . addChangeLi stener (new javax. swi ng . event .ChangeLi stener () 

{ 

public void stateChanged(javax. swing. event. ChangeEvent evt) { 
azul 1 SI i derStateChanged(evt) ; 

} 

}); 

rojolLabel . setText("Rojo : ") ; 
verde] Label . setText( "Verde : ") ; 


Figura F.9 | Clase SelectorColores que utiliza a GroupLayout para su esquema de GUI. (Parte 2 de 5). 
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79 

80 j Label 3 . setText( 'Azul : ) ; 

81 

82 rojolTextFi el d . setCol umns(4) ; 

83 rojoJTextFi el d . setText("0") ; 

84 

85 verdelTextFi el d . setCol umns(4) ; 

86 verdelTextFi el d . setText( 0"); 

87 

88 azul ITextFi el d . setCol umns(4) ; 

89 azul ITextFi el d . setText("0") ; 

90 

91 javax.swing. GroupLayout col orí Panel Layout = new javax. swing.GroupLayout(colorJPa- 
nel) ; 

92 colorlPanel . setLayout(colorlPanel Layout) ; 

93 colorlPanel Layout . setHori zontalGroupC 

94 col orí Panel Layout . c reate Paral 1 el Group 

j avax . swi ng . GroupLayout . Al i gnment . LEADING) 

95 .addGap(0, 100, Short . MAX_VALUE) 

); 

97 colorlPanel Layout . setVerti calGroupC 

98 col orí Panel Layout . c reate Paral 1 el Group ( 

j avax . swi ng . GroupLayout . Al i gnment . LEADING) 

99 . addGap(0, 100, Short ,MAX_VALUE) 

100 ) ; 

101 

102 javax.swing. GroupLayout layout = new 

j avax. swi ng .Group Layout (getContent Pane ()) ; 

103 getContentPaneO . setLayout(l ayout) ; 

104 layout. setHorizontalGroup( 

105 layout. createParallelGroupC 
j avax . swi ng .GroupLayout . Al i gnment . LEADING) 

106 . addGroup(l ayout . createSequenti al Group () 

107 . addContai nerGapO 

108 . addGroup(l ayout . c reate Paral 1 el Group ( 

javax. swi ng .GroupLayout .Al i gnment .TRAILING , fal se) 

109 . addComponent(rojolLabel , javax.swing. GroupLayout. DEFAULT_SIZE, javax. 
swi ng .GroupLayout . DEFAULT_SIZE , Short . MAX_VALUE) 

110 . addComponent(verdelLabel , javax.swing. GroupLayout. DEFAULT_SIZE, javax. 
swi ng .GroupLayout . DEFAULT_SIZE , Short . MAX_VALUE) 

111 .addComponent(jLabel 3, javax.swing. GroupLayout. DEFAULT_SIZE, javax. 
swi ng .GroupLayout . DEFAULT_SIZE , Short . MAX_VALUE) ) 

112 . addPreferredGap( 

j avax . swi ng . LayoutStyl e . ComponentPl acement . RELATED) 

1 13 .addGroup(layout. createParallelGroupC 
j avax . swi ng .GroupLayout . Al i gnment . LEADING) 

1 14 . addGroup(l ayout . createSequenti alGroupO 

115 . addComponent(azul ISlider , javax. swi ng .GroupLayout . PREFERRED_SIZE, 
j avax . swi ng .GroupLayout . DEFAULT_SIZE , j avax . swi ng .GroupLayout . PREFERRED_SIZE) 

116 . addPreferredGap 

javax. swi ng . LayoutStyl e. ComponentPl acement . RELATED) 

117 . addComponent(azul ITextFi el d , javax. swi ng .GroupLayout . PREFERRED_SIZE, 
javax . swi ng .GroupLayout . DEFAULT_SIZE , javax . swi ng .GroupLayout . PREFERRED_SIZE)) 

1 18 . addGroup(l ayout . createSequenti alGroupO 

119 . addComponent(verdelSl ider , javax. swi ng .GroupLayout . PREFERRED_SIZE, 
j avax . swi ng .GroupLayout . DEFAULT_SIZE , j avax . swi ng .GroupLayout . PREFERRED_SIZE) 

120 . addPreferredGap (javax . swi ng . LayoutStyl e . ComponentPl acement . RELATED) 

121 . addComponent(verdeJTextFi el d , javax . swi ng .GroupLayout . PREFERRED_ 


Figura F.9 | Clase Sel ectorCol ores que utiliza a GroupLayout para su esquema de GUI. (Parte 3 de 5). 
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SIZE , javax . swi ng . CroupLayout . DEFAULT_SIZE , javax . swi ng .GroupLayout . PREFERRED_SIZE)) 

122 . addGroup(l ayout . createSequenti al Group () 

123 . addComponent ( ro j oj SI i der , j avax . swi ng .GroupLayout . PREFERRED_SIZE , 
j avax . swi ng .GroupLayout . DEFAULT_SIZE , j avax . swi ng .GroupLayout . PREFERRED_SIZE) 

124 . addPref e r redGap ( j avax . swi ng . LayoutStyl e . ComponentPl acement . RELATED) 

125 . addComponent (rojoJTextFi el d , javax . swi ng .GroupLayout . PREFERRED_ 

SIZE , j avax . swi ng .GroupLayout . DEFAULT_SIZE , j avax . swi ng .GroupLayout . PREFERRED_SIZE) )) 

126 . addPreferredGap( 

j avax . swi ng . LayoutStyl e . ComponentPl acement . RELATED , 10 , Short . MAX_VALUE) 

127 . addComponent(colorJ Panel , javax. swing. GroupLayout. PREFERRED_SIZE, 

j avax . swi ng .GroupLayout . DEFAULT_SIZE , j avax . swi ng .GroupLayout . PREFERRED_SIZE) 

128 . addContai nerGapO) 

129 ); 

130 layout.setVerticalGroup( 

131 1 ayout . createParal 1 el Group (j avax . swi ng .GroupLayout . Al i gnment . LEADING) 

132 . addGroup(l ayout . createSequenti alGroupO 

133 . addContai nerGapO 

134 . addGroup(l ayout .createParal 1 elGroupC 
j avax . swi ng . GroupLayout . Al i gnment . LEADING) 

135 . addComponent(colorJ Panel , javax. swing. GroupLayout. PREFERRED_SIZE, 

j avax . swi ng .GroupLayout . DEFAULT_SIZE , j avax . swi ng .GroupLayout . PREFERRED_SIZE) 

136 . addGroup(l ayout .createSequenti alGroupO 

137 . addGroup(l ayout .createParal 1 elGroupC 
j avax . swi ng .GroupLayout . Al i gnment . LEADING , fal se) 

138 . addGroup(l ayout .createSequenti alGroupO 

139 .addComponent(rojolTextField, javax . swi ng . GroupLayout . 
PREFERRED_SIZE , j avax . swi ng .GroupLayout . DEFAULT_SIZE , j avax . swi ng .GroupLayout . PREFERRED_SIZE) 

140 . addPrefer redGap (javax . swi ng . LayoutStyl e . ComponentPl acement . 
RELATED, javax . swi ng . CroupLayout . DEFAULT_SIZE , Short. MAX_VALUE) 

141 . addComponent(verdelTextFiel d , javax. swing. GroupLayout. 
PREFERRED_SIZE , j avax . swi ng . GroupLayout . DEFAULT_SIZE , j avax . swi ng .GroupLayout . PREFERRED_ 
SIZE)) 

142 . addGroup(l ayout .createSequenti al Group () 

143 . addGroup(l ayout .createParal 1 elGroupC 
j avax . swi ng . GroupLayout . Al i gnment . LEADING) 

144 . addComponent (rojol SI i der , javax. swi ng .GroupLayout . PREFERRED_ 
SIZE , j avax . swi ng .GroupLayout . DEFAULT_SIZE , j avax . swi ng .GroupLayout . PREFERRED__SIZE) 

145 .addComponent(rojolLabel)) 

146 . addPrefer redGap (javax . swi ng . LayoutStyl e . ComponentPl acement . 
RELATED) 

147 . addGroup(l ayout .createParal 1 elGroupC 

j avax . swi ng .GroupLayout . Al i gnment . LEADING) 

148 . addComponent (ve rdel SI i der , javax. swi ng .GroupLayout . PREFERRED_ 
SIZE , j avax . swi ng .GroupLayout . DEFAULT_SIZE , j avax . swi ng .CroupLayout . PREFERRED_SIZE) 

149 . addComponent (verdelLabel)))) 

150 . addPreferredGap( 

j avax . swi ng . LayoutStyl e . ComponentPl acement . RELATED) 

151 . addGroup(l ayout .createParal 1 elGroupC 
j avax . swi ng . GroupLayout . Al i gnment . LEADING) 

152 .addComponent(azullLabel) 

153 . addGroup(l ayout .createParal 1 elGroupC 
javax. swi ng . GroupLayout .Al i gnment .TRAILING) 

154 .addComponent(azullTextField, javax . swi ng . GroupLayout . 
PREFERRED„SIZE , j avax . swi ng .GroupLayout . DEFAULT_SIZE , j avax . swi ng .GroupLayout . PREFERRED_SIZE) 

155 . addComponent (azul 1 SI i der , javax. swi ng .GroupLayout . PREFERRED_ 
SIZE , j avax . swi ng .GroupLayout . DEFAULT_SIZE , j avax . swi ng .GroupLayout . PREFERRED_SIZE) )))) 

156 . addContai nerGapC j avax . swi ng .GroupLayout . DEFAULT_SIZE , Short . 
MAX_VALUE)) 

157 ) ; 


Figura F.9 | Clase SelectorColores que utiliza a GroupLayout para su esquema de GUI. (Parte 4 de 5). 
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158 pack(); 

159 }// </edi tor-fol d> 

160 

161 prívate void azul3SliderStateChanged(javax.swing.event.ChangeEvent evt) { 

162 azul 3TextFi el d . setText( + azullSlider.getValueO ); 

163 cambiarColorO ; 

164 } 

165 

166 prívate void verdelSl iderStateChanged(javax . swi ng . event . ChangeEvent evt) { 

167 verdeJTextFi eld . setText( + verdelSlider.getValue() ); 

168 cambiarColorO; 

169 } 

170 

171 prívate void rojo3SliderStateChanged(javax.swing.event.ChangeEvent evt) { 

172 rojoJTextFi eld . setText( " + rojo3Slider.getValue() ); 

173 cambiarColorO; 

174 } 

175 

176 /** 

177 * @param args the command line arguments 

178 */ 

179 public static void main(String args[]) { 

180 java.awt.EventQueue.invokeLater(new RunnableO { 

181 public void run() { 

182 new Sel ectorCol ores () . setVi si bl e(true) ; 

183 } 

184 }); 

185 } 

186 

187 // Variables declaration - do not modify 

188 prívate javax.swing. JSlider azullSlider; 

189 prívate javax.swing. 3TextField azul DTextFiel d ; 

190 prívate javax.swing. 3 Panel colorlPanel; 

191 prívate javax.swing. 3 Label jLabel3; 

192 prívate javax.swing. 3 Label rojolLabel ; 

193 prívate javax.swing.3Slider rojolSlider; 

194 prívate javax.swing. 3TextField rojolTextFiel d ; 

195 prívate javax.swing. 3 Label verdelLabel ; 

196 prívate javax.swing. ISlider verdelSlider; 

197 prívate javax.swing. 3TextField verdelTextFi el d ; 

198 // End of variables declaration 

199 

200 } 



Figura F.9 | Clase Sel ectorCol ores que utiliza a GroupLayout para su esquema de GUI. (Parte 5 de 5). 
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El método i ni tComponents (líneas 36 a 159) fue generado completamente por Netbeans, con base en las 
interacciones del lector con el diseñador de GUls. Este método contiene el código que crea y da formato a la GUI. 
En las líneas 38 a 93 se construyen e inicializan los componentes de la GUI. En las líneas 91 a 159 se especifica la 
distribución de esos componentes mediante el uso de GroupLayout. En las líneas 104 a 129 se especifica el grupo 
horizontal y en las líneas 130 a 157 se especifica el grupo vertical. 

Agregamos en forma manual la instrucción que modifica el color de fondo del componente col orí Panel en 
la línea 18, y el método cambi arCol or en las líneas 23 a 28. Cuando el usuario desplaza el indicador en uno de 
los componentes 3 SI i der, el manejador de eventos de ese componente establece el texto en su correspondiente 
componente JTextFi el d con el nuevo valor del componente JS1 i der (líneas 162, 167 y 172), después llama el 
método cambi arColor (líneas 163, 168 y 173) para actualizar el color de fondo del componente col or3 Panel . 
El método cambi arColor obtiene el valor actual de cada componente DSlider (líneas 26 y 27), y utiliza estos 
valores como argumentos para el constructor de Color y crear un nuevo objeto Col or. 

F.4 Recursos Web sobre GroupLayout 

webl ogs . java . net/bl og/tpavek/archi ve/2006/02/getti ng_to_know_l . html 

Parte 1 del mensaje publicado en el blog sobre GroupLayout de Tomas Pavel; presenta las generalidades detrás de la 
teoría de GroupLayout. 

webl ogs . java . net/bl og/tpavek/archi ve/2006/03/getti ng_to_know.html 

Parte 2 del mensaje publicado en el blog sobre GroupLayout de Tomas Pavel; presenta una GUI completa, implemen- 
tada con GroupLayout. 

wi ki . java. net/bi n/vi ew/J avades ktop/GroupLayoutExampl e 

Proporciona una demostración de una Libreta de direcciones, de una GUI creada en forma manual con GroupLayout, 
con código fuente. 

java. sun . com/developer/techni cal Arti el es/Intervi ews/viol et_pavek_qa.html 
Artículo: “La siguiente ola de GUls: el proyecto Matisse y el IDE Netbeans 5.0”, por Román Strobl. 
www. netbeans . org/kb/50/qui ckstart-gui . html 

Tutorial: “Creación de GUls en Netbeans 5.0”, por Talley MuIIigan. Un recorrido a través de la creación de GUls en 
Netbeans. 

testwww. netbeans . org/kb/41/flash-mati sse . html 

Demostración en Flash del diseñador de la GUI Matisse de Netbeans, la cual utiliza a GroupLayout para ordenar 
componentes. 

www. devel oper . com/j ava/en t/art i el e . php/3589961 

Tutorial sobre GroupLayout basado en Flash. 

webl ogs . java . net/bl og/cl audi o/archi ve/nb-1 ayouts . html 

Tutorial: “Building Java GUls with Matisse: A Gentle Introduction”, por Dick Wall. 
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Componentes de integración 
Java Desktop (JDIC) 

G.I Introducción 

Los Componentes de integración Java Desktop (JDIC) son parte de un proyecto de código fuente abierto, 
orientado a permitir una mejor integración entre las aplicaciones de Java y las plataformas en las que se ejecutan. 
Algunas características de JDIC son: 

• Interacción con la plataforma subyacente para iniciar aplicaciones nativas (como navegadores Web y 
clientes de correo electrónico). 

• Mostrar una pantalla de inicio cuando una aplicación empieza a ejecutarse para indicar al usuario que 
se está cargando. 

• Creación de iconos en la bandeja del sistema (también llamada área de estado de la barra de tareas, o área 
de notificación) para proporcionar acceso a las aplicaciones Java que se ejecutan en segundo plano. 

• Registro de asociaciones de tipos de archivos, para que los archivos de tipos especificados se abran auto- 
máticamente en las correspondientes aplicaciones de Java. 

• Creación de paquetes instaladores, y otras cosas más. 

La página inicial de JDIC ( j di c . dev . j ava . net/) incluye una introducción a JDIC, descargas, documenta- 
ción, FAQs, demos, artículos, blogs, anuncios, proyectos Incubator, una página para el desarrollador, foros, listas 
de correo y mucho más. Java SE 6 ahora incluye algunas de las características antes mencionadas. Aquí hablare- 
mos sobre varias de estas características. 

G.2 Pantallas de inicio 

Los usuarios de aplicaciones de Java perciben con frecuencia un problema en el rendimiento, ya que no aparece 
nada en la pantalla cuando se inicia una aplicación por primera vez. Una manera de mostrar a un usuario que su 
programa se está cargando es mediante una pantalla de inicio: una ventana sin bordes que aparece temporalmen- 
te mientras se inicia una aplicación. Java SE 6 proporciona la nueva opción de línea de comandos -splash para 
que el comando j ava pueda llevar a cabo esta tarea. Esta opción permite al programador especificar una imagen 
PNG, GIF o JPG que debe aparecer al momento en que una aplicación empieza a cargarse. Para demostrar esta 
nueva opción, creamos un programa (figura G.I) que permanece inactivo durante 5 segundos (para que el usuario 
pueda ver la pantalla de inicio) y después muestra un mensaje en la línea de comandos. El directorio para este 
ejemplo incluye una imagen en formato PNG para utilizarla como pantalla de inicio. Para mostrar la pantalla de 
inicio a la hora de cargar esta aplicación, use el siguiente comando: 


java -splash:DeitelBug.png DemoSplash 
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1 // Fig. G.l: Demolni ció. java 

2 // Demostración de la pantalla de inicio. 

3 public class Demolni ció 

4 { 

5 public static void main( String[] args ) 

6 { 

7 try 

8 { 

9 Thread.sleepC 5000 ); 

10 } // fin de try 

11 catch ( InterruptedException e ) 

12 { 

13 e.printStackTrace() ; 

14 } // fin de catch 

15 

16 System. out.printlnf 

17 "Esta fue la demostración de la pantalla de inicio." ); 

18 } // fin del método main 

19 } // fin de la clase Demolnicio 
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Figura G.l | Pantalla de inicio que se muestra mediante la opción -splash del comando java. 


Una vez que haya iniciado la visualización de la pantalla de inicio, podrá interactuar con ésta por medio de 
programación, mediante la clase Spl ashScreen del paquete j ava . awt. Para ello, puede agregar contenido diná- 
mico a la pantalla de inicio. Para obtener más información acerca de cómo trabajar con las pantallas de inicio, 
vea los siguientes sitios: 

java. sun . com/developer/techni cal Arti cles/J2SE/Desktop/javase6/ 
spl ashscreen/ 

java. sun . com/javase/6/docs/api/java/awt/Spl ashScreen . html 
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G.3 La clase Desktop 

La nueva clase Desktop de Java SE 6 nos permite especificar un archivo o URI que deseemos abrir, mediante el 
uso de la aplicación apropiada de la plataforma subyacente. Por ejemplo, si el navegador Web predeterminado 
de su computadora es Firefox, puede usar el método browse de la clase Desktop para abrir un sitio Web en Fire- 
fox. Además, puede abrir una ventana de composición de correo electrónico en el cliente de correo electrónico 
predeterminado de su sistema, abrir un archivo en su aplicación asociada e imprimir un archivo mediante el uso 
del comando imprimir de la aplicación asociada. En la figura G.2 se demuestran las primeras tres de estas capa- 
cidades. 

El manejador de eventos en las líneas 22 a 52 obtiene el número de índice de la tarea que el usuario selecciona 
en el componente tareasJComboBox (línea 25), y el objeto Stri ng que representa el archivo o URI a procesar 
(línea 26). En la línea 28 se utiliza el método stati c i sDesktopSupported de Desktop para determinar si se 
soportan las características de la clase Desktop en la plataforma en la que se ejecute la aplicación. De ser así, en 
la línea 32 se utiliza el método stati c getDesktop de Desktop para obtener un objeto Desktop. Si el usuario 
seleccionó la opción para abrir el navegador Web predeterminado, en la línea 37 se crea un nuevo objeto URI 
mediante el uso del objeto Stri ng llamado entrada como el sitio a mostrar en el navegador, y después se pasa 
el objeto URI al método browse de Desktop, el cual invoca al navegador Web predeterminado del sistema y le 
pasa el URI para que lo muestre. Si el usuario selecciona la opción para abrir un archivo en su programa asociado, 
en la línea 40 se crea un nuevo objeto Fi 1 e usando el objeto Stri ng llamado entrada como el archivo a abrir, 
y después se pasa este objeto Fi 1 e al método open de Desktop, el cual pasa el archivo a la aplicación apropiada 
para que lo abra. Por último, si el usuario selecciona la opción para componer un correo electrónico, en la línea 
43 se crea un nuevo objeto URI usando el objeto Stri ng llamado entrada como la dirección de correo a la cuál 
se enviará el correo electrónico, y después se pasa el objeto URI al método mail de Desktop, el cual invoca al 
cliente de correo electrónico predeterminado del sistema y pasa el URI a ese cliente de correo electrónico como el 
recipiente del mensaje. Para aprender más acerca de la clase Desktop, visite el sitio: 

j ava . sun . com/ j avase/ 6/docs/ api / j ava/ awt/Des ktop . html 


1 // Fig. C.2: DemoDesktop. java 

2 // Usa a Desktop para iniciar el navegador predeterminado, abrir un archivo en su 

3 // aplicación asociada y componer un email en el cliente de email predeterminado. 

4 import java. awt. Desktop; 

5 import java, i o . Fi le ; 

6 import java.io.IOException; 

7 import java. net. URI ; 

8 

9 public class DemoDesktop extends javax.swing.lFrame 

10 { 

11 // constructor 

12 public DemoDesktopO 

13 { 

14 i ni tComponentsO ; 

15 } // fin del constructor de DemoDesktop 

16 

17 // Para ahorrar espacio, no mostramos aqui las lineas 20 a 84 del código de GUI 

18 // generado por Netbeans de manera automática. El código completo para este ejemplo se 

19 // encuentra en el archivo DemoDesktop. java en el directorio de este ejemplo. 

20 

21 // determina la tarea seleccionada y la lleva a cabo 

22 private void hacerTarea3ButtonActionPerformed( 

23 java. awt. event.ActionEvent evt) 

24 { 

25 int indice = tareasIComboBox.getSelectedlndexO ; 

26 String entrada = entradalTextField.getTextO ; 

Figura G.2 | Use a Desktop para iniciar el navegador Web predeterminado, abrir un archivo en su aplicación asociada 
y componer un correo electrónico en el cliente de correo predeterminado. (Parte I de 3). 
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if ( Desktop. i sDesktopSupportedO ) 

{ 

try 

{ 

Desktop escritorio = Desktop . getDesktopO ; 

switch ( indice ) 

{ 

case 0: // abre el navegador 

escritorio. browse( new URI( entrada ) ); 

break; 

case 1: // abre el archivo 

escritorio. open( new File( entrada ) ); 
break; 

case 2: // abre la ventana de composición de email 
escritorio. mail ( new URI( entrada ) ); 

break; 

} // fin de switch 
} // fin de try 

catch ( Exception e ) 

{ 

e.printStackTraceO ; 

} // fin de catch 
} // end if 

} // fin del método hacerTarealButtonActionPerformed 

public static void main(String args[]) 

{ 

java . awt . EventQueue . i nvokeLater( 
new RunnableO 
{ 

public void run() 

{ 

new DemoDesktopO .setVisible(true) ; 

} 

} 

); 

} // fin del método mai n 

// Variables declaration - do not modify//GEN-BEGIN : vari ables 

private javax.swing.DLabel entradalLabel ; 
private javax.swing.DTextField entradaJTextFi el d ; 
private javax.swing.DButton hacerTarealButton ; 
private javax.swing.DLabel instruccionesJLabel ; 
private javax.swing.DComboBox tareas JComboBox; 

// End of variables declaration//GEN-END: variables 


Figura G.2 | Use a Desktop para iniciar el navegador Web predeterminado, abrir un archivo en su aplicación asociada 
y componer un correo electrónico en el cliente de correo predeterminado. (Parte 2 de 3). 


G.4 Iconos de la bandeja 

Los iconos de la bandeja comúnmente aparecen en la bandeja de sistema de nuestro sistema, en el área de estado 
de la barra de tareas o en el área de notificación. Por lo general, proporcionan un acceso rápido a las aplicaciones 
que se ejecutan en segundo plano en el sistema del programador. Al posicionar el ratón sobre uno de estos iconos, 
aparece una barra de herramientas indicando qué aplicación representa el icono. Si hace clic en el icono, aparecerá 
un menú contextual con opciones para esa aplicación. 
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Figura G.2 | Use a Desktop para iniciar el navegador Web predeterminado, abrir un archivo en su aplicación asociada 
y componer un correo electrónico en el cliente de correo predeterminado. (Parte 3 de 3). 


Las clases Sy stemT ray y T raylcon (ambas del paquete j ava . awt) nos permiten crear y administrar nuestros 
propios iconos de la bandeja, de una manera independiente a la plataforma. La clase SystemTray proporciona 
acceso a la bandeja del sistema de la plataforma subyacente; la clase consiste en tres métodos: 

• El método stati c getDefaul tSystemT ray devuelve la bandeja del sistema. 

• El método addTraylcon agrega un nuevo objeto Traylcon a la bandeja del sistema. 

• El método removeT raylcon elimina un icono de la bandeja del sistema. 

La clase T raylcon consiste en varios métodos que permiten a los usuarios especificar un icono, un cuadro 
de información sobre las herramientas y un menú contextual para el icono. Además, los iconos de la bandeja 
soportan objetos ActionLi stener, MouseLi stener y MouseMotionLi stener. Para aprender más acerca de las 
clases SystemT ray y T raylcon, visite: 


java. sun . com/javase/6/docs/api/java/awt/SystemTray . html 
java. sun .com/javase/6/docs/api /java/awt/Traylcon. html 
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G.5 Proyectos JDIC Incubator 

Los Proyectos JDIC Incubator son desarrollados, administrados y pertenecen a los miembros de la comunidad 
de Java. Estos proyectos se asocian (pero no se distribuyen con) JDIC. Los Proyectos Incubator pueden en algún 
momento dado formar parte del proyecto JDIC, una vez que se hayan desarrollado por completo y cumplan con 
ciertos criterios. Para obtener más información acerca de los Proyectos Incubator, y para aprender cómo puede 
establecer un Proyecto Incubator, visite el sitio: 

jdi c . dev . java. net/#i ncubator 

Los Proyectos Incubator actuales son: 

• FileUtil: la API de una herramienta de archivos, que extiende a la clase java.io.File. 

• Floating Dock Top-level Window: una API de Java para desarrollar una ventana flotante acoplable de 
nivel superior. 

• Icón Service: devuelve un objeto icono de Java, de una especificación de icono nativa. 

• Mise API: Contiene APIs simples (un método, un tipo de clase). 

• Music Player Control API: API de Java que controla los reproductores de música nativos. 

• SaverBeans Screensaver SDK: kit de desarrollo de protectores de pantalla en Java. 

• Systemlnfo: comprueba la información del sistema. 

G.6 Demos de JDIC 

El sitio de JDIC incluye aplicaciones de demostración para FileExplorer, el paquete de navegador, el paquete 
Traylcon, la clase Floating Dock y la API Wallpaper ( j di c . dev . j ava . net/#demos). El código fuente para estos 
demos se incluye en la descarga de JDIC (jdi c . dev.java.net/servl ets/ProjectDocumentLi st). Para obte- 
ner más demos, dé un vistazo a algunos de los proyectos Incubator. 
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Introducción 

La creación de mashups de aplicaciones Web es uno de los temas insignia de Web 2.0. El término mashup se 
originó en el mundo de la música; un mashup es un remix de dos o más canciones para crear una nueva canción. 
Puede escuchar algunos mashups de música en www.ccmixter.org/. Un mashup de aplicación Web combina 
la funcionalidad complementaria que, por lo general, se utiliza a través de servicios Web (capítulo 28) y transmi- 
siones RSS (www . dei tel . com/ rss y www . rssbus . com) de varios sitios Web. Podemos crear poderosas e innova- 
doras aplicaciones mashup Web 2.0 con mucha más rapidez que si tuviéramos que escribir las aplicaciones desde 
cero. Por ejemplo, www.housingmaps.com combina los listados de apartamentos Craigslist con Google Maps 
para mostrar en un mapa todos los apartamentos en renta en un vecindario. 

Mashups populares 

En la figura H. 1 se muestran algunos mashups populares. 


URL 

APls 

Descripción 

Mashups populares de Google Maps: 


www.mappr.com/ 

Google Maps, FlickR 

Búsqueda de fotografías de sitios en EE.UU. 

www. housi ngmaps . com/ 

Google Maps, 

Craigslist 

Búsqueda de apartamentos y casas disponibles por vecindario. 
Incluye precios, fotografías, la dirección y la información de 
contacto del agente de bienes raíces. 

www. broadwayzone . com/ 

Google Maps 

Búsqueda de ubicaciones de teatros en la ciudad de Nueva York 
y los espectáculos de cada teatro. Vínculos a los detalles acerca 
del espectáculo, información sobre boletos e indicaciones para 
el metro. 

www.cribseek.com 

Google Maps 

Mapas con propiedades en venta. 

www. shackpri ces . com/ 

Google Maps 

Búsqueda del valor aproximado de una casa, con base en las 
ventas recientes de casas en el área. 

www.mashmap.com/ 

Google Maps 

Haga clic en un cine en el mapa para buscar películas y mostrar 
horarios. 


Figura H.l | Mashups populares. (Parte de I de 2). 
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URL 


APIs 


Descripción 


paúl . kedrosky . com/ 
publ i cloos/ 

Otros mashups populares: 

www. doubl etrust . net 


api . 1 ocal . yahoo . com/eb/ 


www.csthota.com/geotagr 

www. kokogi ak.com/ 

amazon4/defaul t . asp 


Google Maps 


Búsqueda de sanitarios públicos en San Francisco. Incluye la 
dirección, una clasificación y comentarios sobre cada sanitario. 


Yahoo! Search, 
Google Search 

Yahoo! Maps 

Microsoft Virtual 
Earth 


Combina los resultados de búsquedas de Yahoo! y Google en 
una página. 

Búsqueda de la ubicación de ciertos eventos (por fecha) en un 
área geográfica. 

Almacene y explore fotografías por ubicación geográfica. 


Amazon Web Services Agregue artículos de Amazon a su lista de regalos, coloque el 
vínculo a un libro en su blog en Blogger, agregue un vínculo a 
sus sitios favoritos del . i ci o . us o busque el libro en su biblio- 
teca local. 


Figura H.l | Mashups populares. (Parte de 2 de 2). 


Ahora que ha leído la mayor parte de este libro, tal vez esté familiarizado con las categorías de APIs, inclu- 
yendo gráficos, GUI, colecciones, multimedia, bases de datos y muchas más. Casi todas ellas proporcionan una 
funcionalidad de cómputo mejorada. Muchas APIs de servicios Web proporcionan funcionalidad comercial. eBay 
proporciona herramientas para subastas, Amazon proporciona ventas de libros (y ventas de otros tipos de produc- 
tos, como CDs, DVDs, dispositivos electrónicos, y otros más), Google proporciona herramientas de búsqueda, 
PayPal proporciona servicios de pago, etcétera. Por lo general, estos servicios Web son gratuitos para su uso no 
comercial; algunos establecen cuotas (por lo general, razonables) para su uso comercial. Esto crea enormes posi- 
bilidades para las personas que crean aplicaciones y comercios basados en Internet. 

APIs de uso común en mashups 

Hemos enfatizado la importancia de la reutilización de software. Los mashups son otra forma más de reutilización 
de software que nos ahorra tiempo, dinero y esfuerzo; podemos crear rápidamente versiones prototipo de nuestras 
aplicaciones, integrar funcionalidad de negocios, de búsqueda y mucho más. En la figura H.2 se muestran algunas 
APIs de uso común en mashups. 


Origen de API 

URL 

Funcionalidad 

Google Maps 

www . googl e . com/api s/maps 

Mapas. 

Yahoo! Maps 

devel oper . yahoo . net/maps/ 

Mapas. 

Microsoft Virtual Earth 

vi rtual earth . msn . com/ 

Búsqueda local, mapas. 

Amazon 

aws . amazon . com/ 

Comercio electrónico. 

TypePad ATOM 

www. si xapart . com/pronet/ 
docs/typepad_atom_api 

Blogging. 

Blogger ATOM feed 

code . bl ogspot . com 

Blogging. 

Flickr 

devei oper . yahoo . net/ 

fli ckr/i ndex. htmi 

Compartir fotografías. 

YouTube 

www. yout ube . com/dev 

Compartir videos. 

PayPal 

devel oper. paypal .com 

Pagos. 

Figura H.2 | APIs de uso común para crear mashups. 

(Parte de 1 de 2). 
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Origen de API 

URL 

Funcionalidad 

del.icio.us 

del . i ció. us/hel p/api / 

Sitios favoritos de interés social. 

Backpack 

backpacki t . com/ 

Programación de eventos. 

Dropcash 

www. dropcash . com/ 

Organizador de recaudación de fondos. 

Upcoming.org 

upcomi ng.org/servi ces/api/ 

Listados de eventos de sindicatos. 

Google AdWords 

www. googl e . com/api s/adwords/ 

Administrar programas de publicidad de Google 
AdWords. 

eBay 

devel oper . ebay . com/common/api 

Subastas. 

SalesForce 

www. sal esforcé. devel oper/ 

Administración de relaciones con los clientes (CRM). 

Technorati 

devel opers . technorati . com/ 
wi ki /Techo rati Api 

Búsqueda en Blogs. 

Figura H.2 | APIs de uso común para crear mashups. (Parte de 2 de 2). 


Centro de recursos Deitel sobre mashups 

Nuestro Centro de recursos sobre mashups, que se encuentra en 

www. dei tel . com/mashups/MashllpsResourceCenter . html 

se enfoca en la enorme cantidad de contenido de mashups gratuito, disponible en línea. Encontrará tutoriales, 
artículos, documentación, los libros más recientes, blogs, directorios, herramientas, foros, etcétera, que le ayuda- 
rán a desarrollar rápidamente aplicaciones de mashups. 

• Dé un vistazo a los mashups más recientes y populares, incluyendo decenas de mashups basados en 
Google Maps, mostrando la ubicación de cines, bienes raíces para venta o renta, propiedades que se han 
vendido en su área, ¡e incluso las ubicaciones de los sanitarios públicos en San Francisco! 

• Busque mashups en ProgrammableWeb por categoría. 

• Dé un vistazo a las APIs de Flickr para agregar fotografías a sus aplicaciones, actualizar fotografías, reem- 
plazarlas, ver peticiones de ejemplos y enviar en forma asincrona. 

• Lea el artículo “Building Mashups for Non-Programmers”. 

• Dé un vistazo a la herramienta Smashforce que permite a los usuarios de Salesforce.com usar aplicacio- 
nes como Google Maps con sus aplicaciones Multiforce y Sforce empresariales. 

• Busque sitios sobre mashups tales como ProgrammableWeb, Givezilla, Podbop y Strmz. 

• Dé un vistazo a la Flerramienta de Mashups empresarial de IBM. 

• Dé un vistazo a las APIs de búsqueda y mapas de Microsoft, Yahoo! Y Google que puede usar en sus 
aplicaciones de mashups. 

• Use las APIs de Technorati para buscar todos los blogs que vinculen a un sitio específico, busque la 
mención de ciertas palabras en blogs, vea cuáles blogs están vinculados con un blog dado y busque blogs 
asociados con un sito Web específico. 

• Use la API de Backpack para que le ayude a organizar tareas y eventos, planear su itinerario, colaborar 
con otros, monitorear a sus competidores en línea, y mucho más. 

Centro de recursos Deitel sobre RSS 

Las transmisiones RSS son también fuentes de información populares para los mashups. Para aprender más acerca 
de las transmisiones RSS, visite nuestro Centro de recursos de RSS en www. dei tel .com/RSS/. Cada semana 
anunciamos el (los) Centro(s) de Recursos más reciente(s) en nuestro boletín de correo electrónico gratuito, Deitel 
Buzz Online-, 

www. dei tel . com/newsl etter/subscri be . html 

Envíe sus sugerencias sobre Centros de recursos adicionales y mejoras a los Centros de recursos existentes a 
dei tel@dei tel .com. ¡Muchas gracias! 
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Cuestiones de rendimiento y confiabilidad de los mashups 

Hay varios retos a vencer al crear aplicaciones de mashups. Sus aplicaciones se hacen susceptibles a los problemas 
de tráfico y confiabilidad en Internet; circunstancias que, por lo general, están fuera de su control. Las compa- 
ñías podrían cambiar repentinamente las APls que sus aplicaciones utilizan. Su aplicación depende de las he- 
rramientas de hardware y software de otras compañías. Además, las compañías podrían establecer estructuras de 
cuotas para servicios Web anteriormente gratuitos, o podrían incrementar las cuotas existentes. 

Tutoriales sobre mashups 

En ésta y en las siguientes secciones, listaremos una gran cantidad de recursos sobre mashups, de nuestro Centro 
de recursos sobre mashups. Una vez que haya dominado los servicios Web en el capítulo 28, encontrará que la 
creación de mashups es un proceso bastante simple. Para cada API que desee utilizar, sólo visite el sitio correspon- 
diente, regístrese y obtenga su clave de acceso (si se requiere), dé un vistazo a las implementaciones de ejemplo y 
asegúrese de aceptar sus acuerdos de “condiciones del servicio”, 
www. programmabi eweb . com/howto 

El tutorial “How to Make your Own Web Mashup”, de Programmableweb.com, es un tutorial de 5 pasos para 
crear un mashup. Los temas incluyen seleccionar un asunto, buscar sus datos, analizar sus habilidades de codifi- 
cación, registrarse para una API, y empezar a codificar. Incluye una lista de APls disponibles, 
bi ogs . msdn . com/jhawk/archi ve/2006/0 3/2 6/5 616 5 8 . aspx 

El tutorial “Building a Mashup of National Parks Using the Atlas Virtual Earth Map Control” de Jonathan Haw- 
kins le muestra cómo mostrar chinchetas en un mapa de Microsoft Virtual Earth. Incluye un breve recorrido de 
la aplicación y una guía paso a paso para crear esta aplicación (incluye código en C#). 

www- 12 8 . i bm . com/de vei operworks/edu/x-dw-x-ui ti mashupl. htmi ? 

ca=dgri nxw07WebMashupsPartl&s_cmp=gr&s_tact=105agx59 
El tutorial “The Ultímate Mashup — Web Services and the Semantic Web” de seis partes, publicado por IBM, tra- 
ta acerca del concepto de los mashups, crear una caché de XML, RDF, Web Ontology Language (OWL), control 
de usuario y mucho más. El tutorial es principalmente para empleados de IBM; otros deben registrarse, 
confe rences . orei llynet . com/cs/et2005/vi ew/e_sess/6241 

Descargue la presentación sobre Mashups de la Conferencia sobre tecnologías emergentes de O’Reilly. 
www. theurer . cc/blog/2005/11/03/how-to-bui i d-a-maps-mash-up/ 

Tutorial “How to Build a Maps Mashup”, por Dan Theurer. Incluye el código de JavaScript y una aplicación 
mashup de ejemplo. 

Directorios sobre mashups 

www. programmabi eweb . com/mashups 

ProgrammableWeb (www.programmableweb.com/mashups) lista los mashups y APls más recientes, además de 
las noticias y desarrollos Web. Incluye un directorio de nuevos mashups, los mashups más populares y otras cosas 
más. Puede buscar mashups por etiquetas comunes, incluyendo mapas, fotografías, búsqueda, compras, deportes, 
viajes, mensajería, noticias, tránsito y bienes raíces. De un vistazo a la matriz de Web 2.0 Mashup, con vínculos a 
numerosos mashups. Para cada sitio, encontrará los mashups que se han creado con los otros sitios en la matriz, 
www. programmabi eweb . com/matri x 

ProgrammableWeb incluye una matriz Web 2.0 Mashup con vínculos a numerosos mashups. Para cada uno de 
los sitios listados, puede buscar las mashups que se hayan creado con otros sitios en la matriz, 
googl emapsmani a. blogspot . com/ 

Lista numerosos mashups que utilizan Google Maps. Algunos ejemplos incluyen mashups de Google Maps con 
hoteles en EE.UU., información de tránsito, noticias sobre el Reino Unido y mucho más. 
www . webmashup . com 

Un directorio abierto para mashups y APls de Web 2.0. 

Recursos sobre mashups 

code . googl e . com/ 

Las APls de Google incluyen a Google Maps, Google AJAX Search API, Google Toolbar API, AdWords API, 
Google Data APls, Google Checkout API y WikiWalki (APls de google utilizadas en Google Maps). 
www. fli ckr . com/ser vi ces/api / 
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Las APls disponibles de Flickr incluyen la actualización de fotografías, reemplazo de fotografías, peticiones de 
ejemplo y envío asincrono. Los kits de APls incluyen Java, ActionScript, Coid Fusión, Common Lisp, cUrl, Del- 
phi, .NET, Perl, PFFO, PFFP5, Python, REALbasic y Ruby. 
developers . technorati . com/wi ki /Tech no rat i Api 

Las APls disponibles en Technorati incluyen CosmosQuery, SearchQuery, GetlnfoQuery, OutboundQuery y 
BloglnfoQuery. Las APls nuevas y experimentales incluyen TagQuery, AttentionQuery y Keylnfo. 
mashworks . net/wi ki /Bui 1 di ng_mashups_for_Non-Programmers 

Artículo “Building Mashups for Non-Programmers” de MashWorks. Proporciona fuentes a los no programadores 
para crear mashups, como vínculos a servicios de mapas y ejemplos de mashups creados por no programadores, 
mediante el uso de Google Maps y Flickr. 

Herramientas y descargas sobre mashups 

mashup-tool s . pbwi ki . com/ 

Mashup Tools Wiki es una fuente de herramientas y tips para el desarrollador, para crear mashups de tecnología, 
news . com. com/2 100- 1032_3 . 6046693 . htmi 

Artículo: “Yahoo to Offer New Mashup Tools” por Anne Broache. Fíabla sobre el anuncio de Yahoo de que pro- 
porcionará APls para crear mashups a través de su Red de desarrolladores. Además, Yahoo establecerá una Galería 
de aplicaciones para ver programas creados con las APls. 
www. i medi aconnecti on . com/content/10217 . asp 

Artículo: “Marketing Mashup Tools” por Rob Rose. Fíabla acerca del uso de mashups para comercializar en sitios 
Web. Los temas incluyen sistemas de búsqueda en el sitio, administración de campañas de correo electrónico, 
sistemas de administración de contenido, sistemas para análisis de sitos Web y lo que hay que considerar al usar 
estas herramientas, 
datamashups . com/overvi ew. htmi 

Fíerramienta gratuita: DataMashup.com es un servicio hospedado que ofrece una herramienta de código fuente 
abierto (AppliBuilder), la cual permite a los usuarios crear mashups. Fíay una demo disponible, 
bl ogs . zdnet . corn/Hi nchcl i ffe/?p=63 

Blog: “Assembling Great Software: A Round-up of Eight Mashup Tools” por Dion Fíinchcliffe. Habla acerca 
de lo que hacen los mashups, los sitios de origen de APls tales como ProgrammableWeb, y su reseña de ocho 
herramientas de mashups, incluyendo Above All Studio (de Above All Software), Dapper (una herramienta para 
mashups en línea), DataMashups.com (excelente para mashups de aplicaciones pequeñas de negocios), JackBuil- 
der (de JackBe): una herramienta de mashups basados en navegador, aRex (de Nexaweb), Process Engine (de 
Procession) para automatización de tareas, Ratchet-X Studio (de RatchetSoft) para la rápida integración de las 
aplicaciones, y RSSBus (de RSSBus) para crear mashups a partir de transmisiones RSS. 
www. ni ng . com 

Use esta herramienta gratuita para crear sus propias “aplicaciones sociales”. Dé un vistazo a algunas de las aplica- 
ciones que han creado las personas mediante el uso de Ning, incluyendo un mapa de las rutas de excursiones en 
el área de la bahía de San Francisco, reseñas de restaurantes con mapas, y mucho más. El cofundador de Ning fue 
Marc Andressen; uno de los fundadores de Netscape. 

Artículos sobre mashups 

www. fací i va . com/i nfopro/arti cí es/Sept2006Feature . asp?node=menuEÍ emll03 
Artículo: “Mashups — The API Buífer”, de Factiva. Explica qué son los mashups y cómo se crean. 
www-128 . i bm . com/devel operworks/í i brary/x-mashups . htmí ? 
ca=dgrí nxwl6MashupChaí 1 enges 

Artículo: “Mashups: The New Breed of Web App: An Introduction to Mashups” por Duane Merrill. Fíabla sobre 
lo que son los mashups, los tipos de mashups (mapas, video, fotografía, búsqueda, compras y noticias), las tec- 
nologías relacionadas (como la arquitectura, AJAX, protocolos Web, screen scraping, Web semántica, RDF, RSS 
y ATOM) y los desafíos técnicos y sociales, 
ajax . sys-con . com/ read/203935 . htm 
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Artículo: “Mashup Data Formats: JSON versus XML/XMLHttpRequest” por Daniel B. Markham. Compara 
las tecnologías JSON (Notación de objetos JavaScript) y XML/XMLHttpRequest para utilizarlas en aplicaciones 
Web. 

www. techsoup . org/Iearni ngcenter/webbui 1 di ng/page5788 . cfm 

Artículo: “Mashups: An Easy, Free Way to Create Custom Web Apps”, por Brian Satterfield. Flabla sobre los 
recursos para crear mashups. Lista varios sitios sobre mashups, incluyendo Givezilla (para fines sin lucro), Podbop 
(listados de conciertos y archivos MP3) y Strmz (video de flujo continuo, o “streaming video”, blogs de video y 
podcasts de video). 

www.msnbc.msn . com/i d/115 692 2 8/si te/newsweek/ 

Artículo: “Technology: Time For Your Mashup?” por N’gai Croal. Habla sobre la historia de los mashups, los 
mashups de música, de video y las aplicaciones Web. 
www. si ate . com/i d/2 114791/ 

Artículo sobre “newsmashing”: un mashup de blogs con las historias de noticias a las cuales hacen referencia. Esto 
nos permite ver un artículo completo y leer comentarios relacionados de la blogósfera. 
i mages . bu si nessweek. com/ss/0 5/07/mas hups/i ndex_01. htm 

Artículo de Business Week Online titulado “Sampling the Webs Best Mashups”, en el cual se listan mashups 
populares. 

www.usatoday.com/tech/col umni st/kevi nmaney/2005-08-16-maney-googl e-mashups_x . htm 
Artículo que habla sobre la proliferación de los mashups de Google Maps. 
www. el i ckz . com/expe rts/brand/brand/arti cle.php/3528921 

Artículo titulado “The Branding and Mapping Mashup”. Habla sobre cómo se utilizan los mashups para llevar 
marcas a los usuarios con base en su ubicación. Por ejemplo, los usuarios pueden buscar la gasolina más econó- 
mica en su área. 

www. user nomi es . com/news/200 5/10/mas h-up-apps- and -competi ti ve- ad van t age . html 

Artículo: “Mashup Apps and Competitive Advantage: Benefits of mashups including user experience”. 

Mashups en la blogósfera 

web2 . ws j2 . com/the_web_20_mashup_ecosystem_ramps_up . htm 

En el Blog Web 2.0 de Dion Hinchcliffe (presidente y CTO de Hinchcliffe & Company) se habla sobre los 
mashups. Incluye un excelente gráfico del Ecosistema de Mashups. 
www. teche runch . com/2005/10/04/ni ng-launches/ 

Blog que da seguimiento a las compañías y noticias sobre Web 2.0. Estos mensajes publicados hablan acerca de 
Ning, una herramienta gratuita que podemos usar para crear aplicaciones sociales, 
www. engadget . com/en try/12 34000917034960/ 

Aprenda a crear sus propios mashups de Google Maps. 

bi ogs . zdnet . com/web2expi orer/?p=16&part=rss&tag=feed&subj=zdb"log 

Mensaje publicado en el blog de ZDNet, titulado “Fun with mashups”. Incluye vínculos a varios mashups. 

FAQs y grupos de noticias sobre mashups 

groups . google . com/group/Coogle-Maps-API?1 nk=gschg&hi =en 

Grupo de noticias de la API de Google Maps en Google Groups. Converse con otros desarrolladores sobre el uso 
de la API de Google Maps, obtenga respuestas a sus preguntas y comparta sus aplicaciones con otros, 
p rog rammabl eweb . com/f aq 

La FAQ sobre los mashups en ProgrammableWeb proporciona una introducción a los mashups y las APIs, y habla 
acerca de cómo crear sus propias mashups, además de otros temas. 
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arreglo de m por n, 284 
arreglos, 261 

bidimensionales, 284 
artefactos 

del lado cliente, 1225 
del lado servidor, 1220 
ascendente, 552 

ASCII (Código Estándar Estado- 
unidense para el Intercambio de 
Información), 610 
aserciones, 601 

asignación dinámica de memoria, 
717 

asList, 803 
asociación, 100 

de uno a uno, 826 
asociaciones, 20 
asociatividad, 51 
assert, 601 
asterisco, 49 
asterisco (*), 1047 
atrapa, 582 
atributo Boolean, 146 
atributos, 8, 19, 77, 849 
Audio MPEG nivel 3, 872 
AudioClip, 869 
auto documente, 47 
autoincrementada, 1044 
avaros, 1326 
awai t, 964 

awai tTermination, 939 

B 

b, 1283 
B, 1283 

balanceados, 738 
bandera 
#, 1287 
0, 269, 1287 
de espacio, 1287 
de formato coma (,), 172 
de formato de signo negativo (— ), 
172 
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barra 

de desplazamiento, 494 
de menús, 463, 889 
de título, 463 
diagonal inversa, 43 
barrido, 297 
base de datos, 611, 1042 
relacional, 1043 
BASIC (Beginner’s All-Purpose 
Symbolic Instruction Code, 
Código de instrucciones simbó- 
licas de uso general para princi- 
piantes), 10 

Basi cStroke .CAP_R0UND, 567 
BasicStroke. J0IN_R0UND, 567 
bean de página, 1108 
biblioteca de clases de Java, 45, 212 
Biblioteca de etiquetas estándar de 
JavaServer Pages (JSTL), 1107 
bibliotecas 
Ajax, 1185 
de clases, 380 
de Java, 8 
de etiquetas, 1107 
personalizadas, 1107 
bi narySearch, 816 
BindingProvider, 1240 
bit, 610 

BlockingQueue, 949 
blogósfera, 23 
blogs, 23 
bloque 

catch, 584 
final 1 y, 585 
try, 584 
bloquea, 1002 
bloqueado, 928, 984 
bloqueo 

de monitor, 936 
intrínseco, 936 
booleana, 118 
BorderLayout, 413, 503 
borrado, 767 
BOTH, 913 
botón, 483 
botones, 463 

de comando, 483 
de estado, 486 
de opción, 483, 489 
interruptores, 483 
Box, 525 
BoxLayout, 525 
BoxLayout .X_AXIS, 910 
brillo, 548 
browse, 1370 

Buena práctica de programación, 9 
búfer, 639, 943 
circular, 958 
Bufferedlmage, 566 
Buf f e redlmage . TYPE_INT_RGB, 566 
búsqueda, 686 

DNS (DNS lookup), 1103 
ButtonGroup, 489 
bytes, 610 

C 

C, 1279 

C#, 10 

cabeza, 715 

CachedRowSet, 1073 

CachedRowSetDataProvider, 1177 

cada iteración del ciclo, 165 

cadena, 39 

de caracteres, 39 
de formato, 44, 1 2 77 
vacía, 479, 1299 


cadenas, 39 

Calendar, 1282 

cali, 983, 988 

Cali able, 982, 988 

CallableStatement, 1091 

cambiar directorios, 40 

Campo 

de texto, 98, 1127 
static, 345 
campos, 20, 84, 610 
campoTextol, 479 
canalizaciones, 639 
CANCEL_0PTI0N, 642 
CannotRealizeException, 874 
cantidades escalares, 277 
capacidad, 805 
inicial, 805 

capacity, 808, 1312 
capitalización de título de libro, 466 
carácter 

de conversión, 1277 
de conversión g, 1279 
de conversión t, 1280 
de eco, 474 
de escape, 43 
de palabra, 1323 
de sufijo de conversión, 1280 
separador, 616 
caracteres, 610 

de conversión c, 1279 
de conversión e y E, 1278 
de conversión integrales, 1277 
de conversión s, 1279 
de espacio en blanco, 37 
de nueva línea, 42 
especiales, 1299 
carga, 10 

cargador de clases, 12, 358 

cargar, 12 

case default, 179 

casillas de verificación, 483 

caso(s) base, 655 

casos de uso, 61 

cd, 40 

CENTER, 503, 912 
ChangeEvent, 887 
ChangeListener, 887 
char, 46 

charAt, 1300, 1313 
CharSequence, 1329 
charValue, 1321 
cíclica (round- robin), 929 
cíclico, 566 
ciclo, 121 
de vida 

del procesamiento de eventos, 
1115 

del software, 60 
infinito, 122 
cierra, 466 
cima, 128 
círculo 

relleno, 115, 197 
sólido rodeado por una circunfe- 
rencia, 115 
clase, 77 

adaptadora, 504 
autorreferenciada, 7 17 
base, 379 
contenedora, 339 
de envoltura de tipo, 716 
derivada, 379 
interna anónima, 494 
iteradora, 424 
clases, 8, 19 
abstractas, 423 
anidadas, 4 77 


concretas, 423 
de nivel superior, 4 77 
definidas por el programador, 37 
definidas por el usuario, 37 
genéricas, 762 
internas, 477 

predefinidas de caracteres, 1323 
Class, 437 
classpath, 359 
cláusula, 1048, 1050, 1052 
catch, 584 
final! y, 590 
throws, 586 
clave 

de búsqueda, 686 
de registro, 611 
externa, 1045 
primaria, 1043 
claves de ordenamiento, 686 
clear, 803, 822 
cliente, 6, 993 
de un objeto, 87 
clientes, 20 
clips de audio, 869 
cióse, 622, 636, 1003 
closePath, 569 
COBOL (COmmon Business 
Oriented Language, Lenguaje 
común orientado a negocios), 9 
código de tecla virtual, 513 
código fuente, 12 
códigos de bytes, 12 
cofias, 566 

cola de impresión, 731, 943 
cola de prioridades multinivel, 929 
colaboración, 299 
colaboran, 299 
colección, 794 

no modificable, 798 
sincronizada, 798 
colisión, 826 

de nombres, 357 
Collection, 797 
Collections, 798 
Color, 238, 540 
columnas, 284, 1043 
com . sun . rave . web . ui . component, 
1110 

com . sun . rowset, 1075 
comando java, 12 
comentario, 35 
de fin de línea, 36 
comentarios 

de múltiples líneas, 36 
Javadoc, 36 
tradicionales, 36 
commit, 1091 
comodines, 783 
Comparable, 809 
comparación lexicográfica, 1303 
Comparator, 809 
compartir, 5 
compilación, 10 

justo a tiempo (JIT), 13 
compilador 
de Java, 12 
Hotspot de Java, 13 
justo a tiempo (JIT), 13 
compiladores, 7 
compilar, 12 
compile, 1329 
complemento lógico, 187 
Component, 468 
componente de origen, 898 
componentes, 20, 261 
deJSF, 1108 
de la GUI de Swing, 467 


de la GUI, 464 

JSF habilitados para Ajax, 1185 
ligeros, 468 
pesados, 468 

reutilizables estándar, 380 
comportamiento del sistema, 62 
comportamientos, 8, 19 
composición, 340 

composiciones de fecha y hora, 1280 
computación 

cliente/servidor, 6 
distribuida, 5 
personal, 5 

Computadora Personal (PC) de 
IBM, 5 

computadora, 4 
comunicaciones 

basadas en flujos, 993 
basadas en paquetes, 993 
basadas en sockets, 993 
con relieve, 557 
concat, 1308 

concatenación de objetos string, 219 
concurrencia del conjunto de 
resultados, 1066 

condición de continuación de ciclo, 

116, 165 

condiciones 

de guardia, 117 
simples, 185 
Condi ti on, 964 
conexión, 993 

confinamiento de subprocesos, 970 
confirmar (commit) la transacción, 
1091 

conflicto de nombres, 357 
conjunto de caracteres, 610 
Unicode, 1298 
constante de tecla, 513 
constantes con nombre, 267 
constantes 

de enumeración, 231 
tipo carácter, 1 82 
constructor, 80 
de enum, 343 
predeterminado, 89 
sin argumentos, 335 
constructores sobrecargados, 333 
consultas, 1042 
consume, 478 
consumidor, 943 

consumo de un servicio Web, 1215 

contador, 123 

Container, 469 

contai ns, 799, 807 

contai nsKey, 829 

contenedor 

de applets, 842 
deJSPs, 1107 
de servlets, 1106 
contenido dinámico, 8 
contexto de gráficos, 542 
control del programa, 114 
controladas por eventos, 474 
controlador de JDBC, 1043 
controles, 464 
conversión 
boxing, 716 
descendente, 421 
explícita, 133 
implícita, 133 
unboxing, 716 
cookies, 1138 
coordenada 

horizontal, 143, 540 
vertical, 143, 540 

x, 142, 540 

y, 143, 540 
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copia 

en profundidad, 410 
superficial, 410 
Copo de nieve de Koch, 667 
copy, 815 
corchetes, 262 
createGlue, 910 
createGraphics, 566 
createHorizontal Box, 525 
createHorizontal Glue, 910 
createHorizontal Strut, 910 
createRealizedPlayer, 873 
createRigidArea, 910 
createVerticalBox, 908 
createVerticalGlue, 910 
createVerti cal Strut, 910 
Criba de Eratóstenes, 978 
criterios de selección, 1048 
cuadro 

combinado, 463 
de desplazamiento, 494 
de diálogo JFileChooser, 640 
de diálogo modal, 547, 895 
delimitador, 510 
cuadros 

de diálogo, 96, 464 
de información sobre herramien- 
tas, 469 

cuantificadores, 1326 
cuerpo, 38 

de la declaración del método, 38 
cursor de salida, 39 
Curva de Koch, 666 

D 

-d, 357 

DatagramPacket, 1014 
DatagramSocket, 1014 
Date, 1282 
datos, 4 

de plantilla fija, 1107 
mutables, 942 
persistentes, 609 
decisión, 52 
declaración, 46 
de clase, 37 
de una interfaz, 439 
enum, 342 
import, 45 

de tipo simple, 358 
tipo sobre demanda, 358 
package, 355 

static import individual, 350 
static import sobre demanda, 350 
decremento, 165 
delega, 730 
delegación, 730 
delete, 1316 
deleteCharAt, 1316 
delimitadores, 1321 
delimitan, 768 
dependientes 

de la máquina, 6 
del estado, 943 
depurar, 9 
dequeue, 730 
desarrollo 

de aplicaciones Web, 1102 
rápido de aplicaciones (RAD) , 

353 

desbordamiento 
aritmético, 354 
de pila, 221 
descendente, 552 
descubrimiento automático de 
controladores, 1079 


deserializarse, 63 1 
Desktop, 1370 
despacha, 482 

despachar el subproceso, 929 
desplazamos, 225 
despliega, 1105 
destroy, 848 
diagrama 

con elementos omitidos (elided 
diagram), 100 
de actividad, 115 
de caso-uso, 61 
de clases de UML, 80 
de comunicación, 301 
de relación de entidades (ER), 

1045 

de secuencia, 301 
diagramas 

de actividad, 62 
de caso-uso, 62 
de clases, 62, 100 
de colaboración, 62, 301 
de comunicación, 62 
de estado, 197 
de interacción, 301 
de máquina de estado, 62, 197 
de secuencia, 63 
diálogo 

de entrada, 97 
de mensaje, 464 
diálogos, 96, 464 
de entrada, 464 
de mensaje, 96 
diamantes, 115 
diamantes sólidos, 101 
digit, 1319 
dígitos decimales, 610 
Dimensión, 866 
dirección de bucle local, 1008 
directivas, 1107 
DIRECTORIESJDNLY, 640 
directorio 
raíz, 613 
virtual, 1103 

diseñador de GUI Matisse, 1357 
diseño, 21 

orientado a objetos (DOO), 19 
disjoint, 818 
di spose, 888 
dispositivos 

de almacenamiento secundario, 

609 

de entrada, 4 
de salida, 4 
divide y vencerás, 212 
división 

de enteros, 49 
entera, 127 

documentación de la API de Java, 
48 

documentar los programas, 35 
documento de requerimientos, 57 
documentos, 903 

HTML (Lenguaje de marcado 
de hipertexto), 842 
double, 133, 563 
draw, 566 
draw3DRect, 557 
drawArc, 298, 558 
drawlmage, 860 
drawLine, 144 
drawOval, 194, 557 
drawPolygon, 563 
drawPolyl i ne, 563 
drawRect, 194 
drawRoundRect, 555 
drawString, 544 


E 

EAST, 503, 912 
echo, 1014 
edición, 10 
editor, 12 
visual, 1117 
efecto secundario, 186 
eje x, 143, 540 
eje y, 143, 540 
ejecución, 10 
secuencial, 114 
ejecutable, 928 
elemento 

applet, 849 
cero, 262 
de azar, 224 
de menú Sal i r, 844 
de menú Volver a cargar, 844 
ñame, 1220 
serviceName, 1220 
elementos, 261 

de formulario hidden, 1116 
de menú, 889 

de secuencia de comandos, 1107 
eliminación de valores duplicados, 
738 

elipsis (E) en la lista de parámetros 
de un método, 293 
Ellipse2D, 540 
El 1 i pse2D . Doubl e, 563 
El 1 i pse2D . F1 oat, 563 
emisor, 1187 

EmptyStackException, 822 
en ejecución, 929 
en espera, 928 

sincronizado, 928 
encabezado, 168 
de flujo, 1008 
de la instrucción, 168 
del método, 78 
encabezados HTTP, 1104 
encapsula, 20 
endsWith, 1304 
enfocado, 474 
enlace, 717 

enlazar el servidor al puerto, 1002 
enqueue, 730 
ensureCapacity, 1312 
ENTERED, 1001 
enteros, 44, 46 

entornos de desarrollo integrados 
(IDEs), 12 
enum, 231 
enumeración, 231 
EnumSet, 345 
envoltura, 631, 832 
envoltura de línea, 525 
envoltura SOAP, 1234 
envolturas no modificables, 833 
equals, 795 
equipo remoto, 1215 
Error, 588 

de sintaxis, 36 
lógico, 121 
fatal, 121 
no fatal, 121 

por desplazamiento en 1, 167 
Errores 

comunes de programación, 9 
del compilador, 36 
en tiempo de compilación, 36 
en tiempo de compilación o 
errores de compilación, 14 
en tiempo de ejecución, 13 
fatales en tiempo de ejecución, 

13 


no fatales en tiempo de 
ejecución, 13 
sincrónicos, 587 
escalar, 225 
escalares, 2 77 
escaped, 1128 
espacio 

en blanco, 37 
libre horizontal, 517 
libre vertical, 518 
especialización, 379 
especializaciones, 452 
especificación de diseño, 61 
especificador de formato %b, 188 
especificadores de formato, 44, 

1277 

esquema, 413 
establecer, 87 
estaciones de trabajo, 6 
estado, 62 
final, 115 
inicial, 115, 197 
estados 

de acción, 115 
de subproceso, 927 
estilo, 550 

estrechamente empaquetados, 738 
estrictamente auto-similar, 666 
estructura 

de datos UEPS (último en 

entrar, primero en salir), 726 
de repetición, 115 
de secuencia, 115 
de selección, 115 
de selección múltiple, 116 
del sistema, 62 

estructuras de datos, 261, 715 
estructuras de datos dinámicas, 715 
estructuras de datos lineales, 733 
estructuras de datos último en 
entrar, primero en salir (UEPS, 
LIFO por sus siglas en inglés 
last-in,jirst-out), 221 
etiqueta, 469, 1128 

de la casilla de verificación, 488 
del botón, 483 
final </title>, 1103 
inicial <title>, 1103 
etiquetas, 411, 849, 1103 
case, 179 

personalizadas, 1107 
evaluación en corto circuito, 186 
EventListenerList, 482 
evento, 474 

de desencadenamiento del menú 
contextual, 896 
mouseMoved, 867 
eventos 

asincronos, 587 
de ratón, 482, 500 
de tecla, 482 
de teclas, 510 
de ventana, 889 
EventType, 1001 
excepción, 579 
no atrapada, 585 
excepciones 

encadenadas, 598 
no verificadas, 588 
verificadas, 588 
Exception, 587 
exclusión mutua, 936 
execute, 934, 1075 
executeQuery, 1083 
Executor, 934 
Executors, 934 
ExecutorService, 934 
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EXITED, 1001 
expiran, 1138 
expresión 

condicional, 118 
de acceso a un arreglo, 261 
de acción, 115 
de control, 179 

de creación de instancia de clase, 
80 

entera constante, 176 
para crear un arreglo, 263 
expresiones, 48 
regulares, 1322 
extends, 143, 383 
extensión .j ava > 12 
extensión de nombre de archivo 
. j ava, 37 

Extensiones de correo Internet mul- 
tipropósito (MIME), 1104 
extienden, 379, 558 
Extreme programming (XP) o Pro- 
gramación extrema (PX), 24 

F 

f 1 ush, 1026 
f:view, 1110 
factor de carga, 827 
factor de escala, 225 
falsa (false), 52 
false, 118 

fecha de expiración, 1138 

filas, 284, 1043 

FILES_AND_DIRECT0RIES, 640 

FILES_0NLY, 640 

mi, 566, 795, 815 

fill3DRect, 557 

fill Are, 297, 558 

mi Oval, 238, 510, 557 

fillPolygon, 563 

fillRect, 238, 544 

fill RoundRect, 555 

filtra, 639 

final , 215 

find, 1329 

firewalls, 1234 

firma, 237 

first, 825 

firstElement, 807 

flechas 

de desplazamiento, 494 
de navegabilidad, 365 
de transición, 115 
float, 46 
flojo, 1326 
FlowLayout, 471 
FlowLayout .CENTER, 517 
FlowLayout . LEFT, 517 
FlowLayout . RIGHT, 517 
flujo, 611 
de datos, 5 

de error estándar, 593, 1276 
de salida estándar, 593 
de trabajo, 115, 198 
flujos, 593, 993 

basados en bytes, 612 
basados en caracteres, 612 
flush, 639, 1008 
Font, 488, 540 
Font.BOLD, 550 
Font . ITALIC, 550 
Font . PLAIN, 550 
FontMetrics, 540, 552 
forDigit, 1319 
format, 98, 328, 1291 


formato 
de archivo 

AIFF de Macintosh, 870 
de audio de Sun, 870 
de onda de Windows, 870 
de intercambio de gráficos, 472 
de línea recta, 50 
Formatter, 1276 
formularios virtuales, 1187 
forName, 1059 

Fortran (FORmula TRANslator, 
Traductor de fórmulas), 9 
fractal, 666 

frágil o quebradizo, 399 
f requeney, 818 
fuentes RSS, 23 
fugas de recursos, 590 
función, 20 
funciones, 213 
Future, 983 
Future Splash, 872 

G 

C, 1279 

generalización, 451 
General Path, 540, 567 
genéricos, 762 

GET, 799, 829, 983, 1104, 1116 
getActionCommand, 479 
getAddress, 1017 
getAppletContext, 998 
getAudi oCl i p, 870 
getAutoCommi t, 1091 
getBlue, 544 
getByName, 1013 
getChars, 1300, 1313 
getClass, 437, 472 
getClassName, 597, 903 
getClickCount, 507 
getCodeBase, 870 
getColor, 544 
getContentPane, 497 
getCont rol Panel Component, 874 
getData, 1017 

getDefaul tSystemTray, 1372 
getDesktop, 1370 
getDocumentBase, 861 
getEventType, 1001 
getFami ly, 552 
getFileName, 597 
getFont, 552 
getFontMetrics, 552 
getGreen, 544 
getHeight, 144 
getHostName, 1008 
getlcon, 473 
getlmage, 861 
getlnetAddress, 1008 
getlnputStream, 1002 
getlnstalledLookAndFeels, 900 
getlnstance, 1282 
getKeyChar, 513 
getKeyCode, 513 
getKeyModifiersText, 513 
getKeyText, 513 
getLength, 1017 
getLi neNumber, 597 
getLocalHost, 1013 
getMessage, 595 
getMethodName, 597 
getMi nimumSize, 866 
getModifiers, 513 
getName, 437, 552 
getOutputStream, 1002 
getParameter, 997 
getPassword, 479 


getPoi nt, 510 
getPort, 1017 
getPreferredSize, 866 
getPreferredSize, 886, 906 
getProperty, 829 
getRed, 544 
getResource, 472 
getSelectedFile, 642 
getSelectedlndex, 495 
getSelectedltem, 497 
getSelectedText, 525 
getSelectedValues, 500 
getSize, 552 
getStackTrace, 595 
getStateChange, 495 
getStyle, 552 
getText, 473 
getURL, 1001 
getValue, 887 
getVisual Component, 874 
getWidth, 144 
getX, 504 
getY, 504 
GIF, 472 

GIF (Formato de Intercambio de 
Gráficos), 862 
Google, 23 
Google Maps, 23 
GradientPaint, 540 
grados 

negativos, 558 
positivos, 558 
gráficos, 859 

portables de red, 472, 862 
Graphics, 143, 508 
Graphi cs2D, 540, 563 
GridBagConstraints, 912 
GridBagLayout, 912 
gridheight, 913 
Gri dLayout, 520 
gridwidth, 913 
gridx, 913 
gridy, 913 
group, 1330 
GroupLayout, 1357 
GroupLayout .Group, 1358 
GroupLayout . Paral 1 el Group, 
1358 

GroupLayout . Sequenti al Group, 
1358 

Grupo, 489 

de botones de selección, 1128 
de expertos unidos en fotografía, 
472, 862 
GUI, 463 
guión bajo, 1048 

H 

h, 1283 

handshake, 1002 
hardware, 3 
hashing, 826 
HashMap, 826 
HashSet, 823 
HashTable, 826 
hasMoreTokens, 829, 1321 
hasNext, 179, 799 
hasNext de Iterator, 799 
hasPrevious, 803 
headSet, 824 
height, 849 
hereda, 144 
herencia, 19, 379 

de implementación, 425 
de interfaz, 425 
simple, 379 


herramienta de diseño de GUI, 514 
hijo, 733 
derecho, 733 
izquierdo, 733 
hipertexto, 1103 
Hipervinculo, 1127 
hi pervinculos, 1001, 1103 
HORIZONTAL, 913 
host, 1103 

Hyperl i nkEvent, 999, 1001 
HyperlinkListener, 1001 
hyperl i nkUpdate, 1001 

1 

Icón, 472 

iconos de la bandeja, 1371 
ID de evento, 482 
identificador, 37 

uniforme de recursos (URI), 613 
IDENTITY, 1078 
Image, 860 

Imagelcon, 411, 472, 860 
Imagen, 1127 
imágenes, 859 
ImageObserver, 862 
implementen, 419 
implements, 439 
import, 350 
imprime, 39 
inanición, 931 
incremento, 165 
de capacidad, 805 
incrementos de bloque, 885 
indexOf, 808, 1305 
indicador, 884 

indicador de fin de archivo, 179 
indicador de MS-DOS, 12 
indicador de shell, 12 
índice, 261, 494 
cero, 262 

como argumento, 1282, 1289 
InetAddress, 1008 
información en toda la clase, 346 
información sobre la ruta, 613 
inicializador de arreglo, 265 
inicializadores de arreglos anidados, 

285 

inicializarse, 46 

Iniciativa de Negocios por Inter- 
net, 23 
init, 848 
InputEvent, 501 
InputMismatchException, 582 
insert, 1316 
inserí El ementAt, 807 
instanceof, 436 
instancian, 20 
instrucción, 39 
de asignación, 47 
de ciclo, 121 

de declaración de variable, 46 
de repetición, 121 
de selección doble, 116 
de selección simple, 116 
for mejorada, 274 
goto, 114 
if, 52 

synchronized, 936 
throw, 593 
try, 586 
vacía, 55 
instrucciones 
de ciclo, 116 
de control de Java, 114 
de control de una sola entrada/ 
una sola salida, 116 
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deselección, 116 
if...else anidadas, 118 
int, 46 

interbloqueo, 965 
interface, 439 
interfaces, 20, 439 
genéricas, 767 
interfaz 

de escucha de eventos, 477 
de marcado, 63 1 
de múltiples documentos 

(MDI), 903 

de Programación de Aplicaciones 
de Java, 212 

de Programación de Aplicaciones 
de Java (API de Java), 45 
gráfica de usuario, 463 
public, 347 
interlineado, 552, 571 
Internet, 6 
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Acuerdo de licencia y garantía limitada 

El software se proporciona “COMO ESTÁ”, sin garantía de ninguna clase. Ni los autores, ni los desarrolladores 
de software, ni Pearson Educación hacen ninguna representación o garantía, ya sea expresa o implícita, con res- 
pecto a los programas de software, su calidad, precisión o adecuación para un propósito específico. Por lo tanto, 
ni los autores, desarrolladores de software, ni Pearson Educación tendrán responsabilidad alguna para con usted 
o cualquier otra persona o entidad con respecto a cualquier pérdida o daños, supuestos o reales, ocasionados 
directa o indirectamente por los programas contenidos en el CD. Esto incluye, pero no se limita a, la interrup- 
ción del servicio, pérdida de datos, pérdida de tiempo en el salón de clases, pérdida de utilidades por consultoría 
o de otro tipo, o daños consecuentes derivados del uso de estos programas. Si el CD en sí está defectuoso, usted 
podrá devolverlo para obtener un reemplazo. El uso de este software está sujeto a las cláusulas y condiciones de la 
Licencia del Código Binario que se incluye en este libro. Lea las licencias cuidadosamente. 

Al abrir este paquete, usted está de acuerdo en regirse por las cláusulas y condiciones de estas licencias. Si no 
está de acuerdo, no abra el paquete. 


Uso del CD-ROM 

La interfaz con el contenido del CD de Microsoft* Windows* está diseñada para iniciar automáticamente, a través 
del archivo AUTORUN.EXE. Si no aparece una pantalla de inicio automáticamente cuando usted inserte el CD 
en su computadora, haga clic en el archivo welcome.htm para iniciarlo de manera manual, o consulte el archivo 
readme.txt. 


Requerimientos de software y hardware del sistema 

• Procesador Pentium 111 a 500 MEIz (mínimo) o superior; Sun* Java™ Studio Creator 2 Update 1 requie- 
re un procesador Intel Pentium 4 de 1 GEIz (o su equivalente). 

• Microsoft Windows Server 2003, Windows XP (con Service Pack 2), Windows 2000 Professional (con 
Service Pack 4) . 

• 512 MB de RAM como mínimo; Sun Java Studio Creator 2 Update 1 requiere 1 GB de RAM 

• 1 GB, mínimo, de espacio en el disco duro. 

• Unidad de CD-ROM. 

• Conexión a Internet. 

• Explorador Web, Adobe* Acrobat* Reader* y una herramienta para descomprimir archivos zip. 
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Material en el CD 


El material correspondiente a los capítulos 26 a 30 así como el de los apéndices, podrá encontrarlo en el CD que 
acompaña a este libro, en formato PDF, totalmente en español. 
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